问题四:如何迁移传统业务至devops?

问题四:
环境:
我司的环境是:开发环境、测试环境、定时停业务发布上线、上线功能性测试、上班时间生产、如出问题解决或回退(影响至少半天或1天)。

问:传统架构部署(F5---weblogic cluseter----oracle),有无进行迁移至devops的经验分享
由于架构变不了,厂家说粒度越细越好,初步讨论就是第一步拆分weblogic的server,第二步在拆分功能模块?
这样的拆分有明确原则,怎样考虑这些问题?

参与15

2同行回答

wykkxwykkx系统架构师某基金公司
整体思路 先做中间件层 把应用的发布通过devops平台进行发布 试运行一段时间后 再做数据库的自动部署 。然后大的方向是先拿非核心系统做,然后做核心系统。另外让开发要能感受到自动化之后的便捷。...显示全部

整体思路 先做中间件层 把应用的发布通过devops平台进行发布 试运行一段时间后 再做数据库的自动部署 。然后大的方向是先拿非核心系统做,然后做核心系统。另外让开发要能感受到自动化之后的便捷。

收起
基金 · 2018-01-26
浏览2044
  • 麻烦请问下,devops平台是指厂商的集成工具吗?另外,数据库自动部署,如何做呢?谢谢。
    2018-01-26
nuaaysnuaays技术经理信而富
之前回到过一个类似问题http://www.talkwithtrend.com/Question/408973-2851393单体架构往微服务架构改造本身就是牵一发动全身,个人建议也不是粒度越细越好,重要的是具体问题具体分析,拆分原则是在理清原有系统组件相互调用关系的情况下,看哪些组件或者模块可以优先拆分出来...显示全部

之前回到过一个类似问题
http://www.talkwithtrend.com/Question/408973-2851393

单体架构往微服务架构改造本身就是牵一发动全身,个人建议也不是粒度越细越好,重要的是具体问题具体分析,拆分原则是在理清原有系统组件相互调用关系的情况下,看哪些组件或者模块可以优先拆分出来,然后再去动主业务,功能模块拆分时应注意和其他模块或组件之间通信方式等等

收起
互联网服务 · 2018-01-26
浏览1969
  • 谢谢!已收藏,学习。我们现在主要是计划先折server出来单独部署了,在考虑下一步。
    2018-01-26

提问者

feidaodao
系统运维工程师GA
擅长领域: 灾备存储服务器

问题来自

相关问题

相关资料

相关文章

问题状态

  • 发布时间:2018-01-26
  • 关注会员:3 人
  • 问题浏览:4770
  • 最近回答:2018-01-26
  • X社区推广