
课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
微服务架构开发是目前大多数软件开发程序员都在使用的一种架构方式,今天我们就通过案例分析来简单了解一下,微服务架构框架模式类型分析。
1、框架模式的优势
面向应用和开发人员,定制化、协议支持灵活,适合完全自治的服务状态,方便线下调试,对操作系统平台无依赖。
框架模式的不足
对业务是侵入性的,应用需引入额外的框架或SDK包;需要构建微服务基础设施做业务能力支撑。
服务网格(ServiceMesh)
Istio是服务网格(ServiceMesh)模式的代表。Istio扩展了Kubernetes,使用强大的Envoy服务代理建立可编程的、感知应用程序的网络,为复杂的部署带来了标准的、通用的流量管理、遥测和安全性。
虽然在Istio的官方文档上写着可以同时支持Kubernetes和传统工作负载,但实际上Istio更适合在Kubernetes上运行,在物理实体机或PaaS平台上有一些局限性。
ServiceMesh模式的优势和不足与SDK模式正好相反。
2、服务网格的优势
不需要额外引入框架或SDK包,对应用无侵入,且对Kubernetes天然友好支持;对流量的管控有着非常大的优势。
服务网格的不足
部署比较复杂,对底层系统有一定的依赖;通讯协议类型支持受限,对Mesh平台的依赖度高;对于分布式场景下的复杂度问题没有很好的解决手段。
总结
基于框架模式的微服务建设方案已经非常成熟,国内知名的就是SpringCloud、SpringCloudAlibaba、Dubbo等等,而基于服务网格(ServiceMesh)的建设方案目前各个大厂也都有尝试和落地,但是要求也更高。
【免责声明】本文系本网编辑部分转载,转载目的在于传递更多信息,并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题,请在30日内与管理员联系,我们会予以更改或删除相关文章,以保证您的权益!请读者仅作参考。更多内容请加抖音太原达内IT培训学习了解。