[DAY2]k8s在做什麽

先来张时代的眼泪

图片来源(官网资料)

• 最原始的实体主机一台一台设定环境：纯手工，因为硬体配置都是固定的，如果需求成长时，资源不够时，只能进行实体机的升级(加ram或是加cpu)才能解决，而且有实体主机的维护成本。

• vm主机上面架设多台虚拟机：可透过快照机制进行大量主机复制，但是每台主机还是需要安装os跟设定环境，优点在如果原本的host主机资源够强大，可以一直开主机出去使用

• 容器化的时代：只要在实体机上面装好container的runtime，执行一个一个独立的container，因为container主身已经自带好os，不需要再安装os这条路，但是如果需要安装一些套件还是需要在产生container时写好shell，
  ，因为container主身可自带os，不会被host的os绑住，but windows的container只能跑在window的container runtime上面，无法在linux的container runtime上面运行window container就是了。
  而使用容器化有以下好处理：

敏捷应用程序的创建和部署：与使用 VM 镜像相比，提高了容器镜像创建的简便性和效率。
持续开发、集成和部署：通过快速简单的回滚（由於镜像不可变性），支援可靠且频繁的 容器镜像构建和部署。
关注开发与运维的分离：在构建/发布时而不是在部署时创建应用程序容器镜像， 从而将应用程序与基础架构分离。
可观察性：不仅可以显示操作系统级别的资讯和指标，还可以显示应用程序的运行状况和其他指标信号。
跨开发、测试和生产的环境一致性：在携带型电脑上与在云中相同地运行。
跨云和操作系统发行版本的可移植性：可在Ubuntu、RHEL、CoreOS、本地、 Google Kubernetes Engine 和其他任何地方运行。
以应用程序为中心的管理：提高抽象级别，从在虚拟硬体上运行OS到使用逻辑资源在OS上运行应用程序。
松散耦合、分散式、弹性、解放的微服务：应用程序被分解成较小的独立部分， 并且可以动态部署和管理 - 而不是在一台大型单机上整体运行。
资源隔离：可预测的应用程序性能。
资源利用：高效率和高密度。

其实说了那麽落落长
使用k8s不外是为了它的以下特性
1.load balancing：负载平衡如果没有k8s进行处理的话，势必需要自己开发服务或是程序进行load balaning，实不实用又是一回事，想喝牛奶没有必要自己养头牛，尤其又是软件巨头开源与各神人turning过专案。
2.Automated rollouts and rollbacks ：透过k8s进行部署服务，可以透过部署策略进行服务上下架的模式，不会让服务需要中断服务才能更新，相对的~如果遇到需要退版时，也不会需要先把连线踢掉才能进行退版，一切都在无痛中进行(相对也需要服务的无状态化就是了)
3.Self-healing：自我健康检查，当container异常时，k8s会自行进行重启，不会让服务中断。

参考资料：
What is Kubernetes?