如何讓 AWS CloudFormation中有相同父系堆疊的巢狀堆疊間互相傳遞參數

本篇將說明如何以巢狀(nested)方式使用複數 AWS CloudFormation 組合出基礎架構時，在同一個父系堆疊(parent stack)的巢狀堆疊(nested stack)間互相傳遞參數? 如此一來，您就可以混合及搭配不同的範本，使用巢狀堆疊來建立單一整合堆疊。

智慧偵測威脅功能 GuardDuty 在啟用之後，偵查到問題時，只會顯示在 GuardDuty 的 Console 界面上。若您希望系統偵查問題後，能自動寄送信件通知，需搭配 Amazon SNS 和 Amazon CloudWatch Events，設定完後成後，只要 GuardDuty偵查到問題，就能發送到郵件通知，即時掌握！

您是否有因為資安的考量，需要將所有放置在 Amazon Simple Storage Service (Amazon S3)的檔案加密呢？

只要透過 Key Management Service (AWS KMS)就能辦到囉！今天就由博弘架構師一步步教大家如何設定：

在已經建立好 Elastic Beanstalk 的狀況之下，只要利用 AWS CodePipeline就可以將 CodeCommit、S3、GitHub 中的程式碼部署進 Elastic Beanstalk，且完全 自動化 。簡單整合就可以讓開發者脫離FTP更新的困境，對於未來還可以結合 ECS...

Elastic Beanstalk 的 調整 重要的地方在於以下幾點：1.log的存放：往cloudwatch與S3。2.data的存放：關鍵是不要存local。3.擴展到底多少才夠：看監控的數值來一次又一次的調整。4.告警的設定：附載過高要說啊….

今日的主題是 Elastic Beanstalk 的 建立 ，快速利用15分鐘的影片來跟大家複習Elastic Beanstalk建立有哪些要注意的地方，以及哪些地方可以快速省略帶過，有些可能是看文件速度比較慢，所以使用影片帶大家最做一次可以快上許多。

與其說是總結倒不如說是把整個流程快速的串過一遍，就像 Kubernetes 之餘 container，Elastic Beanstalk 對於 EC2 也是相同的概念，他是一個很棒的自動化部署環境，只是跟 Kubernetes 一樣他需要很多的時間來去了解與熟悉，好險他是基於比較多人懂的 EC2...

今天主要來說 Events 與 Tags，並來為 Elastic Beanstalk 做個總結。Events這邊是記錄各種 Elastic Beanstalk 有狀態變動時的紀錄，比如現在出現嚴重的 4XX，新的 Code 部署失敗等等的問題，是用來最快速的問題查修之用。

今天主要來說 Alarms 與 Managed Updates。Alarms這個功能其實就是設定參數來發出告警訊息，但是因為 Elastic Beanstalk 是集合式服務所以在設定上是需要集體的設定，個別的主機設定上設定可能因為主機的汰換所以可能間控告警失效，如果要設定告警基本上還是在這邊設定會是比較好的。

今天主要來說 Health 與 Monitoring， Health 主要是來顯示主機狀態，但是如果部署出問題他會是一個很關鍵的功能。因為可以從這邊得知道部署失敗的主機的狀況以利排除問題，這邊遇到的問題其實蠻多元的，通常都是客製化的YAML寫錯，這時候就可以利用這功能快速排除問題。

Configuration 這個也差不多說完了，接下來維運的關鍵功能 Logs 。這個功能可以將現有的主機的 log 撈出讓您下載，這是一個很棒的功能，可以讓您快速得到您的訪問紀錄，如果您有設定生命週期或者說你有自動擴展跟縮小過，會發現漏掉很多log...

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