本篇文章是一個深度介紹文，除了探討 K3S 與 K3D 的關係之外，還針對 K3D 的架構與使用方法很詳細的介紹一番，包含了
1. K3D v3 的特色與架構
2. 如何替換 K3D 裡面的 CNI
3. 如何替換 k3D 預設的 Ingress Controller
4. 使用 private registry 來處理

Kubernetes 的變化版本很多，除了 k3s 之外後來還有 k0s 的出現，每個版本都有自己想要解決的問題，而 k3s 則是一個非常輕量的 Kubernetes 版本，其特色有
1. 使用 Flannel 作為其預設 CNI，不講求太多複雜功能，單純用 VXLAN 打造一個 L2 的 overlay 網路
2. 使用 CoreDNS，與原生一樣
3. 使用 SQLite3 當作預設的 DB，而非 etcd3
4. 使用 Traefik 當作預設的 Ingress Controller，原生 K8s 則把這個主動權交給使用者
5. 使用 Containerd 當作預設的 Container Runtime

而 K3D 就是基於 K3S 的測試環境， K3S in Docker，跟 KIND 類似，只是運行的 Kubernetes 發行版本不同。

相較於 KIND 而已， K3D 的架構稍微複雜一點
1. 為了方便測試與存取，k3D 部署的時候也會部署一個 Nginx Server 來當作簡易的 Load-Balacner，讓 K3D 內的 Ingress 服務可以更簡易的被存取。使用者只需要存取該 Load-Balancer 即可，不需要去針對 Node(Docker) 的 IP 存取
2. 可以支援動態加入與刪除節點

本篇文章算是非常詳細的介紹各種參數用法，對於 K3D 這種測試環境有興趣的可以參考看看
https://yannalbou.medium.com/k3s-k3d-k8s-a-new-perfect-match-for-dev-and-test-e8b871aa6a42

原文在這邊: https://www.teamblind.com/post/50-Reasons-Kubernetes-Sucks-S77O8VZ8

不知道大家看完有什麼想法

我個人認真看完後其實覺得真的是幹樵而已，可以單純當作幹話發洩文就好。有些理由沒什麼前後文，不知道想要表達什麼，有些感覺就是剛好自己踩到通點，基本上任何的軟體架構都可以有類似的議題

稍微看了一下
1. 難道你跑 openstack 就沒有這個感覺嗎? 我自己經驗是更痛苦
2. API 不相容這點我倒覺得還好，沒有遇到特別嚴重的，基本上 k8s 都會給予4-5個版本要使用者替換 apiVersion, 不看警告訊息無腦使用不能怪人
3. charts的問題應該是 Helm Charts 的問題，我倒覺得不是 k8s 自己的問題，不喜歡 charts 何不考慮 kustomize.
4,5 兩個應該是軟體發展一定會遇到的問題，任何系統遇到環境升級都是膽戰心驚吧?
9. 不確定是不是 kubectl 輸入到手酸XD，可以考慮 k9s?
10,11 最後談
13. 為什麼你會有一個兩年不升級的k8s叢集才是一個問題? 不如反過來問，如果你覺得兩年不升級沒問題，為什麼會突然想要升級
14. golang 中槍
19. 我覺得還是可以慢慢看，openstack 等VM為主題的 orchestration 實在是太不平易近人，學習曲線太高
...
32(a). 不太能理解 pause container 的問題是什麼XD，除非最小單位變成 Container 而不是 Pod，不然 Pause 的用途我還沒想到要怎麼取代
32(b). 完全同意， secret 帶來的好處只有透過編碼讓文件內容好處理，可以避掉一堆雙引號，分號等問題

10 跟 11 分別幹瞧了 overlay network 與 service mesh 兩個解決方案的痛點，我覺得很有趣的是這兩個點分別是從不同層面來解決問題。

