2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure
Day18 - 常用服務 3.Web service-(10) 建置流程 09 應用程式設定 以PHP模板為例 以共同的設定來說明 一律開啟 這個功能來說看程式怎麼設計，如果有持續連線的需求就開啟 HTTP 版本 以現在來說建議都開啟2.0，最主要的原因是因為h2比起1.1可以節省很多的請求而不需要多次連接與TCP交握可以加快速度。當然優點很多如果有興趣可以自行google或者點這連結 google結果 FTP存取 這邊主要是有沒有要啟用FTPS的協議或者是如果用github部署的話就可以切換或者是關閉 堆疊 選擇程式碼版本 這邊重點就是依需求選擇 需要特別注意的是 .NET Core 是 建置在linux上的 如果要使windows做底層的話需要再建立時直接選擇windows
2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure
Day17 - 常用服務 3.Web service-(9) 建置流程 08 除了屬性之外還有一個可以了解所有資訊的地方! 取得發行設定檔 下載之後打開會呈現這樣 這邊跟屬性其實很像 差別就只差在三點 1. XML格式匯出 2. FTP的密碼給出來了! 3. 取得發行設定檔沒有給出ip 第一點說認真的一點都不重要，而且為何是給XML。不能有誠意給JSON嗎...... 重要的是第二點這是創建出來之後預設的密碼 當然的可以改他 但是如跟是要快速建立出環境並開始使用 可以直接下載這份XML並取的密碼 登入完FTP後就可以直接上程式碼了～go
2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure
Day16 - 常用服務 3.Web service-(8) 建置流程 07 『app service 方案』介紹其實很簡單 進入到『app service』上面的功能就比較多元了第一個也是最容易了解整體架構的地方是屬性 由上至下來說 重要的有 『輸出IP』與『其他連出 IP 位址』:這個兩個參數很重要因為你去跟其他服務連線都是使用這些IP，由於『app service』無法附加在VNET當中，所以如果要跟其他服務連線，他來的IP就是這幾個。這是不會變動的。 FTP系列參數：這邊除了密碼之外其他的參數跟你登入的位置與帳號都有，方便了解連入的方式。也可以得知log存放的位置。 其實對於傳統的開發者來說FTP是個非常重要的工具 這邊不可不說下微軟的好話 這個工具幫助了很多有學習障礙的傳統工程師們上雲啊
2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure
Day15 - 常用服務 3.Web service-(7) 建置流程 06 今天來談『app service 方案』的功能上最關鍵的相應增加以及相應放大 很多人會問說 這功能不是在『app service』上嗎？ 這也沒錯 但是『app service』中看到的相應增加以及相應放大其實是連結到『app service 方案』 因為這兩個功能是硬體層 如果您的『app service 方案』上有10個『app service』 只要更改其中一個的相應增加所有的設定就會一並更改 所以直接從『app service 方案』上面改才是正途 相應增加 (App Service 方案) 這邊用來修改主機大小以及附加功能 這邊要注意的是類型別選越高越好 會非常貴 基本上使用服務就是夠用就好 如果有時候需要比較大的資源用相應放大就好 相應放大
2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure
Day14 - 常用服務 3.Web service-(6) 建置流程 05 在app server 方案中能調整的東西不多 主要是可以得知不同的資訊 APP 這功能很單純就是顯示有多少的app server附加在您的app server上 以功能上很簡單 但是在IT的角度上又是不可缺少的 檔案系統儲存體 在這邊很可以說很簡單的就只是看硬碟剩下多少空間 但是這邊暗藏了一個巧思 各家雲端在思考這類的產品時 似乎都沒考慮到open source的族群 通常決大部分的open source對於本機資料夾的共用問題 導致上到雲端服務時還是只能保留舊結構而不是讓他可以自動擴展 在app server中 不管是您擴展到幾台主機他的硬碟都是直接掛載同一個儲存空間 所以不需要額外考慮open source的相容性 直接丟上去就對了
2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure
Day13 - 常用服務 3.Web service-(5) 建置流程 03.07 如果選擇好之後就可以直接建立 建立大約需要10多分鐘 建立完成之後畫面如下 可以發現我們有個 AppService 與 AppService方案 就如同前幾篇所說的這是硬體跟web server上的不同 再來就可以進入開始設定了 04 首先先來看AppService方案 一進到AppService方案您就看可以看到關鍵的監控指標 1. CPU 2. 記憶體 3. 網路傳入 4. 網路傳出 名字翻譯上跟我列出的不同，但是意思有到就好 有關硬體的關鍵數值都可以在這邊看到並調整硬體的規模
2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure
Day12 - 常用服務 3.Web service-(4) 建置流程 01 點選建立服務並尋找Web APP 02 點選『ＷebAPP』開始建立Web 應用程式 03 依序輸入關鍵參數 03.01 應用程式名稱，這是這個Web應用程式的名字同時也是設定測試URL的地方 03.02 訂用帳號跟資源群組這個就依照訂閱方式選擇 03.03 OS，這個參數您可以看到有windows或者是linux，這就看您的作業習慣來操作 他的設定上面有很大的落差，如果您是linux的管理者因該不會誤選到windows 03.04 跳過發布中的Docker基本上我們都會選擇代碼 如果要講Docker篇幅會超級長 03.05 App Service 方案與地區 這邊一定要點近來選擇地區或者是您現有要使用的方案 不然開出來的環境基本上一定會是在美國 03.06 如果您在3.4那邊選擇發佈 則選單中可以選澤您主要要職型的程式類型 這邊有個重點 您在上方圖片看到的.net是linux用的，
2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure
Day11 - 常用服務 3.Web service-(3) 必須了解的前期知識 AppService 與 AppService方案 的差異 在之前只稍微提到了兩個的差異 但是他們兩個各自代表著不同的東西但又息息相關的東西 一 AppService方案 代表 -> 硬體 AppService 代表 -> web服務(IIS or Apache) 二 這代表著AppService一定需要放置在一組的AppService方案中 但是一組的AppService方案上面可以放置很多的AppService 三 關於web服務的調整找AppService 關於硬體大小的調整找AppService方案 四 AppService可以隨時更換所屬的AppService方案 只需付出1分鐘不到的中斷段時間 五 AppService方案中 如果是數量上與同系列的機器大小調整不會發生中斷之狀況 只有AppService方案方案中系列的修改才會牽扯到中斷的狀態 六 雖然他是伺服器組 但是他可以有固定的IP組 七 他不可以附加到 虛擬網路之中並獲得內部IP 他不
2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure
Day10 - 常用服務 3.Web service-(2) 關鍵成本計算方式 1. 計費單位是以App service Plan為單位而不是App service 2. 我可以很多個網站共享同一個App service Plan的資源 在這張圖中可以看到 我開了一個方案 但是有兩個app service 雖然在這個方式來說其實對於linux工程師來說 都是很容易設定的 但是在AZURE我們可以將設定的工作減少 而且主機的擴展定不用靠自己來做 自動擴展是內建的功能 只要利用這些功能就可以簡單地提高資源利用率
2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure
Day09 - 常用服務 3.Web service-(1) 什麼是Azure web service 說是Web service，但是因為經過多次服務大改的洗禮，現在因該稱之為 Azure App Service 官方說明連結如下 App Service 說明頁面 這個服務其實可以分成四個服務來說 1. Web Apps 2. Web App for Containers 3. Mobile Apps & Mobile Services 4. API 應用程式 基本上來說就是 WEB 服務的組合服務 應用最常見的因該就是Web Apps 他早期就有支持PHP與Python 但是早期他底層只有Windows 直到去年才有Linux的 在這之前通常都是只有windows派系的人才會用這個服務 這個服務windows時代沒有說很穩定 但是勝在成本低，擴展超方便，
2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure
Day08 - 常用服務 2.虛擬主機(VM)-(5) 13 建立完成後如下圖 一台主機的元素就如下 1. 虛擬機器 2. 磁碟 3. 網路介面 4. 公用位址 5. 網路安全性群組 PS： 1. 3.5兩個是免費的之外其他的元素都是需要收費的，每台虛擬主機在有開機的狀況之下的第一個公用位址是不用錢的。 2. 網路安全性群組預設是什麼都沒設定的，主機建立完之後優先設定才有機會連入。 13 網路安全性群組的修改 預設基本上就是這個狀況 什麼都沒開鎖建議是做個基礎的開放 如果是以Web服務的狀況之下我會改成以下的設定 123.123.123.123/32 為假設IP 1. 新增自己的IP可以SSH 2. 開放http與https 14 完成所有基礎操作之後就可以使用SSH進行連線了
2019ironman 10th - Everything on Azure - LAMP系統營運者 on Azure
Day07 - 常用服務 2.虛擬主機(VM)-(4) 11 標籤這功能主要工作是協助您進行成本的拆分，但是用到的狀況並不多。因為資源群組基本上已經夠用了。 通常會使用的狀況是同一資源群群組中成本拆分覺得不夠需要再每台主機個別計費的情況使用 如果不需要可以直接跳過 確認完畢之後點選[下一步:檢閱 + 建立] 12 檢閱 + 建立 確認過資訊後即可點選建立開始創建主機 基本上除了CSP的訂閱方案之外都看到費用預估 12.01 可以在下方看到下載自動化的範本 點選進入之後可以看到以下畫面 如果需要各種自動化的建立方式 可以在這個介面裡找到各種建立方式 如果需要大量建立主機這邊是很好的參考方式