在决定采用kubernetes之前最好先了解自己需要要什么和准备投入多少资源。
几个简单的问题可以帮助回答一些问题。
您的公司的员工人数?
使用kubernetes技术的团队有多大?
是在公有云环境下还是在私有云环境下使用kubernetes技术?
愿意投入多大的成本?
使用kubernetes想获得什么?弹性,微服务,DevOps
kubernetes最初是谷歌发明的,它满足谷歌的需求是非常好的。但是谷歌全球只有一个,你的员工人数和使用kubernetes技术的团队恐怕达不到谷歌的要求,所以也不一定能够享受它带来的好处。
实用kubernetes技术非常复杂,学习kubernetes技术需要花费比较大的代价,如果你不愿意投入很大的成本,就不要想使用kubernetes。
此外,使用kubernetes想获得的东西并不一定需要通过使用kubernetes想获得来获得。没有使用kubernetes难道就不能获得采用DevOps并获得DevOps好处了吗?我认为答案是否定的。
将企业应用服务器从传统的产品转向轻量级企业应用服务器也很容易获得应用的弹性,虽然不会像
kubernetes那么容易,但是也不会有kubernetes的网络消耗。
微服务也是一个好坏参半的技术,将业务划分为不同的组件,并不是一个新技术,20年前就这样干了,只是现在的微服务有更多的内涵,比如不用的组件用不同的数据库,保证每个微服务都能够独立运行,这样对运行增加明显的复杂度,而且各业务系统的数据在查询的时候会面临更多的问题。