早期大家碰到 Kubernetes 時都可能使用過 Flannel 這套 CNI，大部分情況下都是急於 VXLAN 來建置 overlay network，透過 UDP 標頭來重新包裝封包並且利用 Layer2,3,4 來重新搭建整個架構網路，是一個專注於底層網路L2-L4的解決方案

目前的 Service Mesh 的則是專注於 L7 的網路傳輸，期望能夠打造出一個串連不同 L7 應用程式的服務，譬如 HTTP,gRPC 等，讓這些應用程式的流量會根據不同 L7 的設定而有不同走法與走向。
只是為了轉發這些不同容器間的封包，最快速的做法就是大量利用已知的架構(iptables,route)等機制來控制各別網路連線，我覺得帶來的缺點就是架構非常龐大，規則非常複雜，大家除錯方式就是不停 restart/reboot，很少人真的能夠講清楚到底每個封包是怎麼被修改的

網路的世界真的非常有趣!

三星聲稱取得5G SA核網設備性能突破

作者 : John Walko，EE Times歐洲特約記者
2020-12-22

三星指出，業界已經開始嘗試透過在非獨立組網配置中導入5G NR能取得什麼樣的進展；但該公司也強調，要完全釋放5G技術的潛能，並因此支援、實現新的應用案例，整個網路會需要升級到5G SA。

三星(Samsung)與英特爾(Intel)聲稱在5G獨立組網(SA)核心網路的資料處理量上取得突破，在一個’商用網路上取得每台伺服器305Gbps的速率與延遲性能。

以上的進展是透過在英特爾第二代Xeon 8280可擴充處理器上的軟體最佳化所達成，還有該公司內含動態裝置個人化(dynamic device personalization，DPP)功能的E810乙太網路介面卡。這些方案據說能簡化通常需要利用多個核心──包括封包分配(distribution)、傳輸與處理核心──的複雜資料處理途徑。

三星指出，業界已經開始嘗試透過在非獨立組網配置中導入5G NR (New Radio)能取得什麼樣的進展；但該公司也強調，要完全釋放5G技術的潛能，並因此支援、實現新的應用案例──包括超可靠低延遲通訊(URLCC)、固定式無線接取(FWA)以及工業控制等，整個網路會需要升級到5G SA。而這會需要整個4G網路基礎架構升級到全新的服務導向架構(SBA)。

恩智浦無線網路方案介紹

在提及有所改善的資料處理與網路性能時，三星電子資深副總裁暨核心軟體研發網路業務部門主管Sohyong Chong表示，該公司的雲端原生(cloud-native)5G SA核心「透過其高度彈性、可擴展的設計，讓我們的客戶得以更順暢、更具成本效益地推出5G服務。」

在上個月，三星曾表示正與韓國領先的電信營運商KT合作，在網路上部署控制與用戶面分離(control and user plane separation，CPUS)解決方案，以結合商用5G SA核心與非獨立模式；這種共用核心能綜合兩種模式以及4G，大幅簡化朝向5G SA的過渡。

三星認為，其5G SA方案的進展將有助於該公司在全球主流5G網路部署上更快取得更大的影響力；更值得一提的是，當世界多國基於安全考量不再使用中國業者華為(Huawei)的核心電信基礎設施，三星更有機會贏得青睞提供替代方案──到目前為止，三星在歐洲電信市場上一直表現低調，不過在美國、加拿大與紐西蘭都有成功的5G基礎設施部署案例。

而三星的最大劣勢就在於以往的市場版圖僅限於韓國本土，因此在其他市場缺乏可在相同平台上支援舊世代蜂巢式通訊網路的基礎設施。不過在今年稍早，三星網路設備部門Samsung Networks的歐洲負責人Thomas Riedel指出，他已經觀察到部分歐洲營運商的心態轉變，願意放棄「一個站點一家供應商」的要求，慢慢轉向接受5G覆蓋(overlay)方案。

這方面的關鍵在於，從技術的觀點來看，會有X2介面支援從某家供應商的4G設備到另一家供應商的5G設備之間的硬體連結，透過3GPP的標準化行動，目前已經有幾家老牌電信業者實現了X2，但該介面也會是未開發地區電信業者可用的解決方案。

