仔細爬了一下文[1]
Autopilot: GKE provisions and manages the cluster’s underlying infrastructure, including nodes and node pools, giving you an optimized cluster with a hands-off experience.
簡單來說
Google希望可以讓user更直接地去使用k8s，然後不用去管Node
Node是否要scale/監控/upgrade等等….都不需要再工程師的工作範圍內
Google希望工程師就focus在開發就好。
Autopilot這麼方便
那誰要用standard mode（就是原本我們認識的GKE）？
當然，還是有些不足的地方 ＸＤ
詳細的比較表可以看[2]
不過這裡我覺得比較要注意的（以下以個人視角發表ＸＤ）：
與Google其他服務整合的部分，Autopilot的整合性感覺比GKE少很多
再來是常常會用到的node-selector也是只有部分支援[4]
更有一些unsupported的feature(eg. preemptible vm, istio on GKE…)[3]
實際操作後心得
我個人使用起來，覺得有些方便。
畢竟少管了Node們(及其監控與scaling…) 輕鬆很多
不過如果是進階的使用者，可能就會嫌彈性不夠，或者是太貴。
畢竟這種serverless的服務，就是根據跑起來所使用的cpu/memory收費的
Pricing
最後是費用的部分，
GKE Standard的收費方式是取決於你的node的多少，用node來收費；
除了node機器的費用外，還有一個GKE的master node的管理費[5]
GKE Autopilot則是用所起的pod所使用的cpu/memory/storage去做計費[6]
以上簡述，有問題或誤植歡迎討論。
若是還是很模糊，可以參考
我覺得這個影片說的挺清楚的 :)
[1]https://cloud.google.com/kubernetes-engine/docs/concepts/autopilot-overview#introduction
[2]https://cloud.google.com/kubernetes-engine/docs/concepts/autopilot-overview#comparison
[3]https://cloud.google.com/kubernetes-engine/docs/concepts/autopilot-overview#unsupported_cluster_features
[4]https://cloud.google.com/kubernetes-engine/docs/concepts/autopilot-overview#node_selectors_and_node_affinity
[5]https://cloud.google.com/kubernetes-engine/pricing#standard_mode
[6]https://cloud.google.com/kubernetes-engine/pricing#autopilot_mode