1、容器云最终交付给开发和运维的最终形式,开发人员如何参与协同容器云平台的落地?
2、目前主流的容器云建设的架构方案有哪些?
3、最终云原生的引进后,运维人员的工作内容,职责与技术栈的变化和改变?
1、 最终形式,从体验上讲,是用户无需再有后台操作的,从功能上讲,是与公司内部周边系统对接完善的(监控、日志、工作流等)。对于开发人员,容器平台应该是透明的,改造过程中不应占有更多工作量的,改造完成后可以提升应用管理效率的,故一般可由运维制作容器化改造表格,开发填写应用部署要求,在初期完成共同完成应用容器化改造部署。
2、在K8S的基础上,自研或采购,看投入与规模了
3、运维人员需要分三类角色:平台设计者、深入开发团队的SRE、日常平台运维
1、开发人员配合容器落地
开发测试环境,开发人员可以通过容器云快速获取环境,实现功能调试和测试。
生产环境,开发人员只需要提供应用镜像即可。如果流水线做的好,平台直接自动编译、构建、打包镜像、应用发布。
因此,开发人员还是要对容器的使用有个基础了解。
2、建设方案
就三种,自主研发、联合开发、购买产品。
自主研发,需要有资源(钱、人、时间),要持续维持一个团队。一般大型国有银行会这么搞
联合开发,甲方出人、出钱,乙方出技术,受制于各方面原因,大多数联合开发项目效果有限。
购买产品,需要选择合适厂商,否则会出现绑死或技术水平不行的情况。一般中小企业选择购买成熟产品。
3、云原生技术体系下,运维的变化
在部署、迭代、扩展、故障、资源管理等方式上都有变化。
部署,原来需要建主机安应用,现在直接把镜像拉取服务就部署好了。
迭代,原来瀑布式迭代,现在在DevOps体系下,流水线快速构建,实现敏捷迭代。
扩展,原来扩容复杂繁琐,现在直接弹性扩展即可,简单方便。
故障,原来要先解决问题才能恢复应用,现在可以先恢复应用,后续再排查问题。
资源,原来资源申请需要走流程,现在可以自主申请。