所谓的云原生架构反模式,就是哪些场景下不适合云原生架构而已.
了解云原生有哪些常用的架构反模式:
01.庞大的单体应用
02.单体应用"硬拆"为微服务
03.缺乏自动化能力的微服务
04.架构不能充分使用云的弹性能力
01.庞大的单体应用
如果你有过维护或者开发巨型单体应用的经历,肯定遇到过诸多令人痛苦的问题.比如Git仓库过于庞大,IDE打开慢,编译慢,应用启动慢,依赖的服务太多.对于新人来说,能够将代码复制下来,并且编译成功,能正常启动应用,那将是极其幸运的事情.
02.单体应用"硬拆"为微服务
DDD的子域主要分为三种类型,分别为核心子域、普通子域和支持子域.当前的单体应用处于创业初期,还有到创业成熟期,因为不需要拆分为微服务.或当前业务属于工具或通用性业务时.
03.缺乏自动化能力的微服务
当微服务应用数量较小时,我们还能以手动的方式维护系统.但是当应用数量变得比较庞大时,再采用手动维护的方式已经不大可能,我们需要依靠自动化的方式来管理大量的微服务应用.
应用的自动化管理会涉及很多方面,如编译,部署和监控.
04.架构不能充分使用云的弹性能力
PaaS位于IaaS之上,是对IaaS资源的进一步抽象,基本屏蔽了IaaS层的细节,例如K8s就属于这一层.如果考虑弹性扩容能力,最好是基于PaaS平台进行.
标签：原生,架构,子域,单体,模式,应用,服务,IaaS 来源： https://www.cnblogs.com/zhtzyh2012/p/16330194.html
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。