ref: https://www.infoworld.com/article/3632142/how-docker-broke-in-half.html

這篇文章是作者訪談多位前任/現任的 Docker 員工，Docker 社群貢獻者， Docker 消費者以及市場分析師的相關心得文，目的是想要探討 Docker 商業模式的成功與失敗，到底目前 Docker 商業模式的進展是否有跡可循，以及我們可以從這些歷史決策中學到什麼?

Docker 不是輕量級虛擬化技術的開創者，但是卻是個將 Container 這個技術給推向所有開發者的重要推手，Docker 簡化整體的操作使得每個開發者都可以輕鬆的享受到 Container 的好處，但是從結果論來說， Docker 還是於 2019 年 11 月給 Mirantis 給收購了
到底 Docker 的商業模式哪一步走錯了，接下來就跟者作者一起去訪談與思考。

[Docker 的誕生之路]
Solomon Hykes(文章很多該人看法) 於 2008 年創辦一間專注提供 Platform as a Serivce 的公司, DotCloud，該公司希望讓開發者可以更簡易的去建置與部署開發的應用程式，該公司的底層技術後來也由 Docker 繼續沿用，當然創辦 Docker 的依然是 Solomon Hykes。
Docker 開源專案誕生之後吸引了全球目光，除了來自各地的使用與開發者外，大型公司如 Microsfot,AWS,IBM 等都也加入，但是就跟其他基於開源專案的軟體公司一樣， Docker 也面臨的商業模式的問題，這種類型的軟體公司到底要如何穩定獲利?
從 2021 往回看，一個很簡短的說法可以說是 Docker 的企業化管理工具 Docker Swarm 還沒有站穩腳步之時就遇到 Kubernetes 這個龐然怪獸，然後 Kubernetes 橫掃時間把所有 Docker Swarm 的市場全面清空，
當然真實版本一定更加複雜得多，絕對不是一句 Kubernetes 就可以概括的

[開源專案的商業化之路總是困難]
Docker 於 2014 年開始認真探討其商業策略，如何將其作為 Container 領頭羊的角色轉變成為一個可以帶來收入的策略，VC 創投的資金讓其有能力收購 Koality 與 Tutum，同年 Docker 也正式宣布第一個商業版本的支援計劃。
這一連串的計算誕生出了許多產品，譬如 Docker Hub 及 Docker Enterprise.
不過可惜的是上述的產品並沒有辦法從企業用戶手中帶來穩定的獲利，大部分的客戶相對於直接購買 Docker 解決方案，更傾向跟已經合作的系統整合商一起合作。

Solomon Hykes 今天夏天跟 infoworld 的一次訪談中提到，Docker 從來沒有推出一套真正的好的商業產品，原因是因為 Docker 並沒有很專注地去處理這塊需求。
Docker 嘗試每個領域都碰一小塊，但是卻發現想要同時維護一個開發者社群又要同時打造一個良好的商業產品是極度困難的， Dockre 花費大量的時間與金錢想要魚與熊掌兼得，但是最後才體會到這件事情幾乎不太可行，Hykes 也認為 Docker 應該要花更多時間去聆聽用戶的需求，而不是自己埋頭苦幹的去打造一個沒有滿足使用者需求的企業產品。

來自 Google 的開發推廣大使 Kelsev Hightower 於今年的訪談中提到，Docker 成功地解決問題，但是卻遇到了瓶頸，舉例來說，Docker 提供工具讓開發者可以 產生 Image, 提供地方儲存 Image，運行 Image 除了這些之外， Docker 還有可以發展的空間嗎?
Hykes 不贊同這個說法，譬如 RedHat 與 Pivotal 都很成功的將 Docker 整合到彼此的 PaaS 產品(OpenShift, Cloud Foundry)，也成功從中獲利，所以 Docker 實際上有很多方式可以去獲利的，只是沒有成功而已。

從結果論來看， Docker 早期的商業夥伴，一家專注於 Travel 的科技公司， Amadeus 於 2015 年正式跟 Docker 分手改而投向 RedHat 的懷抱。
畢竟 RedHat 有提供更多關於 Container 相關的技術支援，畢竟對於一個想要踏入 Container 世界的企業，如何將應用程式容器化是第一步，而接下來則是更為重要的 Container Orchestration 解決方案，很明顯的 Docker 這個戰場上是完全被 Kubernetes 打趴的。

[Kubernetes 的決策]
Docker 拒絕擁抱 Kubernetes 被認為是一個致命的錯誤策略，Jérôme Petazzoni， Docker 第一位也是目前在位最久的員工提到， Docker 內部曾經針對 Kubernetes 的生態去探討過，當時內部的共識是 Kubernetes 架構過於複雜，而 Docker Swarm 的架構相對簡單，比較之下 Docker Swarm 應該更容易獲得商業上的成功。

從其他的訪談可以得知， Docker 曾經是有機會可以跟 Google 內的 Kubernetes 團隊一起合作發展 Kubernetes，並且有機會去掌握整個 Container 生態系的發展。如果這些合作可以順利發展，那 Docker GitHub 底下的第一個專案可能就會是 Kubernetes，而 Docker Swarm 可能根本就不會產生了。

Hykes 承認的說，那個時空背景(2014,2015)下， Docker 公司很難找到一個很好的 Container Orchestration 解決方案來滿足各種各戶的需求，而那時候的 Kubernetes 也很難斬釘截鐵的說就是那個解決方案， 畢竟那時候 Kubernetes 還非常早期，同時期還有很多開源專案，很難料想到
Kubernetes 最後會主宰整個 Container Orchestration 世界。

文章後半段還有非常多的討論，非常推薦大家去看全文，雖然沒有辦法改變歷史，但是從歷史中可以學到非常有趣的東西，特別是當被客戶問到 Docker/Kubernetes 的一些生態問題時，有這些歷史資料的可以讓你講起來更有迷之自信

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 加上維運的工作。

❗6 個你應該選擇 GKE 的理由暨新功能介紹❗
閱讀更多：https://reurl.cc/6azMdV
#微服務時代、#容器 技術蔚為主流
Kubernetes 也成為新一代的軟體核心 💻
但要如何有效託管你的 Kubernetes 呢？
⠀⠀
本文介紹 6 項功能，告訴你為什麼
Google Kubernetes Engine (GKE)
會是您的最佳選擇！
閱讀更多：https://reurl.cc/6azMdV
⠀⠀
✅ GKE Autopilot 降低維運成本
✅ 建立並部署 CI/CD pipeline
✅ 輕鬆管理 k8s 安全性和合規性
✅ 整合警報/SLO/指標/log 的綜合視圖
✅ 搭配 Anthos 管理雲地混合環境的 k8s
✅ 讓大規模機器學習變簡單
⠀⠀
#GKE #Kubernetes #GoogleCloud #GCP #數位轉型就找iKala

好好說那年，這集節目我們來到了1995年，這一年，網路時代來了！我想多數的聽眾朋友應該都會同意，如今沒有網路就沒法生活了。1995年，Yahoo!、eBay正式成立、Amazon網路書店上線，全球第一個華文搜尋系統「蕃薯藤」，以及影響台灣輿論數十年，最大的BBS站「批踢踢實業坊」都在這年夏天啟動。

「台灣在網路時代很早就有投資，也因此台灣在網路軟體的啟發甚至比美國與其他地方都來得早⋯⋯你告訴我說台灣資訊沒有辦法什麼成績，但是我記得九五年代過來，我們看到的就是有很多好的成績，只是我們沒有把它看作產業來對待。」被稱為批踢踢創世神的杜奕瑾談起當年，他認為台灣其實很早就擁有世界一流的資訊人才，但由於資訊產業、政策的相對不成熟，造成了人才外移的現象。

這集節目，我們邀請杜奕瑾先生來談談當年台大資工擁抱開源的精神如何影響了後來台灣引以為傲的網路文化，網路又如何改變了現代生活，影響了新世代的行事風格與思維方式。

主持人：涂豐恩
與談人：PTT、台灣人工智慧實驗室創辦人杜奕瑾

#網路 #PTT #批踢踢實業坊 #輿論 #論壇 #杜奕瑾

►按小鈴鐺通知 搶先看，精采獨家全面掌握！
►需要字幕的朋友，請記得開啟CC字幕 ！
=================================
更多精采內容請見：

◎天下雜誌：http://www.cw.com.tw
◎天下雜誌video：http://www.cw.com.tw/video
◎天下雜誌video FB粉絲專頁：https://ppt.cc/flhPQx
◎天下雜誌IG http://bit.ly/2R6jfL6
◎天下雜誌網路書店：https://www.cwbook.com.tw/

Q:我的錢很少要不要投資?
A:不投資錢怎麼會變多...

現在的工作，如果你沒有特殊的專長，很難領取到高薪，想要有錢領高薪並不是唯一的方法

很多的千萬富翁都是從小資族開始的，與別人不同的地方是會去想怎麼樣小額投資來幫自己創造更多收入，而一般人都會陷入小資族該不該投資、要多少錢才能投資，思考著困難，卻不思考如何找到方法來達成

如果你剛出社會沒有錢是很正常的，你可以學習利用理財、投資來加速存到自己的財富
現在就開始行動吧!!!!

👇美股被動式投資:
https://bit.ly/3wyVM63
👇教學如何訂一整年的目標
https://youtu.be/nkQ6REVBL7Y


免費財富自由的秘密電子書:
https://investtoretireearlyad.com/543ck
更多更棒的文章在這:
https://yalechen.com/blog/

前一部影片
【月薪低於平均薪資該怎麼突破，成為年收百萬?(該換工作嗎?)｜Yale Chen】
https://youtu.be/Q-msziiet7k
後一部影片
【4個目標達到就退休!? 如何做退休規劃、理財規劃，退休金多少才夠??｜Yale Chen】
https://youtu.be/LnOVMDhj7fw

時間表
00:00小資族投資?小額投資?
01:41成為千萬富翁的第一步
03:20成為千萬富翁的第二步
06:27成為千萬富翁的第三步
09:03成為千萬富翁的第四步
11:40成為千萬富翁的第五步

💁🏻：【投資入門】新手投資該怎麼做? (從頭開始一步一步教學)
https://youtu.be/z-rD6689AfQ

💁🏻‍♂️：為什麼我不買房？（至少目前）
https://youtu.be/65yBh4PnxE8

💁🏻：保證你存到第一桶金的3個步驟
https://youtu.be/pECUwu1UtmI

💁🏻‍♂️：有錢人在投資的時候是這樣想的 | The Yale Show
https://youtu.be/ayuql3t3iQU

在這裡追蹤我：
👨🏻‍💻👩🏻‍💻FB: https://bit.ly/2AoIcLe
👨🏻‍💻👩🏻‍💻IG: https://bit.ly/2BVZrE9

Podcast版本唷
Apple Podcast: https://apple.co/2znCSaz
Spotify: https://spoti.fi/2YlQcER

使用的設備：
相機：https://amzn.to/34R5G4W （聯盟連結）
鏡頭：https://amzn.to/2ZfdDQf （聯盟連結）
燈光：Aputure 300D 和 Lightdome 2
剪片軟體：Final Cut Pro
剪片設備：IMac 5k

#小額投資 #怎麼投資 #年輕人投資 #怎麼理財 #新手理財

[合作請聯繫：neonbombteam2015@gmail.com]

免責聲明： 所有交易均有風險，請謹慎投資。過往表現不能作為未來業績指標。視頻中談及的內容僅作為教學目的，而非是一種投資建議
有些連結為聯盟連結。

此作品/影片/文章之創作者為 Freedum, LLC

這也是我第一次參加論壇形式的演講分享，感謝 MOPCON 邀約這次的主題「從開源專案的社會參與到建立第一筆產品收入」並且很榮幸能夠和「好想工作室 Howard」 及 「六角學院 乾太」同台分享

參加工程師技術會議就像是出遠門去充電，認識不同的人，也可以藉由議題分享學習到很多東西，甚至只要能獲得一個靈感，絕對都是成長上的養分

拍攝這支影片的目的，除了記錄自己的回憶，也希望和每一位工程師分享，希望大家未來都可以踴躍參加技術會議!!

在這個過程，透過交流可以增進自己的人脈和知識，甚至好的工作有時候就會這樣互相介紹掉了 XD

SITCON 學生計算機年會: https://www.facebook.com/SITCONtw

章節:
00:00 直奔濁水溪以南
01:29 Day1 攤位交流
03:13 直接報名起來
03:57 Day2 吃喝交流
04:17 SITCON 學生計算機年會
04:49 論壇精華片段
08:54 全集中風之呼吸
09:34 Lightning Talk
12:18 散場的擁抱

喜歡影片的話！可以幫忙點個喜歡以及分享、訂閱唷！😘
━━━━━━━━━━━━━━━━
⭐ 蝦皮賣場: https://shopee.tw/bboyceo
⭐ instagram (生活日常): https://www.instagram.com/niclin_tw/
⭐ Facebook (資訊分享): https://www.facebook.com/niclin.dev
⭐ Blog (技術筆記): https://blog.niclin.tw
⭐ Linkedin (個人履歷): https://www.linkedin.com/in/nic-lin
⭐ Github: https://github.com/niclin
⭐ Podcast: https://anchor.fm/niclin
━━━━━━━━━━━━━━━━
🌟 任何問題或合作邀約信箱: niclin0226@gmail.com

#mopcon #前端 #後端 #lightningtalk #conference