微服务体系架构

系结构描述了一种使用松散耦合服务集合开发应用程序的方法。以前，应用程序是基于集中式多层体系结构的。在大型机和台式机的时代，这种方法很有效。但在云计算和移动设备中，后端必须随时可用于各种设备。Bug修复和特性必须在不停机或不部署整个应用程序的情况下快速交付。

微服务是独立部署的，通过webapi或消息队列进行通信以响应传入事件。它们协同工作以提供各种功能，如用户界面前端、推荐、物流、计费等。

微服务通常在容器中运行。容器简化了微服务的部署，但即使没有容器，微服务也可以运行。

微服务是封装业务场景的自主独立服务。它包含 代码 和 状态 。通常，微服务甚至包含自己的数据存储。这使得它具有独立的可版本性、可扩展性和可部署性。微服务是松散耦合的，通过使用http等协议的定义良好的接口与其他微服务交互。它们在出现故障时 保持一致和可用 。微服务是可独立发布的。每个微服务都可以自有状态或者可以从外部存储（缓存/数据库）检索。它可以扩展而不影响状态。可以有N个实例。示例：web前端、协议网关等。无状态服务不是缓存或数据库。它经常访问元数据，没有实例关联，节点丢失不明显。

有状态：保持一个强硬、权威的状态。对于大型超规模应用程序，状态保持在接近计算的状态。N通过复制和本地持久性实现一致的拷贝。示例：数据库、文档、工作流、用户配置文件、购物车等。有状态服务由数据库和缓存组成，节点丢失是一个值得注意的事件。它有时是一个保存大量数据的自定义应用程序。

作为一种变体，一位作者确定了三种类型：无状态（计算）、持久性（存储）、聚合（编排）。聚合微服务依赖于其他微服务，因此具有网络和磁盘I/O依赖性。

（编辑：通化站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!