檢視緯育 2026-0509 的原始碼

課程路徑為先以 Docker 部署 WordPress，後續在 Kubernetes（K8s）上以同樣應用對照理解差異，並以 Infrastructure as Code（IAC）自動化佈署 K8s。實務面涵蓋 VM 與容器差異、容器鏡像（Image）與分層（Layer）、容器層讀寫、Cgroups 資源限制、存儲驅動與檔案系統、映像倉庫（Registry）安全與企業私庫、無狀態設計與持久卷（PV）、以及滾動更新（Rolling Update）在多服務相依下的應用。<br><br>
另以產業趨勢說明企業自 VMware 轉向開源虛擬化與容器，Red Hat 生態在臺灣的主流性、SUSE/Ubuntu/Debian等分支使用差異，並指出 AI 與容器使人類角色更偏向驗證（QA）。因現場多人同時更新致網路緩慢，上午先講觀念、下午再做實作，必要時可在下載階段暫停更新，避免在安裝過程中斷。

=== 課程與環境說明 ===
* 週六場地可能較吵，教學節奏視情況調整。
* 多數同學已建立三台 VM；K8s看似已裝但可能需打掉重建以跟上標準流程。
* 部署完成後三台 VM需分別執行系統更新與重啟；遇到 SSH 連線延遲常與更新未完成相關。
* 操作介面以 Linux 終端機為主，會解釋與 Windows 的差異；教材提供 EPUB 與 PDF。
=== Vagrant 與 IAC ===
* 以 Vagrant + VirtualBox 自動化建立三台 VM，符合 IAC（Infrastructure as Code）理念；建議使用課程指定版本避免相容性問題。
* Windows 需設定環境變數以便於任意目錄執行 vagrant 命令；遇到問題可重試 vagrant up 或以 vagrant destroy 重建。
* 標準 VM 拓撲示例：3 台 VM、root/root，IP 例：192.168.1.2、192.168.1.10、192.168.1.12，預設 4GB/4 核心。
=== 虛擬化（VM）與容器（Container）比較 ===
* VM 需獨立 OS，容器共用宿主機 kernel，資源開銷小、啟動更快。
* 企業因 VMware 授權成本與策略改變，逐步轉向 KVM、VirtualBox 等開源方案；商業支援（enterprise support）常作為風險保險。
* 容器鏡像（Image）標準化，提升跨環境（裸機、雲端）可攜性；容器與 VM 在隔離思維上類比但技術路徑不同。
=== 容器技術與工具 ===
* 現階段以 Docker 教學為主；後續 K8s 採用 containerd 作為容器執行時，亦會介紹 Podman 等工具與其生態差異。
* 基礎指令涵蓋容器列出、日誌檢視、映像建立等；後續以 Dockerfile 進行客製化、可重現的映像建置。
* Linux Cgroups 用於限制 CPU/I/O/記憶體等資源；一般在容器層級設定，不需直接操作底層。
* 存儲驅動與檔案系統（ext4、XFS、FAT32、NTFS、exFAT）各有特性；特定情境可用 Raw device/Device Mapper 以提升效能。
=== 映像（Image）、分層（Layer）與容器層 ===
* Image 由多個唯讀 Layer 堆疊而成；容器啟動後的寫入在容器層（於記憶體邏輯層）進行。
* 效能建議：Image 越小越好、Layer 數越少越好；AI 應用因依賴繁多，映像常數 GB、層數較多屬合理實務取捨。
* 容器啟動產生執行個體（Instance/實體）；多容器共用宿主 kernel，在多租戶高安全情境需額外安全控管。
=== 倉庫（Registry/Repository）與企業私庫 ===
* 套件倉庫（yum/apt）與映像倉庫（Registry）概念對應；公有倉庫以 Docker Hub 為代表，企業常設私有倉庫因安全與頻寬考量。
* 優先使用官方映像（Official Image）；避免下載來路不明映像，制定白名單與簽章驗證策略。
* 企業內部多環境（Dev→Staging→Prod）驗證與推進流程，避免在正式環境直接變更；內部套件/映像鏡像可顯著改善大量更新拉取速度。
=== 無狀態設計與持久卷（PV） ===
* 容器預設無狀態，重建後內部變更不保留；需以持久卷或外部掛載保存資料與設定。
* 實務策略：以映像維持環境一致性，壞掉即刪除重建；狀態資料透過外部存儲保留。
=== 作業系統生態與版本策略 ===
* 臺灣企業常用 Red Hat（RHEL）系，金融業偏好；SUSE 在金融圈也常見；Ubuntu 在臺灣多用於桌面，歐洲體系偏 Debian/SUSE。
* Red Hat 調整下游策略改為 CentOS Stream（僅 major、偏上游測試），不建議作正式環境；Rocky Linux延續下游穩定版精神。
* OS 體積從數百 MB 的精簡版（如 Alpine、CoreOS）到數 GB 的一般版不等；容器時代 OS 僅是基礎，上層容器/編排能力更關鍵。
* 開源技術迭代快速，需將重心放在應用、容器與編排能力，承接技術演進。
=== 架構演進與雲端成本 ===
* 單體架構穩定易維護但不利快速迭代；微服務/分散式能彈性擴展但維運複雜、問題定位更難。
* K8s 使動態擴展（如節慶高峰）可行；雲端採用有正反兩派，記憶體漲價與硬體採購困難推動雲端採用，但需權衡長期 TCO。
[[檔案:2026-0509-01.png|800px]]