微服务架构趋势下如何处理存量系统

这是什么问题

好多第一眼看到这个问题的人难免一脸懵,微服务不就是把单体应用拆分成多个细粒度的服务吗?怎么还提出存量系统处理的问题???

这里说的存量系统处理问题是指那些部署了十几套,几十套业务系统的中大型传统企业,像银行,机场,券商,电信……这些机构在拥抱微服务架构技术的时候如何处理已有的大量存量系统?全部重新构建?花费巨额成本建成的IT资产就这么被废弃,岂不浪费?再者风险很大,大量处于运维期的系统推倒重来难免出现这样那样的问题。

想要追随技术发展的趋势,势必要实事求是,采取切实可行的方案。

存量系统如何纳入微服务架构

  • 局部试点,逐步替换

对于已经决定拥抱微服务架构的机构来说,选择某个非关键系统作为试点,验证技术,以网关为桥梁,打通新老系统的交互渠道,逐渐从以原有系统为主过渡到以微服务架构为主。

  • 采用边车模式保留存量系统

评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值