使用 aws 服務快速建置固定ip的 user

但在全球疫情持續延燒，在家工作已成企業趨勢，這些軟體的管控變成另外一種資訊的負擔。員工在家工作勢必無法限制IP，且在 VDI 與 VPN 設備的採購與建置時間壓力之下，透過 AWS Client VPN 與 AWS NAT Gateway IP 聯網，讓您的IP限制難題迎刃而解。

回到 配置 ，我們現在將輸入 AWS Storage Gateway VM 的 IP，然後按 Connect to gateway。在客戶端環境要特別注意 IP 需使用 internet IP ，考慮到安全性的問題，基本上是以 NAT 80 對應即可。

AWS Storage Gateway 提供混合式的儲存服務，能將地端資料與 AWS 雲端平台串接。它可以從地端應用程式提供對 Amazon S3 各層級的物件低延遲的 Network File System（NFS）存取，也可以同時存取任何支援 Amazon S3 API 的應用程式。

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

Monitoring 顧名思義是監控，但是這個設定在傳統上是頗麻煩的，如果是 Elastic Beanstalk 要監控的話，其實較為簡單，點入 Monitoring 之後可見下圖的畫面，這邊看以多加選擇來監控您所有主機的狀態，在監控上除了記憶體之外都監控的到...

Software這個欄位關係到您效能與log服務，所以他是很重要的，Container Options 這個不多說，因為會您環境的語言不同而有不同的參數，主要是這邊有很多關係到LOG儲存的項目，S3 log storage 與 Instance log streaming to CloudWatch Logs。

Capacity 與 Load balancer 這些服務其實都是建置在一個最關鍵的服務「AWS EC2」，在 Elastic Beanstalk 中他的分類為 Instances ，點選「Modify」之後進到下方的頁面，其中最重要的是 Instance type...

說完了程式更新再來就要來看兩個息息相關的項目， Capacity 與 Load balancer。基本上重點在於 capacity ，而Load balancer就是做各種附載平衡之用，capacity主要包含著三部分1.Auto Scaling 2.Scaling triggers...

談到了程式碼的上傳就不得不優先提到 Rolling updates and deployments (滾動環境資訊更新) ，這個功能關係到了您網站在更新時是否會影響 USER 的使用！一般來說更新程式的狀況下是需要停機的，但在雲端的環境中不需要如此...

Elastic Beanstalk 建立之後首先會遇到的第一個問題，程式碼怎樣上傳與打包。在還沒結合 DevOps 時我們可以將程式碼打包上傳從 Running Version 進入後點選壓縮的檔案進行上傳，支援ZIP或WAR。這邊有個重點是打包的方式...

有一種連結中沒提到的狀態，當刪除完成的Elastic Beanstalk它會變成淺灰色，這時候他會保留數小時並不會直接消失如上圖中左邊的方格。 Environment ID ：如果您如果想更進階使用CLI來操作這是一個關鍵，反之可能完全無用。URL：這個是您佈建環境預覽用的URL您可以點選並驗證程式是否正確

Configuration presets 預設是以Free Tier eligible來設定，基本上他預設都是以最新版本為主，但如果是要比較舊的版本可以點選 [Change platform configuration] 進行修改，像是預設為 PHP7.2 但是可能需要 PHP 5.5 的狀況。