微服务 | 趋势

借助服务网格,连接微服务

相关内容

安全的云架构 ›

完美云架构是坚守开发速度这条底线的保护伞。

了解更多 ›

服务网格的集成可以连接微服务,并以最大程度减少开销的管理方式扩展 Kubernetes。

应用交付的下一转折点便是服务网格

服务网格可以连接微服务,使其更容易得到保护和编排容器化组件,使云架构师的工作可以实现删繁就简。

创新的脚步其实有迹可循,首先是包罗万象又无所不在的应用,然后是微服务(以及实现微服务的容器技术),那么接下来还会有哪种创新手段可以通过应用提供更加卓越的用户体验呢?答案便是服务网格。

微服务方法依赖于单一用途的小型组件,这些组件可以用于形成更大规模、更为复杂的应用,微服务的用途可以不受局限,而且由于每个微服务均关注一种单一功能,所以开发速度相对较快。然而,功能的数量与协调微服务组件的复杂程度成正比。

传统的应用(有时也称为单体应用)开发速度较慢,但也有其优势:因为许多独立的功能是由一个程序执行,所以各组件之间的协调通常是建立在系统之中,只存在一个单一的代码源,这使得传统应用更容易进行故障排除和调试。

何为服务网格?

服务网格是基础架构的透明层,有利于微服务之间的通信。这使得用微服务构建的应用可以具有与传统应用相同的优势(如弹性、可观察性和安全性)。

企业服务网格的商业案例

应用团队对灵活机动和执行力效率提升的需求是从单体转变到微服务的驱动因素。将一个大型应用缩减为许多小单元,可以让每个团队各司其职。对比不得不关注单体的每一方面,这种转变可以加快迭代速度。

然而,这种速度和敏捷性上的优势也会催生一些弊端,如复杂性的加剧。微服务可以简化开发,但挑战也随之而来,特别是保护和协调多个临时组件的相关难题。在微服务化应用扩展方面,服务网格是开发人员解决复杂性的最佳助手。

在微服务化应用扩展方面,服务网格是开发人员解决复杂性的最佳助手。

最近的一次播客中,Aspen Mesh 的联合创始人兼首席技术官 Andrew Jenkins 说道:“在服务网格环境中,最大的变化不是应用开发人员该做什么,而是他们不该做什么。”举例而言,服务网格的安全组件可以提供身份验证,并管理一个应用是否该信任另一个应用。当一个请求失败时,平台运算符可以用工具来定义微服务是重试还是被禁止。

在这种新环境下,开发人员可以专注于将请求下传到服务网格层。平台运算符(可以访问观察微服务之间所有通信的工具)能够为应用开发人员提供一系列全新的数据和指标。Jenkins 提到:“在服务网格中,你只需要修复一个地方的中断便万事大吉。同样的一致性情况会不断地重复出现。”

服务网格的使用情况

将服务网格看作一个功能强大的新工具箱,其中有用于安全性、事务处理、加密、推荐引擎、分布式追踪等诸多工具,不胜枚举。但是,如果对各种工具的使用方式一无所知,那么强大的功能性便无从谈起的。成功采用服务网格需要一个强大的云架构实践和一个在为开发人员定义基础设施服务方面经验丰富的平台团队。 

在没有服务网格的情况下,许多企业可以成功地运行 Kubernetes 和其他容器技术。标准的 Kubernetes 实现可以很好地解决内置部署问题。然而,在规模较大的情况下,Kubernetes 应用开发的运行时问题(比如加密、断路和动态流量路由)并没有得到很好的解决。诸如 NGINX其他容器入口应对措施等解决方案可以通过提供捕捉、整形、控制和可视化网络流量进入应用等手段弥补此类断层。然而,当开发人员开始触及这些工具所能提供的极限时,服务网格便可带来另一番景象,为容器化微服务的作用赋予全新层面的可见性。

结论

如今,服务网格仍然是最前沿的技术。对于已经全力投入 Kubernetes 或者计划使用 Kubernetes 进行开发的企业来说,尽早实现服务网格会比在以后的发展中对其进行调整适应更容易。如果您正在扩展 Kubernetes,并希望将管理开销降到最低,服务网格就是您的最佳之选。

对于具有复杂安全需求或严重依赖微服务衍生应用的企业来说,服务网格可以加速部署和维护,强化安全性,并帮助优化资源消耗。服务网格环境可以提高可见性,提供可用于优化应用的微观和宏观水平数据。

对于微服务和容器技术而言,服务网格是促进创新另一项的先进手段。如果应用策略得当,必将发挥强大的作用。

 

探索更多

解决方案

Aspen Mesh

了解有关我们针对现代应用安全性、企业级服务网格的更多信息。

解决方案

NGINX

探索如何连接、保护和扩展微服务。

播客

What Lies Beneath

通过 What Lies Beneath 播客,了解发现服务网格及其替代选择。