德國的5G難題

另外一個關於5G技術的新訊息是，德國不久前成為歐盟最後一個對網路安全採取更強硬措施的國家──因為一項新的IT法案，像是華為與中興(ZTE)等中國業者會更難進入德國市場。

然而，不同於英國、瑞典還有美國，德國的內閣並未真正禁止任何一家供應商進入其5G市場，新的法律提案可能會對供應商實施更嚴格的潛在網路安全攻擊檢查，並且要求基礎設施關鍵零組件的供應商，需要事先向主管機關與電信業者保證其零件值得信賴、不會被用於破壞或間諜目的。

德國的規定還是沒有像其他國家那麼嚴苛，但是對一個一直承受龐大政治壓力(特別是來自美國)的政府來說，已經是很大一步。這種更圓滑且慎重的措施，將會受到德國電信業者的歡迎。例如德意志電信(Deutsche Telekom)的網路有很大一部分的基礎設施來自華為，並且正為其5G核心網路認真考量該中國業者的設備。

不過德國的法案也意味著，當地的營運商不太可能像英國那樣祭出強制法規，讓電信業者被迫得花費高昂的代價與大量時間來放棄現有的基礎設施尋求替代方案。

資料來源：https://www.eettaiwan.com/20201222nt01-samsung-touts-superiority-of-stand-alone-version-of-5g/

智慧型手機開發實例與證照解析(Android)第17次上課

完整影音：
http://www.youtube.com/playlist?list=PLsE34duTsJQwbFrLP41AQX8y_sP41VIl5

這次上課主要內容：
9-1 申請Google地圖的API金鑰
9-2 在Google地圖上呈現自己位置
9-3 在Google地圖上指定位置

光申請Google API金鑰就不是件簡單的事，注意的要點如下：
1.Android SDK一定要用有APIs的版本。
2.模擬器也要用有APIs的版本。
3.找到Android debug.keystore路徑，將懶人包複製過去，執行keytool.bat。
4.將產生的MD5碼貼到 Google Maps Android v1 API Key Signup網站：http://goo.gl/8N2ZI
5.將產生的API金鑰貼到XML檔中。
6.修改程式的為 MapActivity
7.修改AndroidMenifest：加元件庫與網路權限。

以上流程跑完，Google地圖才會正常顯示喔!
上課內容：
01_重新申請API金鑰流程說明
02_申請地圖的API金鑰重點複習
03_如何用選單移動到指定的位置
04_練習三個分校的座標連結
05_標記範例使用類別說明
06_GPS2範例MyLocationOverlay取得座標
07_GPS3範例如何加入標記說明


吳老師 1011222

智慧型手機(Android)設計入門總整理
http://terry55wu.blogspot.tw/p/android_5.html

一學期兩個校區五股與板橋，雖然都是教 Android入門 但卻希望兩個班上課的內容不太一樣，這樣一學期的學習就抵兩學期了!也讓學生可以看到不同校區的影音教學，
這樣讓想學習的學生有雙倍的學習成效，雖然難，但大家都真的很用心，
學習成果也很豐碩。

Android 教學研習心得分享懶人包：
http://terry55wu.blogspot.com/p/android.html

吳老師教學部落格：
http://terry55wu.blogspot.com/
Android論壇：
https://groups.google.com/group/Android_Advanced?hl=zh-TW

APP教學,Google Andriod,TQC PLUS,吳清輝老師,吳老師提供,程式開發,線上教學,資訊應用系,雲端計算

智慧型手機開發實例與證照解析(Android)第17次上課

完整影音：
http://www.youtube.com/playlist?list=PLsE34duTsJQwbFrLP41AQX8y_sP41VIl5

這次上課主要內容：
9-1 申請Google地圖的API金鑰
9-2 在Google地圖上呈現自己位置
9-3 在Google地圖上指定位置

