告别烂代码，一文理解微服务中的模式和反模式
|
副标题[/!--empirenews.page--]
部署模式 如何部署服务是微服务中的一个重要问题，微服务的部署方式非常灵活，有以下的不同选项可供选择 (参考 open-open.com/lib/view/)
不同的部署方式各有优缺点，重点推荐使用容器编排系统的服务部署平台，能够提供各种灵活的部署方案。 横向关注点 微服务的开发过程中常常会花很多时间来处理一些各个服务都会遇到的问题，例如
API网关 API网关类似服务代理，所有的客户端都通过API网关提供的统一服务API来消费服务内容。
下面是几个开源的API Gateway
服务发现 服务发现是指API网关或者客户端如何获得微服务的地址，主要有以下几种发现方式：
这种方案中的Router可以并入API网关，客户端直接和网关通信。 两种方案需要用到服务注册，，区别在于是否把服务注册直接暴露给客户端使用。常见的提供服务发现的注册开源解决方案有：
断路器 当微服务系统中的某个服务出现问题的时候，或者网络出现时延的时候，调用客户端会被阻塞，导致大量的调用占用大量的资源。这时候需要引入类似断路器效果的代理，当出现不健康的服务的时候，断路器会返回出错，阻止更多的客户端掉用，直至服务的健康状态恢复。
netflix的hystrix提供了类似的服务 github.com/Netflix/Hyst 数据管理 在设计微服务的时候要考虑是否每一个服务拥有自己的数据库或者是共享数据库
这两种方式各有优缺点：
微服务中的反模式 相对于《设计模式》，《反模式》一书可能知道的相对少一点，其实同样的道理，反模式归纳总结了一些常见的容易犯的设计问题，那么，微服务中有哪些反模式呢? 聚合混乱 软件设计的一个主要思想“高内聚，低耦合”同样适用于微服务，随着系统的发展，应该避免某一个服务变的一场庞大，或者服务之间不必要的过多依赖。 不认真对待自动化 持续集成和交付和微服务相辅相成，自动化的测试，集成，交付和部署是微服务成败的关键。一个自动化程度不高的微服务是很难成功的。 层级的软件架构 （编辑：核心网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
