concul服务注册与发现
关于服务注册于发现Consul
微服务
对于微服务的应用来说由于客户端以及服务端应用接口特别多而且复杂,对于各个客户端之间的通信是一件很复杂得事情,通常情况下一个客户端出现了问题而停止或者更换了端口或者部署机器的地址都会导致其他与之相关联的服务都需要切换端口和IP,这会带来特别大的影响,为了降低服务部署和修改带来的影响于是产生了服务注册于发现的机制。不管什么架构设计,脱离了需求来谈架构就是空谈,但是对于一个公司有着许多不同的业务板块,每个板块之间基本独立但是又有区分,因此使用微服务的架构就是很有必要的了(避免单个服务做得过大导致一旦出现问题整个系统崩溃),提到服务注册和服务发现就不得不提一下微服务的构架,如果采用单体服务的模式,整个系统前后端统一,单体化部署使用服务注册于服务发现的框架反而增加了程序负担这样就得不偿失了:
微服务这个概念实际上相对来说比较新,从2012年提出到现在也才经过6年的时间,实际上从微服务被普遍认可和接收也就从2015年开始,我前几天读完了一本关于微服务架构的书也对微服务有了些了解,实际上整个微服务就是我们程序设计中的高内聚低耦合的集中体现。谈到微服务就不能不提SOA,这两种架构之间有着千丝万缕的联系,我实际上也没有真正执行过SOA架构或者微服务架构的应用(以后会执行的~)我只能谈谈我的理解了,对于一个应用来说,采用SOA架构主要过程是首先对业务整体情况进行了解,然后将整体业务拆分为独立的业务逻辑,然后对每一块业务逻辑流程进行分别开发,最后进行集成;而采用微服务的架构可能拆分得更加细粒度,举一个例子如图: