使用 Kubernetes 建構、測試和部署 Docker 應用程式，同時學習營運型(production-style)開發工作流程

從這 21.5 小時的課程，你會學到

1 從零開始學習 Docker，不需要以前的經驗

2 掌握 Docker CLI 來檢查和除錯執行中的容器

3 使用 Github，Travis CI 和 AWS 一起從頭開始建構 CI + CD 管道(pipeline)

4 透過開發一個複雜的應用程式來理解 Kubernetes 的用途和理論

5 當程式碼被推送到 Github 時自動部署它

https://softnshare.com/docker-and-kubernetes-the-complete-guide/

在動畫界的工作中有個 Technical Director ( TD ) 的跨程式設計的工作，TD 是美術和程式的合體，TD 的工作比較常面向美術端，如果美術端有任何技術或者工作流程問題，就會需要 TD 幫忙解決，跟 R&D 的差別在於，TD 通常不會加入研發大型專案，而是寫腳本工具來加速動畫製作流程，並串聯各部門讓資料流通無阻礙。 (此資料來自 特效產業 Pipeline TD )

本課程教你 TD 所需要的技能，使用 Python 開發工具，以便在 Maya 上更有效率地工作。

https://softnshare.com/python-for-maya/

ref: https://iximiuz.com/en/posts/devops-sre-and-platform-engineering/

本篇是一個由 Twitter 討論串引發的後續文章，作者想要聊聊 DevOps, SRE 以及 Platform Engineering 的差異。
文章中附有相關 Twitter 討論串的連結，對於原文有興趣的也可以去參閱一下 Twitter

註:就我個人觀察到的現象，台灣企業很少看到 Platform Engineer 的職位，有人知道有哪些公司有開這種職位可以留言分享一下

作者自述自己是個從事 SRE 工作但是內心卻是個軟體工程的技術專欄作家，因此就自己的過往經驗想分享一下對於這三者的看法，而這些討論就引起了一些回文
因此作者將這些概念整合下來寫下這篇文章來總結一下各方網友們的看法。

作者的軟體生涯中，從分工仔細的團隊到新創公司都經歷過，再還沒有認知到 DevOps/SRE 這類型名詞前就已經體驗過部署開發維運三合一的人生。

隨者愈來愈多人開始探討 DevOps 以及 SRE 這兩個詞，兩者之間的比較沒有停過，甚至還有專屬的兩個 awesome 系列 awesome-sre, awesome-devops 清單來列舉如何學習這兩個技術。
整個求職市場也因為這兩個名詞的出現而有變化，作者也因應這股潮流開始往下探索，因此最後就以自己自身的經驗來分享自己對於這些名詞的想法。

其中作者有提到一點也是我非常認同的，就是這些名詞代表什麼含義，這些職稱要做什麼都會隨者不同公司不同團隊而有變化，畢竟每個公司的產品跟商業走向都不同
期待能有一個一統天下的職稱跟工作內容反而才是不切實際的。所以接下來的探討就只是作者跟幾個網友們的討論，不要當作圭臬，也不要當作聖旨，自己有自己的想法比較重要。

# What is Development
1. 作者認為開發的概念非常簡單，就撰寫程式，唯一能夠為公司貢獻 $$$ 的職位，畢竟有人寫程式還有產品，沒人寫程式也沒什麼好部署的。
2. 推特網友表示: 只有 sales 才是幫公司賺錢的，剩下都是公司的支出
3. 作者從 2011 開始了軟體工程師生涯，過往作者都很期望自己可以去部署一下自己撰寫的程式，但是基本上都是團隊內的其他神秘人物會默默的部署這些程式到生產環境。

# What is DevOps
1. 作者不想探討何謂官方的正式定義，只想聊聊自己多年工作經驗的感想
2. 對作者來說， DevOps 是一個能夠讓開發者對於部署應用程式有更多機會與權力的文化，實作上沒有一定的準則
3. 作者還待過那些開發者都擁有 sudo 權限來部署應用的新創公司，不過現在這些流程都慢慢的被自動化 CI/CD 流程給取代。
4. DevOps 最初的想法應該是遠遠超過作者所描述的，不過作者就自己工作上的經驗，找工作的經驗，看職稱 JD 的經驗來看，DevOps 更像讓開發者打造的產物可以更有效率的被部署
5. DevOps 本身不應該去探討產品的商業邏輯，那是開發者要探討的。

# What is SRE
1. Google 推出了一系列的書來探討何謂 SRE，那系列書籍的想法偏向 SRE 是其中一種 DevOps 文化的實作方式。
2. 相對於 DevOps，作者更喜歡 SRE 帶來的職缺內容。
3. 作者對於提到 CI/CD pipeline 之類的職缺都感到無聊且沒興趣，而 DevOps 的工作職缺往往都充滿這些令人無聊的東西。
4. 相反的，作者更喜歡去專研系統問題，譬如探討為什麼會有 bug, memory leak, 效能不好...等
5. 作者認為 SRE 要負責去維護上線環境，確保使用上沒有問題。
6. Google 的 SRE 系列書籍還提到了關於 monitoring, alerting, SLO 等各種如何確保服務正常的機制。 Facebook 則是有非常著名的 Production Engineer 的職稱，其跟典型的 SRE 基本上沒太大的差別。
7. 推特網友表示: SRE 專注於生產環境, DevOps 專注於 CI/CD 與開發效率與流程
8. 另外一名推特網友表示(這也是我目前最喜歡的答案): DevOps 從開發角度為起點， SRE 從維護上線環境出發，兩職缺於某處產生交集。

# What is Platform Engineering
1. 作者想起當年還是一家新創的唯一一位工程師時，那時候還要去租借實體機器來架設環境，所以那時候也撰寫了不少腳本來安裝機器，也要確保機器之間的網路可以正常運作。
2. 加入一間比較有規模的公司後瞭解到看來 infra 相關的工作是一個很類似 SRE/DevOps 但是又有些許不同的領域
3. 作者認為 Platform Engineering 目標就是要打造一個可以讓 Dev, Ops, SRE 能夠使用的環境
4. 作者感覺 Platform Engineering 要負責維護 data-center 內上千台的機器，確保這群機器能夠正常運作，維護外也要包含升級，設定等。

# What's about titles?
1. 作者前述探討的都是基於負責領域，比較不去談這些職稱應該要做什麼
2. 根據作者經驗，當公司規模逐漸變大時，分工就會愈來愈細，這時候 Dev, Ops, SRE, PE 等職缺就會開始逐漸專項化。
3. 重點就是， YMMV (Your Mileage May Vary )，不同情況，不同答案，不要太專注於一個死板板的解釋。

個人想法: 公司要開什麼職缺名稱就不管他了，工作內容才是最重要的，有錢的任性老闆也可以開一個"開源軟體整合工程師"但是要你整合 CI/CD 加上維運的工作。

《MIT 知識分享: 建立爆炸性的生意七步方程式》


做生意要記住呢條formula .... 


全文: 


現在我身處於波士頓的MIT，剛上完一課 Business Platform 如何建立生意平台。 我猜要拍完這短片已經回到香港了，趁還在這個美麗的背景我就先和你分享一下。


不說不知，MIT 今年是全球排名第一的大學，根據教授 Catherine Tucker 及 Pierre Azoulay，做生意你要記住以下 formula.



Your Offering 你提供予客人的產品/服務:


(1) Stand Alone Benefit 本身的好處


+ (2) Same-Side Network Effect 同一邊的網絡效應


+ (3) Cross-Side Network Effect 跨邊網絡效應


－ (4) Price 價錢


－ (5) Switching Cost 轉移成本


－ (6) Multi-Homing Cost 多方持有成本


has to be greater than  必要大過


(7) Competitor's Offering (Net of Price) 競爭對手給予人客的價值(扣除價錢)



首先說明，今次會比較沉悶，比較學術，但都要逐一逐一跟你解釋一下以上formula。在教室內，我們就先看看依家全世界哪一間公司最值錢。



根據2018年 Interbrand Best Global Brands 排名，全球首十名的品牌加起來總值超過9000億美金，當中6個品牌都是教授所指的 Platform Business 平台生意。十年前? 只有3個。



教授話做生意，你可以在一個 Product 產品的生意，或是一個 Platform 平台的生意?



Product 就好像一條pipeline 管道，先要入貨，加工，出貨，再收錢，一步步來的。



Platform 平台生意，就是大家一起將貨品放上去，而


(1) 有第三方參與


(2) 大家直接交流/交易


(3) 最好的平台，就是即使你什麼都不做，坐著都會有錢收。



例如一間普通的茶餐廳是Product 生意，先入貨，加工，出貨，再收錢。並非平台，因為多人吃，不會增加其他食客的價值，而食客與食客之間均沒有任何直接交流。但如果舉辦一個speed dating night (快速約會之夜)，男跟女每五分鐘喝一杯奶茶就轉個對象談天，每人收費$200，一年內結婚就再收多兩萬，當然如何監管乃是題外話，這就是一個平台 platform 生意。因為有三方參與(男同女)，他們可以直接交流，情投意合的話還可以直接"交易"結帳， 平台基本上什麼也沒幹便有錢收。



High tech點，Google是一個 Search Platform 搜尋平台。但如果你去 Google search 這五個字，包括 Business Services, Bail Bonds, Casino, Lawyer, Asset Management，平均你每click一下，無論你有沒有光顧也好，該公司便會因為你的那一下click而需要繳付超過50元美金廣告費予Google，所以如果你討厭那一間公司，便不斷click他吧。



2018年 Google的廣告收入超過1100億美金， 因此Google並不是一間search engine或科技公司，而主要是一間廣告公司， 9成收入都是靠廣告收入。這亦是教授所指，最好的平台收入。什麼都沒有做，只要用家搜尋資料，click一下，就有錢收。現在的Google就是這樣，每年被click一萬二千億次。



售賣衫褲並非平台，因為只有一買一賣，沒有第三方。地產經紀，僱傭中介或Dating公司雖然有第三方，亦不是完整的平台，因為客人大家都不能夠直接參與交流或者交易，始終有個中間人。包括　我司的商舖基金也是一樣，因此我們與他們都只可以被名為擬似平台 "Platformy"，但並非完全是平台。


但如果像Amazon，Facebook， Uber，Apple雙方或以上可以直接交流/交易，就是真正完整的平台full platform，再加入科技元素，只要夠聰明，生意便能夠做到好大。可惜絕大部分人都失敗。為什麼呢? 要重溫一下以上的formula。



(1) 要人客買你的產品，產品先要有好的stand-alone benefit 本身有好處。 賣衫賣褲賣美容賣教育賣飲食賣車賣樓賣穿梭機也好，客人使用你的產品後一定會覺得比沒有使用來得好，他才會選擇購買。這一點不難明白。但即使多十萬個其他人客購買呢? 對於人客使用該產品的得益並無明顯影響。假如我去你的茶餐廳食飯，好像大家樂般，即使多十萬個人食，該碟飯對於那人的價值都是一樣。 因此他的WTP (Willingness-To-Pay) 並不會願意付更多錢。



(2) 加 Same-Side Network Effect 同一邊的網絡效應。如果全世界只有你一個人有Facebook， 無論Facebook如何記存你的美好回憶，你都未必會日日用。只是因為你有好多朋友用，Facebook 對於你的價值才會大大提升。以前的傳真機，座枱電話，今日的Microsoft Office, Iphone, Android, Dropbox 都一樣，越多人用，對你的價值就提升，Same Side 大家身處同一邊。



(3) 加 Cross-Side Network Effect 跨邊網絡效應，就是因為乘客多了，Uber 司機就相對增加。因為多人使用Visa / Master, 收咭的商戶就相對增加。因為多人使用iphone, AppStore的Apps Developer就相對增加，因為Apps多，又使到更多人用 iphone，雖然兩者係唔同邊，大家都循環再循環地增大。



看看這幅圖，純粹 Stand Alone Benefit，無論有多少user ，用家的 Willingness-To-Pay願意付出的價錢都差唔多。但只要有了 Network Effect, 隨著用家越多，他們的Willingness-To-Pay 就大大提升了，亦都解釋了為何 Platform Business 價值的爆炸力遠遠大於 Product Business



而最好的平台基本上係什麼都不用做，就好像你每次付款，Uber就收司機兩成交易費，Visa/Master收商戶2%，Apple就收 Apps開發商3成費用。Google? 你每次Click一Click, 他就收商戶高達五十元美金廣告費! 做平台成功是否很好呢?! 這才是真正的地產霸權! 你個電話這幾吋的螢幕，才真正是21世紀塊地。



知道你的產品或平台有什麼好處，就要(4) 減 Price。以上都曾經提過，你收多少錢呢?



(4.1) 你收誰人的錢呢? 哪一個party是less price sensitive對價格沒那麼敏感呢? 誰有 deep pocket 大量金錢呢? 一般當然是大企業或為了賺錢的商家便願意付錢多於一般普羅大眾。



(4.2) 誰人定價? 就如樓盤放售網站，劃一收費定價每月登每個盤200元? 就如Uber/Google 按需求來定價? 就如補習老師/網球教練，讓他們按自己的資歷定價? 或者就如 Priceline / ebay 般，由買家定價?



(4.3) 如何收費呢? 收費可以按次交易收費，可以按月按年subscription收費，可以現時流行的 Freemium Model, 即是先免費，吸引用家試用後，想再増加function再開始收費。



無論怎樣收費也好，要緊記，即使你定到最便宜的價錢，免費也好，都未必夠。因為你要由競爭對手處轉落你身上，人客都仍然要有switching cost 及 multi-homing cost.



(5) 再減 Switching Cost 轉移成本，即是如果轉去用你的新產品，例如打字的 keyboard新排法，人客是否需要從新學習呢? 由iphone的IOS 轉落你的 Samsung Android電話，是否需要花好多時間呢? 要緊記，不單止他，還有他的朋友呢? 如Facebook，是否需要全部人一齊轉呢? 要的話，switching cost就超級大了。



再減 (6) Multi-Homing Cost 多方持有成本，即是如果人客同時用兩款產品，是否需要很大成本呢? 我同時subscribe to Dropbox 及 Google Drive，最多付費兩次，但file save 在兩邊我並不會感到太麻煩，反而會感到有保障，Multi-Homing Cost 較低。但如果我同時一邊用 Apple iPhone，另一邊又用 Samsung Android 電話，或者一邊用Blu-Ray 另一邊又用HD-DVD看電影，我可能會感到很麻煩，機又要多部，買碟又要多隻，電話入資料又要入多次，App 可能很多都唔同，這樣Multi-Homing Cost 就會好高，等於逼我二選其一，或者索性不會嘗試新產品。


如果 Switching Cost 大，Multi-Homing Cost 又大的話，一個平台，例如Facebook / Microsoft 等，獨大機會就會大了。



簡單來說，就當你是一間舉辦 speed dating的茶餐廳，你產品的 (1) Stand Alone Benefit (假設是100元，因為有食物有飲品)


+ (2) Same-Side Network Effect (假設是300元，因為可以認識異性)


+ (3) Cross-Side Network Effect (假設是0元， 因為除男與女以外，並沒其他供應商會來)


－ (4) Price (假設是每人收費200元)


－ (5) Switching Cost (假設是20元，因為新客要學習speed dating 的新流程，乘車都要用錢)


－ (6) Multi-Homing Cost (假設近乎0元，因為人客四處嘗試也沒所謂)


has to be greater than


(7) Competitor's Offering (Net of Price) 競爭對手給予人客價值(減除售價) (假設是40元， 因為他們只有食物，不能夠認識異性，值100元，但收費60蚊)


100+300+0-200-20-0 = 180，即是大於 40，那麼你就有生意做。


但如果你沒有network effect那300元，或者價錢收得太貴，又或者人客的switching cost太大(例如要說法文，但人客都不懂得說)，加減起來低過競爭對手那40元net value 的話，你就無生意做了。


除非你把 Price 減至0，甚至乎負數，即是貼錢吸引人客來你那邊體驗，他一試之後， switching cost 去第二邊便會提升了，這叫 "lock-in"，就好像第一次使用Alipay有紅包送一樣，那你就可以蝕前賺後了。



雖說來容易，但在今時今日競爭激烈的社會，蝕前賺後的策略，需要十分大的資本投入，才能夠建立到critical mass 達到有顯著的 Network Effect。教室內稱之為 Penguin Effect 企鵝效應。就如所有企鵝都看到海中有魚食，但第一隻跳下去的話，好容易便會被海豹吃掉，所以大家都不會跳下去，一直等一直等，分分鐘隨時餓死。你建立platform做生意，便要令到這一班企鵝願意同一時間跳入海，互相掩護底下大家都能夠有魚吃，產生 network effect。但你若不能夠吸引牠們一次過跳入海，當第一隻犧牲後，第二隻便不敢跳下去，那你的平台便完蛋了。



這個亦是為何很多平台死亡的原因，可以花費很多億，很多users， 但依然蝕本。Spotify音樂串流平台，過