Cloud
雲端的定議通常每詢問10個人都會有10多種可能的答案，但是雲端最基礎的地方其實是在於網路。沒有人可以否認，如果沒有網際網路我們現在認知的雲端都將不存在。 雲端的定議其實早在2000年左右就有在報章雜誌上就有定論只是大家都被開枝散葉的雲端服務搞混了。在下圖是2000~2004年間初的報章，出處已不可考。很清楚的表示出何謂雲端。 在早期有數以萬計的廠商推出了雲端服務，這其實是對的。因為就雲端定議而言只要有網際網路就算是雲端。而經過時間的粹鍊雲端的服務廠商以能提供跨國服務為大家可能認可的共通標準。 現行服務以AWS、Azure、GCP、IBM這些廠商作為領導，在2019 Magic Quadrant for Cloud Infrastructure as a Service中可明顯看出領先的廠商。 沒有廠商是絕對的好或者是不好，只有他的價值以及付出的金額大小是否符合您的需求，只要是符合就是個好廠商好服務。如果不能提供一個有價值的產品，就算技術再先進在酷炫也是白搭。
AWS
訪問AWS Storage Gateway，然後點擊“Get started”。 選擇 File gateway 選擇以VMware模式並下載ZIP檔 複製出來下載連結如下 下載後壓縮檔解壓縮 檔案清單如下 並將 AWS-Appliance-2018-09-26-1537973163.ova 導入Vmware 在VMware中點選部署OVF範本 選擇OVA實際位置 確認硬碟大小(無需調整) 設定該虛擬機名稱 選擇存放至哪個硬碟當中 選擇硬碟建立方式 選擇網路介面這邊建議是都選擇內網比較安全 確認最後設定無誤就可以點選完成進行導入 建立完畢之後如果是開啟的狀態先將主機關閉 新增硬碟 新增的硬碟大小主要是作為檔案在本地儲存之用 建議是依使用量來建立效能會是最好的 如果是比較小的硬碟在需要大量讀寫檔案的狀況之下 會因為都是讀寫快取造成網路巨量負擔 需考量應用方式再決定硬碟開多大 決定好之後點選確定 等待他規格修改好後開機 這時候就要準備回到AWS上完成設定了 回到AWS配置，我們現在將輸入AWS Storage Gateway VM的IP，
Azure
有時候在Azure帳號上會有服務無法啟動的狀況，顯示的是服務尚未訂閱，這是由於有些服務不是預設會啟動的 查看所有資源提供者，以及您訂用帳戶的登錄狀態的方法 1. 登入 Azure 入口網站。 2. 在 [Azure 入口網站] 功能表上，選取 [所有服務]。 3. 在 [所有服務] 方塊中，輸入 [訂用帳戶]，然後選取 [訂用帳戶]。 4. 從訂用帳戶清單中選取要檢視的訂用帳戶。 5. 選取資源提供者並檢視可用資源提供者的清單。 6. 註冊資源提供者可將您的訂用帳戶設定為可搭配資源提供者使用。 註冊範圍一律是訂用帳戶。 許多資源提供者都會預設為自動註冊。 不過，您可能需要手動註冊某些資源提供者。 若要註冊資源提供者，您必須有權執行資源提供者的 /register/action 作業。 這項作業包含在「參與者」和「擁有者」角色中。 若要註冊資源提供者，請選取 [註冊]。 在前一個螢幕擷取畫面中，已針對 Microsoft.
System
為何要關閉 1. 希望網站有多網址：希望一個站有多網址，但是wordpress原生機制不支持只好來想辦法處理。 2. 導入免費的SSL證書：通常是使用了CDN服務且希望透過CDN提供了一個免費的SSL證書，但可能因為wordpress的判斷機製造成回圈不停跳轉的狀況。所以希望他不要判斷網址來跳轉。 作法 修改設定檔 wp-config.php 找下列這行(xx可能是任何文字取決於建立時的設定) $table_prefix = 'xx_'; 在此行之下插入下列內容並儲存 /** *註解掉網址跳轉 * * 限制放置在 $table_prefix = 'xx_'; 之下行。 * 加入此兩行參數後可以將wordpress 設定 > 一般 中的兩個網址設定反灰。 * 在此設定之後首頁的判斷跳轉會失效且原先連結網址的部分就不是固定由程式產生，而是以web service中的host的訪問url進行網址的產生。 */ define('WP_SITEURL', 'http://' . $_SERVER['HTTP_
Databases
這個問題主要出自於安裝完成後預設是『unix_socket』 這問題處理方式其實重點就在於要把它改成『mysql_native_password』 登入mysql後執行指令 UPDATE mysql.user SET authentication_string = PASSWORD('mypassword'), plugin = 'mysql_native_password' WHERE User = 'root' AND Host = 'localhost'; 這時候就會將密碼設定為 mypassword 並且修復問題 執行完成後 這時候只需要將mysql重啟即可 同時密碼登入即可正常運作
Alibaba
尋找全站加速(DCDN)並新增至快捷 登入Aliyun Cloud 後點選左上角的圖示 展開選單並點選品與服務後輸入關鍵字 填入『DCDN』後點選下方的全站加速即可進入服務，也可以在這邊點選文字旁的星號將服務加入快捷 服務開通 服務開通可參考 服務開通 基礎介面說明 1. 基礎功能選項 2. 昨日流量統計 3. 計費方式，可參考 计费方式、地區流量計費表 4. 域名數統計與刷新預熱快捷 新增域名 官方文件可參考 添加加速域名，限制條件可參考該連結。 點選域名管理後點選新增域名 1. 加速域名：為實際上要對外服務的域名 2. 源站信息(OSS):OSS為Aliyun Cloud 的儲存服務，如果有大量靜態圖片資源可以拆分至 3. 源站信息(IP&源站域名):設定原站點IP或者是域名，如果有多個原站點IP或URL，优先级設定可參考連結 多源优先级
2019ironman 10th - Cloud Native - AWS Elastic Beanstalk & Devops 網站維運實戰
Day30 - 總結! (4) 最簡單的 AWS Devops 在已經建立好Elastic Beanstalk的狀況之下 只要利用AWS CodePipeline 就可以將CodeCommit、S3、GitHub中的程式碼部署進Elastic Beanstalk 且完全自動化 簡單整合就可以讓開發者脫離FTP更新的困境 對於未來還可以結合Amazon Elastic Container Service (ECS) 達到更好的服務效果 對於AWS上的自動化 用得好可以讓你事半功倍
2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure
Day30 - 常用服務 7.CDN 所有的雲端服務基本上都免不了用上CDN 雖說AZURE CDN價格不給力 但是一般小使用者也達不到優惠的量 AZURE 有三大雲端當中最豐富的CDN類型可以做挑選 1. 標準 Microsoft 2. 標準 Akamai 3. 標準 Verizon 4. 進階 Verizon 在這些服務如果要挑選可以參考官方文件內的比較表格 比較 Azure CDN 產品功能 相信四種就讓人難以選擇了對吧 但是他還有第五種 針對中國市場所特地開發出來的 1. 中國Azure CDN Azure CDN （内容交付网络）概述 當然要使用中國的CDN就一定要備案 CDN設定上不複雜 要設定的好就仰賴對web服務協議的熟悉度 如果CDN弄的好 通常機器的規格跟費用都可以化腐朽為神奇 仰賴自己對于服務的熟悉程度了
2019ironman 10th - Cloud Native - AWS Elastic Beanstalk & Devops 網站維運實戰
Day29 - 總結! (3) EB的調整 在於EB的調整重要的地方在於幾點 1. log的存放：往cloudwatch與S3 2. data的存放：關鍵是不要存local 3. 擴展到底多少才夠：看監控的數值來一次又一次的調整 4. 告警的設定：附載過高要說啊.... 快速講解影片如下
2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure
Day29 - 常用服務 6.VPN 如果在雲端上面講VPN 通常都會直接聯想到跟雲端的網路做IPsec VPN 如果這邊只介紹這個就沒什麼特別的 如果只是建立IPsec VPN 那就可以參考 使用 Azure PowerShell 模組建立和管理 VPN 閘道 但是azure上面有個比較特別的是建立USER專門連入AZURE的服務『點對站 VPN』 這可提供給所有的USER來連入雲端內的網路 且可以通過AD驗證(因為他都是使用Azure Active Directory 所以LDAP也是可以整合做驗證之用的) 設定概念可以參考此篇文章 關於點對站 VPN 如果是設定可以參考 使用原生 Azure 憑證驗證設定 VNet 的點對站連線：Azure 入口網站 使用 RADIUS 驗證設定 VNet 的點對站連線：PowerShell
2019ironman 10th - Cloud Native - AWS Elastic Beanstalk & Devops 網站維運實戰
Day28 - 總結! (2) Elastic Beanstalk的建立 今日的主題是Elastic Beanstalk的建立 快速利用15分鐘的影片來跟大家複習Elastic Beanstalk建立有哪些要注意的地方 以及哪些地方可以快速省略帶過 有些可能是看文件速度比較慢 所以使用影片帶大家最做一次可以快上許多 這是第一天份 後面兩天會是以Elastic Beanstalk調整以及Devops調整為主 全篇好讀版
2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure
Day28 - 常用服務 5.Redis(3) 在上篇建立環境的畫面當中 其實建立的部分跟 MYSQL的部分很雷同 差異性主要是在定價層與可用性區域 可以點選(檢視完整定價詳細資料) 可得到詳細的說明 基本上是依照您所需要的叢集、可靠度、連線數、快取區域大小四個依序來做選擇 1. 如果需要建立叢集與做資料持續性那就直接從『P進階』開始選起 2. 如果需要可靠度那就直接看『P進階』『C標準』 3. 再來是連線數的不同就可以直接看是要看哪個規格 4. 最後是看上列三項選到的規格快取大小夠不夠用 如果確認完規格 就可以點選建立來開始服務了