不少企业正着手将原本的整体式应用程序转化为微服务架构。在这种新的模式之下，应用程序由一系列通过API实现通信的细粒度服务构成。微服务架构有望加快开发、创新与云扩展速度，带来更好的基础设施优化效果，并极大减轻开发人员的日常负担。也正因为如此，这种新模式甫一出现就得到了技术行业的普遍关注。
但是，这并不是说微服务策略实现起来就很容易（如果大家正在推进这方面工作，就会发现这其实非常困难）。企业当中往往有多个从事着不同事务、不同项目的不同部门，而且其地理位置甚至都不在同一处。在这样的背景下，我们该如何真正从微服务架构当中受益？
在本文当中，我们将解释成功的微服务方案为什么必须配合专门的基础设施以实现服务的构建与管理，如何通过API共享服务访问，以及为什么需要对管辖范围之外的共享API进行管理。此外，我们还将介绍Istio这个用于支持微服务管理的开源项目，以及这项技术如何帮助我们控制微服务普及给整个组织带来的潜在混乱难题。
利用API作为通信合约
各项协作服务之间通过API进行相互通信。简而言之，API代表的是软件与软件之间的对话方式。API定义了服务提供程序与服务使用程序之间的通信合约。当然，您是否将提供程序及消费程序定义为“服务”或者“应用”其实并不重要，真正重要的是API确实定义着双方如何发出请求以及接收响应。
目前，最常见的API技术实现方式当数通过HTTP/1发送并接收JSON RESTful消息。当然，API也可以采用HTTP/2或者TCP，并使用gRPC、GraphQL、jsonRPC或者其他数据与消息表示形式。虽然API多种多样，但它们只是在具体范式方面略有差异，本质作用并无区别。