微服务系统架构是一种架构模式,它提倡将单一应用程序划分成一组小的服务,服务之间可以相互协调、互相配合,为用户发展提供最终价值,每个服务都在自己的独立进程中运行,在服务和服务之间有一个轻量级的通信机制。
每个服务都围绕着具体的业务进行构建,并且可以独立部署到生产环境,类生产环境中等等。此外,你应该尽量避免一个统一的,集中的服务管理机制,针对特定的服务,应根据业务环境,选择适当的语言工具进行构建。
微服务是 SOA 的一个简化版本,并且是具体的实现技术,采用容器对服务打包。可以这样说,如果没有容器技术,微服务就发展不起来,众所周知,随着功能的扩展,传统的单片机应用程序变得越来越大,最终导致代码更改、版本控制或重新部署变得困难或不可能。
微服务的出现解决了这个问题——把一个大单位应用横向分割成若干个微服务,每个微服务只有一件事。但它仍然包含了表示层,应用层和数据层,微服务单独运行,对外暴露 API 接口供其他程序调用。所以说,微服务侧重于替换企业内部的大型单体应用,以便于应用程序的可持续演进(持续代码完善、持续版本升级、持续缩放部署、DevOps)。
由于每个服务具有其自己的微数据层,所以很难跨应用的调用带有状态的微服务,由于我们每个微服务只做一件事,所以复杂度大大降低;另外,微服务企业可以进行单独开发和部署;再者,微服务可以通过单独缩放扩容,这些都是一个优点。
但是微服务也存在一些不足之处:微服务企业之间的调用关系更复杂,数据一致性保证更复杂,总体微服务部署更复杂。 基于微服务的应用程序的典型部署包括几个微服务实例、API网关、微服务注册表和几个负载均衡器。
更多产品了解
欢迎扫码加入云巴巴企业数字化交流服务群
产品交流、问题咨询、专业测评
都在这里!
2020-04-15 16:04:09
2020-04-23 17:39:07
2020-04-15 16:19:47
2020-04-13 18:06:10
甄选10000+数字化产品 为您免费使用
申请试用
评论列表