終於要脫離趕稿生活了 (笑 組織準備好使用容器了嗎？這問題可能需要一個詳盡的 checklist 但我還沒整理好 (遮臉)。所以先請大家回顧之前的文章，一起幫忙...
轉眼就29天了，即將抵達終點，準備要降落啦，所以這篇再整理一些要注意的地方，希望能落地的優雅一些... 關於容器平台只要謹記兩個特性就好：自動化(Automat...
用過 Docker 的朋友，應該能理解 Docker Image 就像一個樣板。在要啟動容器時，先指定要用的樣板 (Docker Image)，然後選擇性的餵入...
昨天講到，容器平台能在一個容器失效後，再回復一個容器出來。但要注意的是：容器平台不是回復之前失效的容器，而是開一個新的容器頂替。 這是個簡單粗暴的作法，但是個合...
因為我們現在是免費用人家提供試用的環境，所以不要用太粗暴的方式，只要溫柔的把應用對應到的容器砍掉就好～ 要砍容器的話由此入 發現有在 Running 的容器！...
上次我們是用預設的 git repo 來做示範，這次我們改用自己的 git repo 來試試看吧。 先登入自已的 github，然後把上次用的 git rep...
再回顧一下昨天的容器平台使用過程。 昨天的使用過程分成三個階段： 用容器平台建立一個 Jenkins 將一段設定內容載入容器平台中，讓容器平台生成兩個環境 透...
上一篇簡單講了容器平台所需的基本功能，這一篇來實際體驗一下容器平台。我們會用 OpenShift Online 來做示範。你可以用自己的 GitHub 帳號 s...
之前說到容器平台有回復的機制，那這樣就能保障應用的高可用性了嗎？ 答案是不行的，因為這些回復的機制都需要時間來完成： 在應用失效後，需要一段時間後異常現象才被...
前面時時提到容器平台，什麼是容器平台呢？ 如果用 IaaS 層來比擬的話，容器平台就像是 IaaS 層的 Hypervisor 的角色，只是位置是在 OS(or...
這一段圍繞著一個主題：如何從組織中「人」的角度來看容器。 如果只是想讓自己的工作更順暢，容器無疑是個好用的技術；但如果想要讓容器融入組織的開發交付佈署流程中，那...
今天來討論一個比較輕鬆的題目：如何讓不懂技術的人理解容器。 如同上面 Docker 的 Logo，把容器當做是貨櫃來理解，這是很常見的比喻方式，可以帶出標準化...
覺得有必要先來解釋一下這一系列的假設，免得把大家嚇跑。 如之前讓容器能發揮效益的關鍵是？提到的，容器在很多場景都很好用： 我想嘗試新技術，我可以從網路上找到...
這問題很重要，最怕老闆一頭熱，然後其他人冷淡以對... 容器對於專案負責人的效益是明顯的，畢竟快速而穩定的交付就是專案負責人的職責。所以一般來說，能由專案負責人...
精確來說不是不能用，而是不想用。 這篇是續昨天的為什麼容器可以運用在開發階段。 開發流程的優化通常被認為是開發團隊自己要處理的。剛好現在年終到了要回顧績效了，就...
很多人說，容器一開始可以先運用在開發階段，這篇文章來討論一下這個方向。 只應用在開發階段，的確可以避免掉很多維運上需嚴格遵守的流程和規範，少了一大阻力。所以在開...
主題 OpenStack Magnum 前言 當今最流行的虛擬化就是容器化，雖然容器化不太算是完整的虛擬化，但是站在部屬服務的服務端而言可是幫了不少的忙，因為它...
今天稍微離題(?)一下，想來談一下「邊界」的問題。 邊界這個議題在之前有提過一次，在 容器會怎麼影響分工？ 談到，把容器當做邊界，邊界內的由一組人做，邊界外的由...
還記得容器的主要效益之一嗎？是頻繁且心安的進行改版。剛好改版就是維運端最擔心的事情之一，所以維運人員和容器應該一拍即合？ 先來談談改版的理想狀況。開發人員把新的...
因為容器平台是個新東西，按照之前的角色分工來推測，答案可能是：沒人想管。 因為容器平台是上承開發維運流程下接基礎設施，需要上知天文(CI/CD流程,佈建方式,....
今天本來應該講容器平台該由哪個角色來管理，可是今天剛好第十天，就先來做個簡單的小結吧。 效益 容器的核心價值是擁抱變化。「變」會帶來「亂」，不過因為容器可以提供...
答案就是昨天留下的基礎設施管理員和DBA，但也只是可能而已。 先講基礎設施管理員，網路、硬體負載平衡器、Hypervisor、認證授權伺服器、DNS這些都是容器...
昨天講到分工，今天來講容器對於傳統開發流程中各個角色的額外要求。 SD/PG: 需要熟悉 Cloud-native application 的寫法 能自...
我們可以把容器當做是一種技術的邊界，跟企業組織的邊界一樣，技術的邊界也同樣會影響最適的分工方式。 把容器當做邊界，邊界內的由一組人做，邊界外的由另一組人做。 容...
昨天講到，使用容器可以在應用頻繁發佈時，提昇應用執行結果可預測性。為什麼需要頻繁發佈？因為需求不明確，頻繁發佈是確認需求的最好方法。但頻繁發佈表示頻繁的改變，每...
因為環境會變亂，尤其是當因應應用頻繁發佈而頻繁調整時。而頻繁建立/複製環境，是提昇應用執行結果可預測性的最好方法。 過去，我們是把環境建置當做是一個一次性的初始...
容器的應用圍繞著一個很單純的功能：能夠快速的複製出一致的環境。所以，要讓容器最大化的發揮效益，就是要讓這個功能的效益最大化。 這個功能在很多場景都能發揮功用：...
昨天講到了容器可以快省好，其中「好」是最困難的，需要有一些前提。 以容器為基礎的下一代應用，需要三個層面同時改造，才能充分發揮容器帶來的效益，這三個層面是：...
Image Source: https://www.purechat.com/blog/fast-cheap-and-good-the-small-busine...
(Source: Docker Inc) 之前被問到這問題時，我常拿上面這張圖出來解釋。但是，如果提問者是平常不會碰觸太多作業系統的使用者，解釋完這張圖對他來說...
ccshih
ttps40609
iThome鐵人賽
看影片追技術