许多企业正在将其单片应用程序演化为微服务体系结构。在这种模式中，应用程序由通过api进行通信的细粒度服务组成。微服务承诺，更快的开发、创新、云扩展、更好的基础设施优化和更快乐的开发者。难怪这种体系结构受到如此多的关注。

但这并不意味着实现微服务战略是容易的（如果你在这个过程中，你知道它是复杂的）。你有很多不同的部门在做很多不同的项目，他们都在不同的地方。企业如何才能从微服务中获益？

在这篇文章中，我们将解释为什么一个成功的微服务方法需要专用的基础设施来构建和管理这些服务，如何通过API共享对服务的访问，以及为什么需要管理在所有权领域之外共享的API。我们还将介绍Istio，返利app，一个可以帮助微服务管理的开源项目，如何帮助控制微服务采用在组织中传播时可能出现的混乱。

协作服务通过API进行交互。简单地说，iot物联网，api是软件与软件对话的方式。API定义了服务提供者和服务使用者之间的通信契约。无论您将提供者和使用者视为"服务"还是"应用程序"，都无关紧要；API定义了它们如何发出请求和接收响应。

通过HTTP/1以RESTfully方式发送和接收JSON似乎是API最常见的技术基础，但API也可以使用HTTP/2或TCP，并且可以使用gRPC、GraphQL、jsonRPC或TCP其他数据和消息表示。它们都只是API，它们可能或多或少地被正式指定。

当一个应用程序被"分解"为一组通过API相互通信的服务时，一组新的问题出现了：如何管理所有这些相互依赖的服务以及它们之间的通信。随着服务集或实例数量的增加，服务管理问题也随之增加。

例如，使用微服务构建时，首先要考虑的是保护微服务之间通信的能力。保护这种通信的一种常用方法是相互传输层安全性（mTLS），它使交换中的两个对等方能够彼此进行身份验证。一旦进行了身份验证，就可以使用它在接收请求的服务上执行授权决策，该决策基于使用TLS证书断言的调用方的身份。当您有两个服务时，这个重要的函数非常基本，而且很容易实现，但是随着服务数量的增加，它变得越来越困难。有人可能会尝试用客户端库来缓解这种情况，淘客论坛，淘客插件，

但事实上，服务是用各种语言开发的：Java、C#、Python、Golang或Java节点.js. 如果需要在一组五种不同的语言中独立实现，那么应用各种不同的策略就变得非常困难。复杂因素成倍增加，显然我们需要一个更好的模型：某种管理基础设施来控制潜在的混乱。

术语"微服务体系结构"指的是一种通用模式，而服务网格是该模式的一种特殊实现。服务网格提供了一种透明且独立于语言的方式，可以灵活而轻松地自动化应用程序网络功能。（有关服务网格的更多信息，请查看本博客系列。）

简单地说，服务网格的开发是为了解决连接、保护、控制和观察服务网格的问题。服务网格处理服务对服务的交互，淘客返利系统，包括负载平衡、服务对服务身份验证、服务发现、路由和策略实施。

Istio是一个提供服务网格的开源项目；它由Google、IBM、Red Hat、Lyft、Cisco和其他公司支持，eBay、Autotrader、Trulia、Continental和HP等公司正在生产中使用。

Istio旨在帮助连接、保护、控制和观察mesh中的服务。