保存成功
订阅成功
保存失败,请重试
提交成功

老系统微服务改造经验谈

¥2会员免费看
IT老兵哥

微服务是当下最流行的应用架构了,它跟容器云、DevOps 合称新时代三剑客,帮我们化解业务发展过快导致的产品迭代压力,让我们有自由选择最适合自己团队的技术栈,让系统能够承载互联网海量用户的访问。近些年在厂商、社区和用户等各方努力推动下,微服务相关的理论和产品都日趋成熟,从零开始搭建微服务变得非常简单快捷,那我们是否就此全面进入微服务时代呢?

微服务的演进成熟需要时间,我们熟悉掌握这套新技术也需要时间,除此之外机房里面还跑着大量的单体式应用,它们需要继续维护和升级,任何时候我们都不可能抛开历史轻松上阵。这些单体式应用还担负着公司的核心业务,全部推倒重来、休克式重构是不可取的,投入大周期长,风险完全不可控。

我们必须学会边行车边换胎的技能,在不影响现网业务的前提下推动微服务改造,让老系统焕发新的生命力,继续支持业务下一个十年的发展。本场 Chat 将跟你一起探讨微服务改造相关的经验方法,让你更加从容地拥抱微服务:

  1. 边行车边换胎三步走演进策略。
  2. 隔离网关接管新旧系统间交互。
  3. 单体式应用拆解微服务的方法。
  4. 旧模块微服务改造优先级原则。
  5. 微服务改造是否结束判断标准。
  6. 微服务架构新挑战与解决方案。
359 人已订阅
会员免费看
¥2 原价订阅
查看文章评论/提问
niezhihao10 个月前
正在梳理,但是遇到很大的难题,首先原来的单体应用是mongodb,现在正在调研把权限这一块抽离成单独的服务,并且改用mysql,数据库层的迁移就有点困难!我目前的思路是从mongodb实时同步到mysql,权限服务自己维护mysql数据库,然后老系统调用权限系统获取权限,老哥有没有什么建议,感谢!
IT老兵哥(作者)8 个月前
带着老系统这个包袱上路,这才是我们最真实、最普遍的场景,我们必须要接受认可这种情况,不要想着一蹴而就,从现实到理想必须经过中间过渡阶段。这时候我们需要做好桥接新老系统的方案,逐渐将老系统的流量切到新系统上来,具体方案我们可以线下再详细聊。欢迎继续订阅我的Chat,或者关注我个人的微信公众号:“IT老兵哥”,有机会多多交流,谢谢!
Panda1 年前
文章内容很棒,明显是生产环境积累下来的经验 感谢分享
IT老兵哥(作者)8 个月前
谢谢支持和认可!希望能够从填坑经历中提炼出更多的干货,给各位读者朋友一些有价值的参考借鉴。欢迎继续订阅我的Chat,或者关注我个人的微信公众号:“IT老兵哥”,有机会多多交流,谢谢!
于邦齐1 年前
感谢分享,有帮助
IT老兵哥(作者)1 年前
很高兴对你有所参考,谢谢顶赞!
微信扫描登录
关注提示×
扫码关注公众号,获得 Chat 最新进展通知!
入群与作者交流×
扫码后回复关键字 入群
Chat·作者交流群
入群码
该二维码永久有效
严选标准
知道了
Chat 状态详情
开始预订
预订结果公布18.09.27

预订达标,作者开始写作

审核未达标,本场 Chat 终止

作者文章审核结果公布18.10.17

审核达标,文章发布

审核未达标,本场 Chat 终止

Chat 完结
×
已购列表