随着数字化转型进入深水区,企业应用程序建设需求急剧增长且变化多端,软件架构经历了单体结构、垂直架构、SOA架构,发展到了现在的微服务架构。
单体架构目前应用较多,部署容易,但单体式应用内部包含了所有需要的服务,且各个服务功能模块有很强的耦合性,也就是相互依赖彼此,很难拆分和扩容,开发维护效率低且难度大,亟需轻量级的微服务架构破解企业数字化转型的应用架构痛点,快速响应企业数字化转型业务需求。
微服务架构目的是通过业务拆分来降低系统的复杂性,通过服务共享来提供可重用性,这些服务是围绕业务功能构建的,可以通过全自动部署机制进行独立部署。这些服务只需要最低限度的管理,可以用不同的编程语言去编写并且使用不同的数据存储技术。通过服务化来达到业务支持的敏捷性;通过统一的数据架构来消除数据交互的屏障。而微服务的应用致力于松耦合和高内聚:采用单独的业务逻辑封装,接受请求、处理业务逻辑、返回响应,最终实现敏捷开发。
应用的功能常常会有不同的扩展需求,不同成员构建的内容交织在一起,各自负责其构建内容的设计、运行和维护很难。微服务架构开发人员可以把服务放在最合适的环境中运行,通过把应用拆分成更小的服务,小的敏捷开发团队可以聚焦在更小的功能点上,更快地以更高的质量开发独立的功能。
这些团队可以它与主要的开发方法以及DevOps一起使用,团队成员可以轻松快速维护服务并对各自构建的服务负责,以改善流程,满足每个服务的扩容和资源使用的需求,从而让大型组织更容易使用微服务架构来减少内部政治和其他可能延迟部署的问题,使整个企业的IT团队更加有效。
标签:数字化,架构,转型,用微,应用,耦合,服务 From: https://www.cnblogs.com/learun001/p/17565894.html