为什么你应该使用 Amazon EKS 托管自己的业务?
![](https://linuxstory.org/wp-content/uploads/2024/06/220838s3fa36byj6jznljk-800x400.jpg)
随着业务的现代化和规模化,Kubernetes 和其背后的云原生成为如今软件系统的唯一选择。而对于众多的开发者来说, Kubernetes 并不是一个简单的问题,使用 Kubernetes 意味着需要理解 Kubernetes 背后的众多概念,你需要理解 Kubernetes 背后复杂的一套生态。但,对于一个企业来说,业务才是核心,Kubernetes 对于企业来说,更多只是一个基础设施,这个基础设施很重要,不得不有,但又无法产生价值,企业不会投入太多精力。
在这种情况下,选择使用开源社区提供的发行版和各种管理工具,就成为一个并不经济的选项。对于企业来说,找到一个可以以最低心智负担接入的 Kubernetes 服务,才是最佳选择。相比于社区的众多发行版,Amazon EKS 屏蔽了 Kubernetes 底层的基础设施的部分,将 Worker 层面的工作保留给用户,既可以给予用户一定的自由,同时又可以让用户可以无痛的从传统架构切换至云原生架构上。
对于企业而言,Amazon**的 EKS 服务,可能是一个最佳的选择。**
做一个敢于承诺 SLA 的 Kubernetes 服务
和很多 Kubernetes 服务/开源软件不同,Amazon 的 EKS 服务主打的是一个高度可用、可扩展且安全的 Kubernetes 服务,并且,EKS 承诺,为客户提供了 99.95% 的可用性,让自己的客户可以安全高效的运转业务。在众多 Kubernetes 服务中,敢于提出向企业承诺可用性保障的 Kubernetes 服务,Amazon 是其中之首。这让 Amazon EKS 脱颖而出。
EKS 工作模式
Amazon EKS 通过托管控制平面节点,尽可能的降低用户在维护整个集群的成本。在使用 Amazon EKS 后,企业只需要维护执行业务所需的 Worker 节点,就可以搞定整个集群的运转。剩下的工作,就交给 AWS 来完成。AWS 为用户提供了一个可以跨多个 AWS 可用区,可扩展且高度可用的控制平面,从而确保无论在什么情况下 Kubernetes API 和 etcd 服务都可以正常运转。从而确保业务的可用性。
不仅如此,Amazon EKS 还通过整合 AWS 的其他业务,诸如 Elastic Load Balancing**、**AWS CloudWatch 等服务,让整个 Kubernetes 集群可以更加动态的完成业务的请求而不会崩溃。
做一个功能强大的 Kubernetes 服务
企业之所以选择 AWS ,很大程度是因为 AWS 为企业提供了足够多的能力支持和足够强大的业务范围,只要你需要,AWS 就可以为你提供相应的服务。
基于用户的需求, AWS 在标准的 Kubernetes 服务的基础之上,引入了对于 AWS 更多能力的支持,包括:
- 基于 AWS Cloud Map 的服务发现能力
- 基于 Amazon VPC CNI 的网络能力
- 基于 AWS IAM 验证器的权限管理能力
- 基于 Elastic Load Balancing 的负载均衡能力
- 基于 AWS Fargate 的无服务器计算能力
- 基于 AWS Outposts 的混合云部署对接能力
- 给予 AWS CloudTrail 的日志记录能力
- 给予 AWS CloudWatch 的云监控能力
- …
这些能力源自底层云计算强大实力的能力,非一般的云计算服务商所能比拟的。但,对于企业来说,也正是这些能力,给了企业无限的可能,企业可以放心大胆的拓展自己的业务,而无需担心自己的业务底层出现任何问题,源自于 AWS 多年的云计算研究的底气,非一般的云计算服务商所能比拟的。
做一个开放开源的 Kubernetes 服务
Kubernetes 的强大,源自于其生态链中的各种各样的软件和服务,而一个 Kubernetes 服务想要发挥最强的性能,就离不开和社区的 Kubernetes 服务进行整合,享受到来自社区的种种新能力的接入。
和一般的 Kuberntes 服务相比, Amazon EKS 提供了和上游 Kubernetes 一致的 API,这意味着如果企业希望使用 Kubernetes 生态中的插件或工具,都可以直接无痛接入,从而享受到来自 Kubernetes 社区的赋能。
同时,Amazon EKS 和上游保持一致也使得 Amazon EKS 可以十分轻松的完成 Kubernetes 集群的升级。Amazon EKS 会自动将正在运行的集群更新到最新的 Kubernetes 版本,对于企业来说,无需任何关注,集群就已经完成了整体的升级,让企业的集群可以享受到 Kubernetes 的最新特性。
不仅如此,Amazon EKS 还积极的参与到 Kubernetes SIG 的建设中,并开源出了诸如 CDK8s、FireCracker 这样的项目,来增强 Kubernetes 社区生态,帮助整个 Kubernetes 社区成长。
做一个不仅仅是 Kubernetes 的 Kubernetes 服务
Kubernetes 是云原生的未来,但对于专心于业务的企业来说,Kubernetes 可能还是太重了。如果你使用了 Amazon EKS ,则可以有一个更加简单的方案,就是在 Amazon EKS 基础之上,运行 AWS Fargate,从而将容器使用的成本进一步降低。
从 EKS 到 Fargate,变化的是提供的服务,不变的是让企业可以更加简单、低成本、无负担的切换到更好的基础设施的心态,也正是这样的心态,让 Amazon EKS 基于 Kubernetes ,但有提供了超出 Kubernetes 的服务。
总结
当你需要一个足够好用、足够安全、足够稳定的 Kubernetes 服务时, Amazon EKS 就会成为一个不错的选择;当你希望用尽可能少的精力去维护基础设施,希望将更多的精力投放在业务的研发上时,Amazon EKS 就会成为一个值得你选择的选项。如果你想要试一试 Kubernetes ,那为什么不从 Amazon EKS 开始呢?
本文转载来自 Linux 中国: https://github.com/Linux-CN/archive