课程咨询: 400-996-5531 / 投诉建议: 400-111-8989
认真做教育 专心促就业
我们在上文中给大家简单介绍了微服务架构常用的一些架构设计原则等内容,而本文我们就再来说说微服务技术实践都有哪些应用类型。
1.领域驱动设计
微服务开发的要挑战:
把大的、复杂的应用拆分为小的、自治的、可独立部署的模块。
如果没有正确的拆分,那么结果就是一堆浆糊,有着单体结构的缺点,和微服务结构的复杂度,可以称之为分布式单体。
开发团队要和业务部门、业务领域专家紧密合作。
架构师、开发人员、领域专家应该先做出战略设计:找出边界上下文、核心域、子域、上下文映射关系。
架构师、开发人员根据战略设计梳理出一套核心构造块:实体、值对象、聚合等等。
把一个大型系统划分为核心域、子域,再把核心域、子域映射为微服务,这样我们就可以得到一个理想的松耦合微服务体系。
2.每个微服务一个数据库
微服务模块结构设计好了,下面一个重要问题就是怎么处理数据库,各个微服务是否共享数据库呢?
如果共享,将导致微服务之间紧耦合,违背了微服务的松耦合原则。数据库中一个小小的变动就需要各个团队同步修改。
如果每个微服务都有自己的数据库,那么微服务之间的数据交换将非常麻烦,就像打开了潘多拉魔盒,跑出一堆问题,例如在多个服务中管理事务。
所以,很多人主张共享数据库。
但是,微服务是持续的、长期的软件开发,每个微服务应该有其自己的数据库。
3.微前端
很多后端开发者轻视前端,认为太简单。
大多数架构师也是后端出来的,在架构设计中对前端不够重视。
导致现状就是,后端模块化做的很好,而前端还是一整坨。
前端单体结构和后端单体有一样的问题,所以前端也需要进行现代化的改造。
现在的web技术简单、强大,例如web组件、Angular/React。
希望这辈子,最让你无悔的事情就是来达内学习!学习向来不是件易事,但无论过程多么艰难,希望你依然热爱生活,热爱学习!永远记得,达内将与你一同前行!现在扫码,立即领取万元课程礼包,助力0基础快速入行,为你梳理行业必备技能,全方位了解岗位发展前景!
【免责声明】:本内容转载于网络,转载目的在于传递信息。文章内容为作者个人意见,本平台对文中陈述、观点保持中立,不对所包含内容的准确性、可靠性与完整性提供形式地保证。请读者仅作参考。更多内容请在707945861群中学习了解。欢迎关注“达内在线”参与分销,赚更多好礼。