會員登入
|
加入會員
|
會員專區
|
購物車
|
自資出版
|
電子書城
|
客服中心
文學小說
商管創投
人文藝坊
勵志養生
進修學習
科學工程
家庭親子
玩樂天地
書名
出版社
作者
isbn
編號
英語會話
|
成交的秘密
|
霹靂影音寫真特典
|
App程式設計入門:iPhone、iPad(附光碟)
此作者無相關書籍
文學小說
文學
|
小說
商管創投
財經投資
|
行銷企管
人文藝坊
宗教、哲學
社會、人文、史地
藝術、美學
|
電影戲劇
勵志養生
醫療、保健
料理、生活百科
教育、心理、勵志
進修學習
電腦與網路
|
語言工具
雜誌、期刊
|
軍政、法律
參考、考試、教科用書
科學工程
科學、自然
|
工業、工程
家庭親子
家庭、親子、人際
青少年、童書
玩樂天地
旅遊、地圖
|
休閒娛樂
漫畫、插圖
|
限制級
那些文件沒有告訴你的AWS EKS:解析Kubernetes背後的奧秘(iThome鐵人賽系列書)【軟精裝】
作者:
王茂林(Mao-Lin Wang/focaaby)
分類:
電腦與網路
/
程式語言
叢書系列:單行本
出版社:
博碩文化
出版日期:2024/1/31
ISBN:9786263337145
書籍編號:kk0577831
頁數:320
定價:
680
元
一般會員價:
79
折
537
元
特別會員價:
75
折
510
元
書價若有異動,以出版社實際定價為準
訂購後立即為您進貨
訂購後立即為您進貨:目前無庫存量,讀者下訂後,開始進入調書程序,一般天數約為2-10工作日(不含例假日)。
團購數最低為 15 本以上
評價數:
(請將滑鼠移至星星處進行評價)
目前平均評價:
文字連結
複製語法
那些文件沒有告訴你的AWS EKS:解析Kubernetes背後的奧秘(iThome鐵人賽系列書)【軟精裝】
圖片連結
複製語法
分
享
內容簡介
作者介紹
書籍目錄
同類推薦
那些文件沒有告訴你的AWS EKS:解析Kubernetes背後的奧秘(iThome鐵人賽系列書)【軟精裝】 內容簡介 EKS 從不會到入門,從入門到精通 第一本完整探討 EKS 本土書籍 透過問題分析與討論讓你培養問題解決的脈絡 本書內容改編自第 14 屆 iThome 鐵人賽 DevOps 組的優選系列文章《那些文件沒告訴你的 AWS EKS》。 本書從建立 EKS cluster 開始,由「為什麼」為引言反思AWS是如何引用原生 Kubernetes 功能並設計,並溯源 Kubernetes 的原理,進而學習底層 Linux 及網路相關知識。此外,每章節提供逐步除錯驗證,照著步驟實作也能學習到除錯概念。 全書提供 18 個「為什麼」,使用「五個為什麼(Five whys)方法論一層層從 AWS、Kubernetes、容器,最終至作業系統,沿著因果關係順著網上探討釐清整體脈絡。這些「為什麼」們包含了數個 EKS 上實務常見問題,讀者除了能熟悉 AWS 環境及 Kubernetes 限制,也同時釐清作業系統與網路脈絡,提升問題排除的能力,進而持續精進「打破砂鍋問到底」的研究精神。 【目標讀者】 • 想要掌握 Kubernetes 概念和原理的工程師 • 想從 Junior 晉升到 Senior 的 DevOps/SRE 工程師 • 沒有使用過 AWS 雲端環境入門者 • 喜歡親自動手驗證的工程師
作者簡介 王茂林(Mao-Lin Wang/focaaby) 曾擔任過 DevOps 工程師及 AWS Cloud Support Engineer,並獲取 AWS EKS 服務 Subject-matter expert 認證。近年來專注於網路、容器化及 Kubernetes 雲端原生技術。 體會AWS 環境疊加Kubernetes 複雜環境學習不易,期望分享 Kubernetes 於雲端環境相關知識,提供更多資源以降低於 Kubernetes 的門檻。
目錄 CHAPTER 0 為什麼寫這本書 0.1 誰適合本書 0.2 本書內容 0.2.1 會包括以下內容 0.2.2 你需要準備什麼? 0.3 如何使用這本書 0.4 「為什麼」這麼重要 0.5 實務操作 CHAPTER 1 建立 EKS 叢集環境 1.1 版本 1.2 建立環境 1.3 其它方便的設定 CHAPTER 2 CloudWatch Logs 及 CloudWatch Logs Insights 簡介 2.1 CloudWatch Logs 服務專有名詞 2.2 CloudWatch Logs Insights 查詢語法 2.2.1 CloudWatch 控制台 2.2.2 AWS CLI 命令 CHAPTER 3 為什麼 kubectl可以存取 EKS 叢集 3.1 叢集身分驗證 3.2 AWS IAM Authenticator for Kubernetes 3.3 驗證EKS 叢集預設使用AWS IAM Authenticator for Kubernetes 3.3.1 kubectl 3.3.2 驗證控制平面記錄檔 3.3.3 aws-iam-authenticator server 原始碼 3.4 流程 CHAPTER 4 為什麼 EKS 工作節點可以自動加入 EKS 叢集 4.1 EKS node group 4.2 Amazon EKS optimized Amazon Linux AMIs 4.3 kubelet 啟動程序(bootstrap) 初始化步驟 4.4 驗證 kubelet TLS bootstrapping 及自動化核准發證設定 4.4.1 kubelet 設定檔 4.4.2 kube-apiserver 4.4.3 kube-controller-manager 4.4.4 建立一個 EKS 節點 CHAPTER 5 為什麼 EKS 叢集可以識別預設 CNI plugin 為 Amazon VPC CNI plugin 5.1 工作節點 - kubelet 及 CNI 5.1.1 Kubernetes 1.22 版本 5.1.2 Kubernetes 1.27 版本 5.2 驗證EKS-optimized AMI 是否預設設定Amazon VPC CNI plugin 設定檔案 5.2.1 未加入 EKS 叢集 EC2 5.2.2 加入 EKS 叢集,執行 Amazon VPC CNI plugin 的EC2 5.3 Amazon VPC CNI plugin 的啟動流程 5.4 是誰安裝了 VPC CNI plugin 5.5 總結 CHAPTER 6 為什麼 CoreDNS 可以解析 VPC 內的域名及外部域名 6.1 kubelet 設定檔 6.2 Pod′s DNS Policy 6.3 驗證 EKS 叢集內 DNS 解析流程 6.3.1 預設 Pod dnsPolicy 設定 6.3.2 從 Pod 內發送 DNS 請求 6.3.3 CoreDNS Pod 本身的 dnsPolicy 設定 6.4 EKS 叢集內 DNS 請求流程 6.5 結論 CHAPTER 7 為什麼 EKS add-on 可以管理 Kubernetes plugin 7.1 更新 Amazon VPC CNI plugin 為 EKS add-ons 7.2 Server-Side Apply 7.3 驗證 EKS 叢集 add-ons 使用 Server-Side Apply 7.3.1 第一次 eksctl create addon 7.3.2 第二次eksctl create addon 使用參數–force 7.4 managedFields 7.4.1 Fully managed:所有 Field Management 指定了 f: 但沒有 k:,則代表 Fully managed,任何修改都會造成衝突 7.4.2 Partially managed:如果 Field Management key 有指定值,修改 key 則會造成衝突 7.5 總結 CHAPTER 8 為什麼 EKS 叢集可以讓 Pod 部署至 Fargate 8.1 建立測試 Pod 於 Fargate 環境上 8.2 驗證部署至 EC2 工作節點與 Fargate 的 Pod 差異 8.3 驗證控制平面記錄檔(一) 8.4 什麼是 Mutate webhook 8.5 0500-amazon-eks-fargate-mutation.amazonaws.com 是怎麼來的 8.6 驗證控制平面記錄檔(二) 8.7 總結 CHAPTER 9 為什麼 EKS 能將 IAM roles 與 Kubernetes service accounts 整合(IAM roles for service accounts, IRSA) 9.1 建立使用 IRSA 的 Pod 9.2 IAM、OpenID Connect(OIDC)和 Kubernetes 關係 9.2.1 IAM 與 OpenID Connect(OIDC) 9.2.2 OpenID Connect(OIDC)與 Kubernetes 9.3 驗證 IRSA 流程 9.3.1 驗證EKS 叢集API server 設定IAM OIDC 作為identity provider 9.3.2 驗證Pod 經webhook mutate 9.3.3 Pod 掛載 OIDC JWT token 9.3.4 OIDC JWT 與 STS 驗證流程 9.4 總結 CHAPTER 10 為什麼 Managed node groups 可以保持應用程式可用性 10.1 實驗(一) 10.1.1 建立 Managed node groups 及 Self-managed node groups 10.1.2 比對 Label 的差異 10.1.3 比對 kubelet systemd unit 設定檔差異 10.1.4 比對 user-data 來源 10.1.5 為什麼兩種 node group 都可以自動加入 EKS 叢集 10.2 實驗(二) 10.2.1 建立Kubernetes Deployment object 並終止其中一Managed 節點 10.2.2 驗證 managed node group 行為 10.2.3 為什麼不是使用 eksctl 命令 scale in,而是使用ASG 命令與 managed node group 互通 ? 10.2.4 ASG lifecycle hook CHAPTER 11 為什麼透過 CloudFormation template 建立的 self-managed node group 無法自動加入至叢集 11.1 CloudFormation template CHAPTER 12 為什麼 CDK 部署 EKS 叢集會比較慢 12.1 建立環境 - 透過 CDK 建置 EKS 叢集 12.2 分析 12.3 總結 CHAPTER 13 為什麼 Fluent Bit/Fluentd 可以收集 EKS 叢集 Pod 以及節點記錄檔 13.1 常見 Kubernetes 記錄檔架構 13.1.1 節點層級 13.1.2 叢集層級記錄檔架構 13.1.3 直接從應用程式上傳記錄檔 13.2 以CloudWatch Agent for Container Insights Kubernetes Monitoring 為例 13.2.1 為什麼收集/var/log/containers/ 13.2.2 CloudWatch Agent 13.3 建置環境 13.4 驗證 13.4.1 驗證 CloudWatch Agent 及指標 CHAPTER 14 為什麼 Container insight 指標 node_network_total_bytes 與 EC2 指標 NetworkIn/NetworkOut 不一致 14.1 建置環境 14.2 驗證 14.3 指標定義 14.4 網路封包流向 14.5 總結 CHAPTER 15 為什麼 EKS 工作節點容易佔用 IP 導致 subnets IP 位址不夠 15.1 檢視測試叢集環境 15.2 每個 Instance Type 能關聯的 ENI 數量及 IP 數量上限 15.3 預設Amazon VPC CNI plugin 的行為:多建一個ENI,關聯數個IP 位址 15.4 WARM_ENI_TARGET、WARM_IP_TARGET 及MINIMUM_ IP_TARGET 環境變數 15.5 監控 15.6 總結 CHAPTER 16 為什麼 security group 可以關聯至單獨的 EKS Pod - Security groups for pods 16.1 建置環境 16.2 SGFP 流程 16.2.1 VPC interface trunking 16.3 驗證 SGFP 流程 16.3.1 vpc-resource-mutating-webhook 是怎麼來的 16.3.2 驗證節點由 VPC resource controller 更新節點 label 16.3.3 驗證 Pod 經 webhook mutate 16.3.4 驗證節點使用 vlan 路由規則 16.3.5 驗證 branch ENI 及 trunk ENI 建立時間 16.4 總結 CHAPTER 17 為什麼使用 SGFP 使用 liveness/readiness probes 需要設定環境變數DISABLE_TCP_EARLY_DEMUX 17.1 環境變數 DISABLE_TCP_EARLY_DEMUX 17.2 TCP Early Demux 的行為 17.3 問題 17.4 總結 CHAPTER 18 為什麼 EKS 使用 NLB 作為 Kubernetes service 會遇到 connection timeout 18.1 建立測試環境 18.2 EKS 如何註冊Target Group 至Service 18.3 封包從 Pod 經由節點至 NLB 路徑 18.4 分析封包 18.5 NLB client 保留 IP 問題 18.6 替代方案 CHAPTER 19 為什麼 EKS 在更新 Kubernetes Deployment 時會有 HTTP 502 錯誤 19.1 建立環境 19.2 更新 image 流程中發生了什麼事 19.3 Kubernetes Service 與 Pod 流程 19.4 為什麼會有 HTTP 502 錯誤 19.5 如何避免問題 19.5.1 preStop hook 19.5.2 terminationGracePeriodSeconds 19.6 Pod Readiness Gates 19.7 總結 CHAPTER 20 為什麼 EKS 控制平面可以升級而無停機時間 20.1 建立環境 20.1.1 健康檢查 script 20.2 驗證 20.2.1 Pod aws-cli 記錄檔 20.2.2 控制平面記錄檔 20.2.3 CloudTrail 記錄 20.3 EKS 控制平面架構 20.4 流程 20.4.1 為什麼會有 connection timeout 錯誤 附件 參考文件
親手開發推薦系統 -
演算法 圖解原理 x
範例驅動的需求澄清術
Unity × 設計
Binary Hac
Python零基礎入
系統設計面試制勝關鍵
Node.js生成式
用Python學AI
AI Agent 實
Q1:若我已報名付了1000元訂金,接下來我要做什麼? A:感謝您報名,後續相關事情及服務我們會以e-mail和電話跟您聯絡. 您也可以主動來信(andy@book4u.com.tw)詢問。謝謝! Q2:我本身並沒有產品和服務,也沒什麼實務上的經驗,那又能如何賺錢呢?這個課程真的有實際成效嗎? A:我們這個課程共有11項贈品,其中第2項贈品便是資訊產品創造藍圖,它將教您如何用最簡潔而快速的方法創出屬於您自己的資訊產品。一般的課程大多是教您如何捕魚,但多數的成功致富者,其成功的關鍵卻不是仰賴捕魚技術,而是仰賴借力之術,因為唯有借力才能無中生有!才能快速成長!也才能快速致富!本課程3天共有三套樣版,其中一套樣版便是教您打造在沒有任何商品與服務,也沒有任何資源的情況下,就能快速借力致富的樣版!本課程二位講師都是白手起家,對於沒有實務經驗的新手會格外用心,請放心。 Q3:請問贈品中魚池矩陣直效聯盟VVIP是什麼? A:這是一個強大的系統,而我們送的是體驗版,會提供你Email追客系統。國外有一種函授課程,亦即每幾天發一個課程給學員, 就是用EMAIL追客系統來實踐。EMAIL追客系統簡單的說就是今天有一個客戶在你的網站上購買產品或註冊,系統會自動回覆一封確認信,之後你可以自行設計發送內容和發信時間一次一對多發給客戶,而且每封信還會帶入客戶本身的姓名。讓客戶以為是我們專門為客戶所量身訂作的信件。所以Email追客系統可以讓你培養跟客戶的信任感,進而成交。 Q4:請問贈品中資訊產品創造藍圖是什麼? A:這是一位叫林星?老師的課程,課程售價是9800元,現在免費送給你。此課程包含: ● 何謂資訊型產品? ● 資訊型產品的種類大解析!以及如何組織你的資訊型產品賺錢? ● 如何找到你的利基市場? ● 為什麼錯的利基市場,再好的產品與行銷也很難有效! ● 29個國外已經證實能讓你賺到錢的利基市場! ● 如何確保你做出來的產品客戶會很想購買?以及實際可執行的步驟! ● 創造資訊型產品計劃書 ● 15個步驟建立你的資訊型產品事業 ● E-mail精準行銷的10個法則 ● 10個別人沒有告訴你的有效文案撰寫法則 Q5:請問贈品中自動財富系統 6片DVD是什麼? A:此6片DVD定價3200元。內容為《借力淘金!最吸利的鈔級魚池賺錢術》作者之一王紫杰所錄製的DVD,內容為有關網路行銷的知識和技巧,非常豐富且實用,免費送給您。
為了保障您的權益,新絲路網路書店所購買的商品均享有到貨七天的鑑賞期(含例假日)。退回之商品必須於鑑賞期內寄回(以郵戳或收執聯為憑),且商品必須是全新狀態與完整包裝(商品、附件、內外包裝、隨貨文件、贈品等),否則恕不接受退貨。