本篇文章帶來的是 Kubernetes 1.20 的一些整理，到底 Kubernetes 1.20 有什麼改變以及要如何升級舊有的 Kubernetes 到 1.20

官方宣稱該版本有 42 個改進，其中 11 個改進是該內容正式畢業進入 stable 版本， 15 個轉移到 beta 版本而剩下 16 個則是進入 alpha。

1. Volume Snapshot Operations (Stable)
針對容器快照的相關操作正式進入穩定版，要注意的是這個功能必須要使用的 Storage 服務有支援，同時請記得，針對任何的儲存設備，可以使用 CSI 來安裝就使用 CSI。
盡量不要繼續使用 in-tree 的方式去銜接這些設備了，因為所有的維護與修改都轉移到 CSI driver 上

2. Kubectl Debug (Beta)
Kubectl alpha 之前的子指令 debug 已經正式轉移到 beta 版本，未來可以直接使用 kubectl debug 的指令來幫忙一些資源的驗證與處理。
譬如
a. 創建一個 pod 部署到指定的節點上並存取節點上的檔案系統來提供對節點的除錯功能
b. 針對運行 crash 的 pod 除錯

3. Dual IP Stack IPv4/IPv6 (Alpha)
IPv4/IPv6 功能重新實作，未來將可以對單一 Serivce 同時指派 ipv4 + ipv6 的地址，同時也可以針對現存單一 ipv4 的 service 進行轉換

4. Graceful node shutdown (Alpha)
過往刪除 Pod 時都會有所謂的 pod lifecycle 等階段來處理一切狀態，但是當節點被關機時，節點上方運行的 Pod 並不會遵循 Pod lifecycle 來處理。
這個新的功能將會讓 Kubelet 去感知到節點正在關閉，並且能夠針對正在運行的Pod去提供 graceful shutdown 的過程

更多的討論可以參考下列文章或是直接看官方全文，滿多功能都慢慢改變
另外要注意的是，每次改版都要注意 API 是否有改變名稱，非常推薦使用如 kube-no-trouble 這類型的工具去檢查當前部署資源的 APIVersion 是否有即將要被捨棄的，避免 k8s 更新後應用程式都無法部署上去的情況發生

https://faun.pub/whats-new-in-kubernetes-version-1-20-and-how-to-upgrade-to-1-20-x-5ea72f904e7d

之前係servermania 都試過

早上無意中看到一個令人感到遺憾的消息，是有關一面之緣的客戶使用AWS的重大失誤公告～

公告中我所看到的重點是：
1.採用的是AWS EC2 Instance Store的舊型Instance (如m1、c1系列)
　這種系列的EC2一定要自己做多重備援（結合S3和EBS），
　否則一旦系統有破損開不了機或是因為AWS問題而無法連線時，
　那就無救了 (一旦按下Stop或是執行shutdown指令也是無救)～
2.早期的EBS效能的確比Instance Store的IO效能差(2012我有實測過)，
　但現在的EBS效能好很多倍(2014我又再實測過)，
　而且也都不再提供Instance Store的EC2了，
　這也是AWS為了避免上述憾事再發生的有效做法，
　（因為在AWS Forums就可以知道全球各地常有這種憾事發生）
　不過為了舊客戶，AWS還是有提供舊型的EC2給原本在使用的客戶，
　也因此這次才會再聽到這樣的事件。
3.其實AWS的Storage服務就是可以用來做備援的（像EBS、S3），
　而不是只有用來擴展空間而已～

只是有很多早期就在用AWS EC2的人沒有跟著AWS腳步變動，
再加上台灣企業對技術人員的投資不足（沒有適時提供教育訓練），
以及許多技術人員會有強烈的主觀意識（認為自己很懂了），
才會再發生這樣的憾事～

雖然這家公司的人員曾在2013年和我碰過一次面，在2013年初也向我買過「優福網－關鍵報告」和「2012測試報告」，只是不曉得他們的技術人員有沒有花時間詳細看完，以及隨時觀注我的Blog？

因為有很多好文我都會直接分享在Blog上（「AWS教學手冊」就有特別收錄了幾篇進來），而在「AWS教學手冊」中也針對EC2做了更多詳細的說明與介紹。

像是這篇 (2011年5月的文章)：淺談AWS的效能與備援
http://www.tts.bz/archives/571

其實雲服務的變動很快，
尤其是AWS、GCP和Azure這前三大的業者，
不論是在價格、服務細節等等都會一直在改變，
也因此我才說光是要熟悉一朵雲就很難了，
還想要同時很熟很多朵？

總之，台灣企業真的要好好省思一下，
不要老是認為自家的RD、開發人員理所當然都會懂雲服務，
都應該要不斷學會新技術（然後平日都要忙著加班和開會？），
企業主應該要懂得適當地給予專業的教育訓練和學習的時間，
才能讓自家的技術人員越來越強、增進公司的競爭力，
也才能真正善用雲服務，避免未來的風險發生！！
（像是資料損毀、失去客戶信任、成本大幅上揚...）