最近因為工作需要，深刻的體驗了，Aws EKS（Aws 托管 k8s 集群）& AliCloud ACK（AliCloud 托管 k8s 集群），寫下簡單 Ops 相關(guān)的一些體驗吧。
EKS
- Amazon EKS 是什么谒臼？
- 架構(gòu)上面很清晰，一個全托管的 Master 在一個 aws 的 vpc 內(nèi)耀里，與用戶的 Node Group 來進(jìn)行 api 交互蜈缤，配合 Aws 完善的 API & RAM 機(jī)制保證自動化 & 安全性，配合 ami + launch template + labels/tags 來做到獨(dú)占 Or 特殊化部署冯挎，這樣在日常運(yùn)維上面的體感非常的優(yōu)雅
- 用戶只要認(rèn)認(rèn)真真底哥、仔仔細(xì)細(xì)的看文檔并實(shí)踐即可高效的上線一套生產(chǎn)級集群
- 網(wǎng)絡(luò)相關(guān)有 Aws 自己的 CNI 插件并社區(qū)非常活躍
- 省去了維護(hù)任務(wù)最重的 Master 節(jié)點(diǎn)房官，用戶只要使用 node group 配合 HPA + Cluster autoscaler 即可從讓 Ops 從重復(fù)的添加機(jī)器這種事情上面完全解放出來
ACK
- AliCloud ACK 是什么趾徽？
- 架構(gòu)上面很清晰，同樣是一個全托管的 Master 在一個 阿里云的vpc 內(nèi)翰守，與用戶的機(jī)器組來進(jìn)行交互孵奶，但是 API 的邏輯存在問題，創(chuàng)建集群的時候強(qiáng)耦合蜡峰，必須讓 master & 默認(rèn)的機(jī)器組同時創(chuàng)建了袁，RAM 相關(guān)還是完善的朗恳，同樣在體感上面比較特別，需要一路點(diǎn)點(diǎn)點(diǎn)
- 用戶看完文檔只能知道一個大概载绿，需要阿里云支持同學(xué)配合教學(xué) & 后臺配合粥诫，方可在首次使用的時候順利啟動一個集群
- 網(wǎng)絡(luò)相關(guān)有以自己的 CNI 插件 廠商也在努力的迭代，這個還是很看好的
- 在熟悉了一段時間后同樣也是解放生產(chǎn)力的崭庸，機(jī)器組配合 HPA + Cluster autoscaler （能不能順利彈出怀浆，看庫存，可以嘗試使用 阿里云 RI）怕享，集群邏輯就是在創(chuàng)建的時候比較別扭执赡，熟悉了也還好
差異總結(jié)
- ACK 有非常配合 ARMS + SLS 可以比較順利的通過控制點(diǎn)出一套完整的周邊 （SLS 很贊，就是有點(diǎn)貴）
- EKS 同樣可以基于 CloudWatch 來實(shí)現(xiàn)監(jiān)控 & 日志函筋，但是 CloudWatch 又貴又難用（就不能好好弄嗎）
- EKS API 非常完善搀玖，ACK API 非常著急
- istio 的話 EKS 全部需要用戶自行完成，有好有壞吧驻呐，需要用戶有比較強(qiáng)的能力，ACK 有一個托管的芳来，但是同樣在一些管理接口的api 上面不是很完善
- 總體而言含末，ACK 已經(jīng)可以上生產(chǎn)也非常穩(wěn)定，已經(jīng)上線了 Pro 版本即舌，可以看出阿里云在這塊在持續(xù)努力佣盒，aws & 阿里云 k8s 產(chǎn)品上面基本上，簡單使用 & 正常使用的話顽聂，基本上均很完善肥惭，比如 Serverless 產(chǎn)品、Huber 產(chǎn)品等紊搪，同樣也支持把自建 k8s 插入托管集群蜜葱，產(chǎn)品上面的契合度還是很高的
有了托管，用戶自己還能做很多事情耀石，把 Ops/Infra 同學(xué)從重復(fù) & 沒有價值的事情里面解放出來牵囤，蠻好的 （最近中毒 AWS）
