1. DevOps原则
文化(Culture)
:打破竖井、共担责任自动化(Automation)
:自动化所有重复手工流程精益(Lean)
:采用精益原则,消除浪费、优化价值流度量(Measurement)
:度量当前能力,发现进一步提升空间分享(Sharing)
:创建开放、分享的氛围,以保持目标一致,消除合作障碍
2. 团队模型
2.1 构建端到端负责的敏捷小分队——整体负责,荣辱与共
2.2 按照业务领域和康威定律划分大型团队
康威定律: “设计系统的架构受制于产生这些设计的组织的沟通结构。”通俗的来讲:产品必然是其(人员)组织沟通结构的缩影。
3. 技术平台选型
3.1 Kubernetes vs 公有云原生
团队阶段
:固化或者高速发展- 团队固化阶段采用kubernetes会更好一些,投入成本少,改造小
- 团队高速发展或者变化阶段会导致基础设施资源频繁变更,kubernetes需要维护两层运维的精力,kubernetes基础设施层和应用层,而公有云则只需要维护应用层
迁移成本
:kubernetes低,公有云高安全性
:kubernetes低,开源组织背书;公有云相对较高,云厂商背书学习门槛
:kubernetes低,公有云高功能定制化
:kubernetes由于是开源的,支持自定义,公有云相对来说是一个封闭的系统,几乎无定制化的可能性厂商绑定
:kubernetes无,公有云有厂商绑定的风险
3.2 自建Kubernetes vs 公有云托管Kubernetes
- Kubernetes Master的管理
- 集群的升级等相关维护性工作
- 硬件维护
- 网络设计
- 安全性
- 便利性
4. 云架构设计
4.1 原则
4.2 架构设计
5. 云迁移
5.1 云迁移策略
-
Refactor 重构/重新架构
— 通过充分利用云原生功能来提高敏捷性、性能和可扩展性,移动应用程序并修改其架构。这通常涉及移植操作系统和数据库。例如:将本地Oracle数据库迁移到云的Mysql或者PostgreSQL, -
Replatform 重新平台
— 将应用程序移动到云端,并引入一定程度的优化以利用云功能。 -
Repurchase 回购
— 切换到其他产品,通常通过从传统许可证转移到 SaaS 模式。例如:将客户关系管理 (CRM) 系统迁移到 Salesforce.com。 -
Rehost 重新托管
— 将应用程序移动到云端,而无需进行任何更改以利用云功能。例如:将Mysql移动到云Mysql -
Relocate 重新定位
— 将基础设施迁移到云端,而无需购买新硬件、重写应用程序或修改现有操作。此迁移场景特定于 VMware CloudAWS,它支持虚拟机 (VM) 兼容性以及本地环境之间的工作负载可移植性AWS. 将基础架构迁移到 VMware Cloud 时,您可以使用本地数据中心中的 VMware Cloud Foundation 技术AWS. 例如:将托管 Oracle 数据库的虚拟机管理程序重新定位到 VMware 云AWS. -
Retain 保留
— 将应用程序保留在源环境中。其中可能包括需要进行大规模重构的应用程序,并且希望将该工作推迟到以后再进行,以及要保留的旧应用程序,因为迁移这些应用程序没有业务理由。 -
Retire 停用
— 停用或删除源环境中不再需要的应用程序。