光申請Google API金鑰就不是件簡單的事，注意的要點如下：
1.Android SDK一定要用有APIs的版本。
2.模擬器也要用有APIs的版本。
3.找到Android debug.keystore路徑，將懶人包複製過去，執行keytool.bat。
4.將產生的MD5碼貼到 Google Maps Android v1 API Key Signup網站：http://goo.gl/8N2ZI
5.將產生的API金鑰貼到XML檔中。
6.修改程式的為 MapActivity
7.修改AndroidMenifest：加元件庫與網路權限。

以上流程跑完，Google地圖才會正常顯示喔!
上課內容：
01_重新申請API金鑰流程說明
02_申請地圖的API金鑰重點複習
03_如何用選單移動到指定的位置
04_練習三個分校的座標連結
05_標記範例使用類別說明
06_GPS2範例MyLocationOverlay取得座標
07_GPS3範例如何加入標記說明


吳老師 1011222

智慧型手機(Android)設計入門總整理
http://terry55wu.blogspot.tw/p/android_5.html

一學期兩個校區五股與板橋，雖然都是教 Android入門 但卻希望兩個班上課的內容不太一樣，這樣一學期的學習就抵兩學期了!也讓學生可以看到不同校區的影音教學，
這樣讓想學習的學生有雙倍的學習成效，雖然難，但大家都真的很用心，
學習成果也很豐碩。

Android 教學研習心得分享懶人包：
http://terry55wu.blogspot.com/p/android.html

吳老師教學部落格：
http://terry55wu.blogspot.com/
Android論壇：
https://groups.google.com/group/Android_Advanced?hl=zh-TW

APP教學,Google Andriod,TQC PLUS,吳清輝老師,吳老師提供,程式開發,線上教學,資訊應用系,雲端計算

智慧型手機開發實例與證照解析(Android)第17次上課

完整影音：
http://www.youtube.com/playlist?list=PLsE34duTsJQwbFrLP41AQX8y_sP41VIl5

這次上課主要內容：
9-1 申請Google地圖的API金鑰
9-2 在Google地圖上呈現自己位置
9-3 在Google地圖上指定位置

光申請Google API金鑰就不是件簡單的事，注意的要點如下：
1.Android SDK一定要用有APIs的版本。
2.模擬器也要用有APIs的版本。
3.找到Android debug.keystore路徑，將懶人包複製過去，執行keytool.bat。
4.將產生的MD5碼貼到 Google Maps Android v1 API Key Signup網站：http://goo.gl/8N2ZI
5.將產生的API金鑰貼到XML檔中。
6.修改程式的為 MapActivity
7.修改AndroidMenifest：加元件庫與網路權限。

以上流程跑完，Google地圖才會正常顯示喔!
上課內容：
01_重新申請API金鑰流程說明
02_申請地圖的API金鑰重點複習
03_如何用選單移動到指定的位置
04_練習三個分校的座標連結
05_標記範例使用類別說明
06_GPS2範例MyLocationOverlay取得座標
07_GPS3範例如何加入標記說明


吳老師 1011222

智慧型手機(Android)設計入門總整理
http://terry55wu.blogspot.tw/p/android_5.html

一學期兩個校區五股與板橋，雖然都是教 Android入門 但卻希望兩個班上課的內容不太一樣，這樣一學期的學習就抵兩學期了!也讓學生可以看到不同校區的影音教學，
這樣讓想學習的學生有雙倍的學習成效，雖然難，但大家都真的很用心，
學習成果也很豐碩。

Android 教學研習心得分享懶人包：
http://terry55wu.blogspot.com/p/android.html

吳老師教學部落格：
http://terry55wu.blogspot.com/
Android論壇：
https://groups.google.com/group/Android_Advanced?hl=zh-TW

APP教學,Google Andriod,TQC PLUS,吳清輝老師,吳老師提供,程式開發,線上教學,資訊應用系,雲端計算