1,得看看本企业内容的成员技术实力,若是没有技术储备,那就瞄准大厂的服务即可,若有技术储备,那么要确信容器云平台建设是一个循序渐进的探索和适应过程;
2,试试某业务系统下,双形态运行(传统架构+Docker架构)运行探索。有了一定的运行经验后,技术储备就可以展开。这个过程,可能就是不去改造业务系统,仅仅是Docker架构运行,可以验证技术储备和团队的驾驭能力;
3,容器云其实更多的技术储备是关注基础,经验是首先解决团队的网络技术储备人员,如果这个技术储备解决了,基本上大的问题就解决了至少70%。如果没有网络技术储备的话,不建议为了容器云而容器云平台建设;
4,有了网络技术储备,存储储备相对来说不是特别困难,也需要相应的技术投入;
5,最后的各种平台就自行探索,学习和试错成本理论上都不会太巨大。
6,如果涉及的业务应用改造,建议先易后难、先外围后核心、先不重要再重要的探索;
7,涉及应用就一定会涉及 CI/CD 及相关的工具链平台,学习、试错和技术储备先从开发、测试开始进行探索,不建议直接上上生产环境。建议先独立掌握各个工具链后再做企业化改造和集成统一,否则会吃大亏;
8,各个开源及工具链,要成为企业平台,期间有很多路和坑是需要不停的升级提升技术、实践经验等;
9,入场思路有两个思路:
9.1,找个大厂,小项目学习,提升技术和经验,当然看看组织内的助力和阻力在什么地方?成本不宜过大。抱着失败的状态来交付,但一定要有技术学习、技术经验积累等收货,不能什么都没有,那就真的失败了;之后,owner就会明白该怎么落实。
9.2,组阁团队,先自行从开源工具链、业务应用开发、容器本身运营和运维想结合试错学习和积累,之后再痛各大厂商交流、同业交流,一定要到参考案例的客户那里去探到真实的情况,别信国内厂商的夸夸其谈,否则人家卖了自己都还不知道怎么回事。
10,多说一句,一定要有领导的支持,别因为这个给自己留下不好的印象,这就不值当~~~本来是一股激情冲劲想做弄潮儿,结果变成了被炒对象,那就不值当。