请问在微服务数量较少(20左右)的情况下,适合上k8s等容器云技术吗?会不会效果不是特别明显却对运维人员造成额外的压力?有很多证券公司生产用了微服务但是没上容器云,请问上容器云的最佳时点是什么,会对运维、研发带来明显的收益?毕竟人员学习是有成本的
收起容器根微服务并不是强关联的,只是说微服务应用结合容器,带来了快速与可移植性。从开发、测试、上线,实现了“一次编写,到处运行”。另外从我今年部署和实施的金融客户看,现在做容器云正是最好的时机。
1、Kubernetes日渐成熟。2、开源社区和市面上关于容器的接纳度也逐渐提高这个对应的就是我也发现现在越来越多的软件供应商都把自己产品做成容器云部署方式。3、现在在金融行业、证券、银行、保险其实有大量的落地案例可参考
对运维和开发人员的收益
1、轻量级:相比与传统虚拟机的方式,容器确实轻很多,容器的启动是毫秒级的,而且对性能损耗比 较小。
2、版本控制:通过镜像版本直接控制应用的版本,升级和降级。
3、推动了应用微服务化:将每个微服务组件封装成一个容器镜像,直接通过这个镜像部署应用。
4、标准化交付:由文档+安装包式的软件交付,到容器镜像的交付。
5、跨环境运行:容器可以在主流Linux, Windows, MacOS上运行。
6、提高工作效率:让研发更专注业务开发,运维更专注在业务维护, 极大的减少部署的时间成本和人力成本。
最后容器平台建设包括几个大方面:平台建设、容器周边生态建设(cicd、日志、监控、Devops)、应用上云 对于大部分公司自建容器云要走很多弯路,我一般建议用户选择市面上比较成熟的产品和公司来协助建设,这样可以大大降低用户自建的使用成本,前期可以先尝试使用一些开源的容器云平台如Rancher,非常简单易用