AWS EKS Fargate 建置及服務佈署(下)

建立 AWS Application Load Balancer Ingress controller現在要創建OIDC ID，向群集中運行的Fargate pod授予IAM權限，用來給予alb ingress controller pod 能夠對AWS Application Load Balancer...

隨著近日 Kubernetes (K8s) 的詢問度越來越高，架構師也陸續接到在 AWS 上營運 Kubernetes 的需求。其中最受歡迎的就是 AWS 上的 Kubernetes 服務 – EKS，就讓我們一起來看看 AWS EKS 服務的 建置 流程及相關應用吧！

第四步 Add deploy stage，這邊可以看到他可以部署到的地方有不少，我通常來說都是選擇 Elastic Beanstalk，如 AWS CodeDeploy 也是蠻常見的，因為他很常用來設置在EC2或者是混合雲上，如果是對 Amazon Elastic Container Service...

在建立 AWS Codecommit 之後，只需要使用 AWS Codepipeline 就可以快速將服務串接起來，一樣回到新版的畫面，點選「Create pipeline」即可開始建立，第一步只需要填入 Pipeline name 就可以直接點選 Next 進到下一步...

AWS Codecommit 操作方式，這個如果要說篇幅實在有點長，建議可以參考此連結的 GIT 教學[Git官方教學]，如果讀完了 GIT 官方教學代表你對 GIT 操作有一定程度的瞭解了，那就可以來看 [AWS Codecommit官方的介紹文件]連線方式可以參考上篇文章的位置。

首先就來看 CodeCommit 整個的建置過程，點選 Create repository，填寫Repository name後就可以點選Create建立專屬的Git庫，這樣就建立完成了，這時候就可以看到要如何連結的方式，建議都是以SSH為主。

X-Ray 這個服務在AWS中很少被提起，也可能是因為這是個很少人提到的服務，這個產品比較是偏向於開發者問題排除的工具與IT對於效能上的監控，但由於支援的程式碼種類較少，只有Node.js、Java、.NET導致目前適用的族群較小，但是如果您剛好是這三個語言的族群，蠻適合來用用的...

CodeBuild 這服務簡單來說就是幫你測試程式碼是否可以正常的運行，如果以 AWS 內服務來結合的話，可以直接結合在 CodePipeline 的流程之中，原先是CodeCommit -> CodePipeline -> CodeDeploy -> 目標主機中，新增 CodeBuild 後測試的狀況...

AWS Devops 中有個角色不可或缺但是如果是用 Elastic Beanstalk，基本上一定會被忽略的服務 AWS CodeDeploy ， CodeDeploy 收到程式碼後協助去將程式碼塞進主機，但是因為Elastic Beanstalk已經是內建了所以會沒有機會設定這些東西...

Devops 就不得不談到 git，git 是 Devops 的起點，AWS 也有提供 git 相關的服務 AWS CodeCommit。他是AWS上面一個蠻實在的服務，小量使用您可以不用花到費用就可以有私人git的服務，而不像是GitHub如果不付錢就只有把程式碼公開一條路...

以生產作業來說整個流程就是生產(產生程式碼) -> 測試(測試程式碼是否合乎規格與需求) -> 正式組裝(Deploy) -> 出產(服務運作)如果把它全講可能又是一年的鐵人賽了，基本上介紹必要的東西，做最基礎的 DevOps 這才是跨入這領域最重要的一步。

Managed updates 這個功能內有很多有趣的地方，這裡面其實分成三個部分1. Minor update 2. patch update 3. Instance replacement。Minor update這個比較單純就是環境需不需要定時的更新到最新版本...