前言
作为开发者，想必都对docker并不陌生，尤其是做后端开发的开发者更为熟悉。但是前段时间有个新闻关于docker马上要停止开源，这对于应用容器领域来说是一个晴天霹雳。但是docker停止开源，想必会让其他应用容器引擎能够有更好的发展。随着容器化的快速发展，关于集群管理、资源整合调度等相关领域的历史问题都得到了很好的解决，而且最为耀眼的就是谷歌开源的Kubernetes，那么接下来就来谈谈关于K8s相关的内容。
正文
众所周知，K8s是容器化中编排的领头羊，它打破了传统的运维方式，整合了开发和运维之间的关系，也让DevOps成为新的角色。上面说到的Kubernetes开源之后被应用到各个领域，应用场景越来越广泛，国内比较出名的当属阿里云容器服务ACK，它不仅是全球首批通过Kubernetes一致性认证的服务平台，而且能够提供高性能的容器应用管理服务。
一、选择K8s的原因
作为一个一线开发人员来说，在实际开发过程中之所以选择K8s，完全是因为它是目前市面上比较流行的容器化编排工具，它打破了传统的运维方式，整合了开发和运维之间的关系，方便开发者对应用的管理和部署，很好的提高开发效率和部署效率。而且在选择K8s的时候，不仅要兼顾老板的想法，而且也要考虑到自己的主动性和学习动力，更多的是由自己的内部动力决定的，因为K8s特有的优势让开发者不仅仅是因为工作需要被动选择，更是因为它良好的特性而选择它。K8s显著的特点比如有高可靠性和高可用性、方便简单的管理容器化应用、资源的高利用率、独有的高可移植性、以及强大的生态体系支撑等，具体的特点不再详细列举，通过这些大的方面特点就决定了开发者必选K8s。
二、K8s实际应用中的表现
在日常实际开发中，使用K8s真的可以提高开发和运维效率，以及使用它的方便性。就拿笔者比较实际的开发中使用K8s的感受来讲，在公司的容器应用日常运维中，通过K8s可以进行一定时间段的应用健康监控和检查，如果发现崩溃或者故障问题的时候，它会自动检测及时发现并自动进行恢复，确保应用的安全性和可靠性；再举一个实际应用中遇到的情况，公司的应用在高峰使用的时候，以及低流量运行期间，K8s可以通过自动伸缩特性来实现负载均衡，根据当前实际访问情况自动调整容器数量，从而提高资源的最佳利用情况。
三、关于阿里云容器服务ACK的建议
由于笔者一直关注阿里云ACK容器服务，结合实际使用的经验和心得体会，提一点自己的建议和看法。比如阿里云ACK容器服务的项目组可以结合国内外其他类似服务的特点，取长补短，提高ACK更加完善的服务，也就是多多留意行业的领先思路。还有就是成立比较快速的机动服务，在最短时间内回应用户的问题以及问题排除机制，为使用者保驾护航，提高可信度。最后就是确保服务的全面性，不断掌握业内动向，提高服务的涵盖面，保持领先的思维和姿态，争取做到行业领先的容器服务。
最后
通过上面的关于K8s的使用以及相关的内容，可以看出K8s的优势非常多，而且使用起来非常简单方便，尤其是通过使用阿里云容器服务ACK，能够很好地解决企业实际应用中的痛点，也可以解决企业的开发者和运维人员的维护难度，提高开发效率，降低运维成本，真正的助力了企业降本增效。
