这是什么问题
好多第一眼看到这个问题的人难免一脸懵,微服务不就是把单体应用拆分成多个细粒度的服务吗?怎么还提出存量系统处理的问题???
这里说的存量系统处理问题是指那些部署了十几套,几十套业务系统的中大型传统企业,像银行,机场,券商,电信……这些机构在拥抱微服务架构技术的时候如何处理已有的大量存量系统?全部重新构建?花费巨额成本建成的IT资产就这么被废弃,岂不浪费?再者风险很大,大量处于运维期的系统推倒重来难免出现这样那样的问题。
想要追随技术发展的趋势,势必要实事求是,采取切实可行的方案。
存量系统如何纳入微服务架构
- 局部试点,逐步替换
对于已经决定拥抱微服务架构的机构来说,选择某个非关键系统作为试点,验证技术,以网关为桥梁,打通新老系统的交互渠道,逐渐从以原有系统为主过渡到以微服务架构为主。
- 采用边车模式保留存量系统
对大部分机构而言大量的原有系统运行良好,负载合适,只是部分系统无法满足当前的业务需求需要新建,在新建的过程跃跃欲试,想要尝试微服务架构,微服务架构的统一注册,配置,统一管理监控,确实是架构的升级。但采用微服务架构的应用与其他存

最低0.47元/天 解锁文章
1万+

被折叠的 条评论
为什么被折叠?



