云原生转型:挑战与解决方案
1. 稳定遗留系统的处理策略
对于那些能够正常运行、很少需要修复或更改且完全稳定的深度遗留系统,不要尝试重建它。旧系统可能有五六百万行代码,是多年甚至数十年工作的成果,重建不仅成本高昂,而且没有必要。
1.1 构建桥梁策略
与其从头开始重建整个运行良好的单体应用,不如保留遗留代码库,并构建一个自定义桥梁连接到云。这样做更便宜、更快速,也更容易。具体步骤如下:
1. 确定系统中变化最频繁、工程工作量集中的部分。
2. 将这些部分打包,使其在一台服务器上稳定运行。
3. 设计并创建与旧代码交互的全新模块。
4. 构建一个小型的全新平台,然后逐步迁移各个部分,同时进行重构和重建。
这是一个缓慢、迭代的长期过程,而不是将整个遗留系统直接迁移到云。
2. 缺乏平台团队的问题
2.1 影子 IT 现象
在大型公司中,常见在正式的云原生计划启动之前,多个团队自行进行实验。他们参加技术会议后,对云原生工具和方法感到兴奋,由于公司 IT 团队无法提供支持,便自行尝试。这种现象被称为影子 IT,因为只需一张信用卡就可以在 AWS、Google Cloud Services 或 Microsoft Azure 上进行基本操作。在这个阶段,这是好事,团队通过实践学习,且实验成本大大降低。
2.2 缺乏统一管理的后果
如果没有有组织的全公司计划接管,会出现问题。例如,七个不同的团队各自创建了自己的云原生平台,但维护七个不同的平台成本过高且不合理。团队之间由于组织结构和专业差异,缺乏合作和沟通,无法从彼此的
超级会员免费看
订阅专栏 解锁全文

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



