Kubernetes之所以成为流行趋势，是因为它可以实现基础设施的弹性扩展能力，而不是让IT团队花费大量时间去维护服务器、存储、网络设备等，K8s可以把每个应用打包成一个容器镜像，其中所有实例的管理、发现、访问等细节，都不需要IT运维人员进行复杂的干预，这种可移植、可扩展、自动化的方式，大大提高了基础设施扩展的速度，让应用快速上线。
在很多人的潜意识里，使用了Kubernetes就意味着企业IT运维不需要再花费任何成本，这其实是一个错误认知。使用K8s，开发人员可以不用了解那么多细节，但这并不代表那些细节就不存在。仍然需要有人为应用升级、设备监控以及新的节点分配负责。
所以，对于企业应用的关键业务，以及与关键业务基础架构相关的关键节点，一定要预留足够的升级空间及预算。过去，您可能会经常升级VM镜像;但是现在，请为Kubernetes基础架构执行相同的操作。尤其是采用标准的K8s，一定要为升级做好准备。
另外，团队变化太快，也是一大问题。当企业IT团队采用新的协作服务协议，会对系统的洞察力产生新的挑战。一旦转移到K8s，代表着企业IT系统不仅要满足微服务架构，还需要与新的可视化工具结合，而且pod和其他K8镜像通常比传统VM生命周期更短，这意味着从应用程序收集数据的方式也需要更改。
优秀的方案是，从使用K8s的第一天开始，就要建立系统的洞察力。包括对代码进行检测，同时采用以用户为中心的基础架构统一视图，并了解如何传输，聚合和分析检测数据等关键要素。不要等到系统宕机时，再来解决这些问题。一旦中断，很多数据可能会永久失去。
当然，这不代表Kubernetes充满了风险点，它还是有很多好处，比如能神奇地解决你所有的基础设施问题。K8s的优点在于它可以很好地隔离很多风险点，让IT平台团队可以更有效地解决专属问题，但是前提是，你K8s是一个完整的解决方案。
因此，对于IT运维人员来说，除了管理操作系统升级，漏洞扫描和补丁之外，基础架构团队依然要保留，要监控和升级K8主组件(API服务器等)以及所有节点组件(docker，kubelet)。如果企业选择的是托管的K8s解决方案，那么很多工作将由第三方负责，但是在主节点启动及升级时企业本省仍需要发挥主要作用。因为，节点升级有时候也可能会带来破坏性，企业需要确保在升级期间有足够的空间来掌控整个服务过程。
最后，K8社区是一个庞大的免费资源，其发展潜力非常值得看好。 Kubernetes虽然不是第一个开源编排工具，但它有一个充满活力且快速发展的社区。这正是K8持续发展的源动力，但是对于很多新功能，还有待于进一步验证。
