所谓的云原生架构反模式,就是哪些场景下不适合云原生架构而已.
了解云原生有哪些常用的架构反模式:
01.庞大的单体应用
02.单体应用"硬拆"为微服务
03.缺乏自动化能力的微服务
04.架构不能充分使用云的弹性能力
01.庞大的单体应用
如果你有过维护或者开发巨型单体应用的经历,肯定遇到过诸多令人痛苦的问题.比如Git仓库过于庞大,IDE打开慢,编译慢,应用启动慢,依赖的服务太多.对于新人来说,能够将代码复制下来,并且编译成功,能正常启动应用,那将是极其幸运的事情.
02.单体应用"硬拆"为微服务
DDD的子域主要分为三种类型,分别为核心子域、普通子域和支持子域.当前的单体应用处于创业初期,还有到创业成熟期,因为不需要拆分为微服务.或当前业务属于工具或通用性业务时.
03.缺乏自动化能力的微服务
当微服务应用数量较小时,我们还能以手动的方式维护系统.但是当应用数量变得比较庞大时,再采用手动维护的方式已经不大可能,我们需要依靠自动化的方式来管理大量的微服务应用.
应用的自动化管理会涉及很多方面,如编译,部署和监控.
04.架构不能充分使用云的弹性能力
PaaS位于IaaS之上,是对IaaS资源的进一步抽象,基本屏蔽了IaaS层的细节,例如K8s就属于这一层.如果考虑弹性扩容能力,最好是基于PaaS平台进行.
22-06-20