[13th][Day28] why k8s

为什麽要用 k8s ?

使用 k8s 的理由有很多，退一万步来说 .... IT 就是一个由新技术驱动的行业。

docker 这个新兴的 container 化技术已被很多公司所采用，而从单点机器走向 cluster 机群已成必然的趋势，cloud computing 的蓬勃发展顺便推了一把。k8s 作为目前唯一被业界广泛认可并看好的 docker 分散式系统解决方案，接下来新建立的系统更容易优先考虑 k8s，而旧系统如果要重新建立，也很有可能从 k8s 着手，或许并不会一开始就转换的顺利，但会渐渐套用 k8s 的思维。

不论在企业内部的传统机房，或是被托管的公有云上， k8s 都能弹性的融入其中。

使用 k8s 能够获得那些好处呢?

团队可以用「精兵政策」来开发复杂系统了。传统管理模式光安装、布署、更版、维运 ... etc 动着十几个人起跳，还需要某些 hard code 的技术才能设计实作并维运一个分散式系统。采用 k8s 後，只需一个精兵小队就能轻松应对，

一名架构师专注於系统的「服务元件设计」，开发人员便能无後顾之忧地进行主服务的开发，这并不是因为我们少做了什麽，而是 k8s 帮我们做了很多。

k8s 可以说是为微服务架构「量身订做」，微服务架构的核心是将一个巨大的单体应用分解成多个且户相连接的单点服务

一个为服务背後可能由多个相同的 pod 支撑， pod 的数量可以随着系统的负担变化进行调整，k8s 本身的 load balance 发挥了很大的作用。

微服务架构让每个服务可以由专门的开发团队来负责，开发者能够自行选择要用什麽样的技术来写，给予大规模的团队更大更多的弹性

每个微服务，独立开发、升级、扩展，使得系统具备更高的稳定性，因应需求的反应速度能够变得更快。

Google , Amazon , eBay , NetFlix ... 等多个大型网路公司都采用了微服务架构，google 将微服务架构的基础建设直接包装到 Kubernetes 解决方案中，让使用者能更直接的应用微服务架构解决复杂业务系统上的架构问题。

我们的系统可以随时「整个」「搬迁」到公有云(GCP , Amazon , Azure ... etc)上，k8s 最初的目标就是架在 google 自己的 GCP 上。

k8s 系统架构拥有强大的横向扩展能力。对於网路公司来说，使用者数 = 资产，谁拥有更多的用户，谁就能在竞争中胜出，横向扩展能力是网路服务的重点之一。 k8s cluster 可以从只包含几个 node 的小丛集平稳地扩展成上百个 node ，我们利用 k8s 提供的工具，可以线上完成 cluster 扩充。快速的分解掉大量使用者同时使用时所带来的巨大压力。