windows环境下的微服务架构研究

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/sunhaidong886/article/details/79974416
背景资料
   随着计算量、业务量和数据量的上升,微服务、容器技术如雨后春笋般的出现。技术上出现较多的都是linux体系下的部署方案,本文从windows的角度,探讨微服务的部署方案。
    微服务架构是一种将整体架构拆分的架构。在微服务之前,程序的负载都是通过整体程序的负载实现,导致资源的浪费较大。例如,对于一个电商系统,访问量较大的可能仅仅是订单、支付系统,仅仅为了这两个部分进行整体的负载,导致不必要的浪费。讲程序分为相互独立的几个部分,每个部分进行独立部署,某个部分资源紧张,有目的的进行资源伸缩,这便是微服务的初衷。
    微服务为了实现以上的目的,必然面临两个问题:服务之间的通信和服务的治理。前者的效率直接影响微服务的响应速度。后者由于提供服务数量的增多,导致相互的交叉关系,因此服务治理是微服务下的一种管理模式。
windows微服务架构介绍
   微服务对比
微服务作为相互独立服务的联合,各自独立更改,并达成一致的通信。微服务的特征包括:
   1)微服务由众多服务构成,这些服务可以独立控制版本、自由缩放
   2)微服务由标准统一的协议构成,并能够实现不同服务之间的通信;
   3)微服务与具体的操作系统不相关,能够实现资源集群管理、故障迁移等操作;
通过微服务的定义,本文选择伸缩性、稳定性、通信方式、部署简易性、监控和服务治理等方面对比。案例上选择Azure Service Fabric、MicroService4Net作为研究对象,
  伸缩性 稳定性 通信方式 部署简易性 监控 服务治理    
 MicroService4NET 通过增加服务的形式实现服务伸缩 相对偏弱 HTTP 需要手动部署,等较为简单,仅为windows环境 无 无
 ASF 通过控制台实现不同服务集群的扩增 故障迁移、复制、 WCF\WEB SERVICE 通过Azure或者容器部署,linux,window环境都可 专门的监控服务 服务集群服务

结论:
由于windows环境下的微服务框架相对较少,导致比较的成型框架相对较少。通过以上的对比,付费的ASF明显优于 MicroService4NET,但是需要付费。微服务作为服务的集群,简易的伸缩部署和监控运维直接影响服务的可维护,因此,对于较大规模的使用,建议使用微软的ASF,
如果仅仅包括几个服务,可以尝试开源的MicroService4NET。
阅读更多

没有更多推荐了,返回首页