mirror of
https://github.com/MichaelCade/90DaysOfDevOps.git
synced 2025-01-24 10:06:21 +07:00
68 lines
4.7 KiB
Markdown
68 lines
4.7 KiB
Markdown
---
|
||
title: '#90DaysOfDevOps - Introduction - Day 1'
|
||
published: false
|
||
description: 90DaysOfDevOps - Introduction
|
||
tags: 'devops, 90daysofdevops, learning'
|
||
cover_image: null
|
||
canonical_url: null
|
||
id: 1048731
|
||
date: '2022-04-17T10:12:40Z'
|
||
---
|
||
## 介紹 - Day 1
|
||
|
||
在90天旅途的第1天，學習基本的DevOps和工具可以幫助我們建立基本的心境
|
||
|
||
這趟學習旅程開始於我幾年前專注在虛擬化和雲平台相關的技術，我當時主要使用 Terraform 和 Chef 研究 Infrastructure as Code 和 Application configuration management
|
||
|
||
時間快轉到2021 3月，Veeam 為我提供了一個絕佳的機會讓我能將精力專注於Kasten的Cloud Native strategy。也因為如此我花了很大的時間在 Kubernetes 和 DevOps 及圍繞這些技術的社群上。我開始了我的學習之旅，並很快意識到除了學習 Kubernetes 和容器化的基礎知識之外，還有一個非常廣闊的世界，那時我開始與社群交流並越來越瞭解 DevOps 文化、工具和流程，所以我開始公開紀錄一些我想學的領域。
|
||
|
||
[想學DevOps?(英文)](https://blog.kasten.io/devops-learning-curve)
|
||
|
||
## 讓旅途開始吧!
|
||
|
||
如果你讀了上面的Blog，你會發現這是我學習之旅裡的高品質內容，我會說在這些領域都不是專家，但我想做的是分享一些免費和付費資源，你可以自由選擇，因為我們都有不同的情況。
|
||
|
||
在接下來的 90 天裡，我想記錄這些資源並涵蓋不同領域的基礎。 我希望社群也能參與其中。 分享你的旅程和資源，以便我們可以公開學習並互相幫助彼此。
|
||
|
||
從repo中的readme中可以看到，我將內容拆分為多個部分，基本上是 12 週加 6 天。前 6 天，我們將大致探討 DevOps 的基礎知識，然後再深入一些特定領域。 這份清單絕不是詳盡無遺的，我希望社群能夠協助使其成為有用的資源。
|
||
|
||
另外一個我想分享的資源，這能幫助你拓展你有興趣的部分並找到自己的定位:
|
||
|
||
[DevOps 路線圖](https://roadmap.sh/devops)
|
||
|
||
當我開始建立關於這個主題相關的列表和Blog時，我發現這是一個很好的資源。你還可以看到，除了我在這份repo中列出的 12 個主題之外，還有其他更詳細的領域。
|
||
|
||
## 第一步 - 何謂DevOps?
|
||
|
||
有很多Blog和YouTube影片在探討關於DevOps，但是當我們開始 90 天挑戰時，我們得專注於每天花大約一個小時學習新的東西或關於 DevOps，我認為獲得一些高品質的東西是件好事，而我們將從"什麼是 DevOps"開始。
|
||
|
||
首先，DevOps 不是一種工具。 你不能買它，它不是你可以下載的軟體 sku 或開源 GitHub repo。 它也不是一種程式語言，更不是什麼黑魔法。
|
||
|
||
DevOps 是一種在軟體開發中更聰明的做事情的方法。 - 但休但幾勒……如果你不是軟體開發人員，你不是應該現在就轉身離開而不是深入研究這個項目嗎？
|
||
一點都不。 留下來，因為 DevOps 將軟體開發和運營結合在一起。
|
||
我之前提過，我主要研究在虛擬機相關的技能，這通常屬於運營方面，但在DevOps社群中，有不同背景的人，DevOps 將 100% 造福於個人、開發人員、運營和 QA 工程師都可以通過更好地了解 DevOps 來學習這些最佳實踐。
|
||
|
||
DevOps 是一組幫助達成目標的實踐方法：減少產品的構思階段和產品發佈到最終用戶或任何可能是內部團隊或客戶的人之間的時間。
|
||
|
||
我們將在第一週深入探討的另一個領域是**敏捷開發**。 DevOps 和敏捷一起被廣泛採用，以實現您的**應用程序**的持續交付。
|
||
|
||
從較高層次的方面來解讀，DevOps 想塑造的情境是將可能數年冗長的軟體發佈週期，縮短至更平凡而較小的版本變動。
|
||
而另一個關鍵點是 DevOps 工程師有責任打破我之前提到的團隊之間的隔閡：開發人員、運維人員和 QA。
|
||
|
||
從 DevOps 的角度來看，**開發、測試和部署**都屬於 DevOps 團隊。
|
||
|
||
The final point I will make is to make this as effective and efficient as possible we must leverage **Automation**.
|
||
最後我想說的是，我們必須利用 **自動化** 使其盡可能有效和高效。
|
||
|
||
## 資源
|
||
|
||
我把這份readme當作一個學習工具，並且保持開放的心態希望能新增更多的資源
|
||
|
||
我建議看完下列的影片，希望你能從中學到一些基本的名詞
|
||
|
||
- [DevOps in 5 Minutes](https://www.youtube.com/watch?v=Xrgk023l4lI)
|
||
- [What is DevOps? Easy Way](https://www.youtube.com/watch?v=_Gpe1Zn-1fE&t=43s)
|
||
- [DevOps roadmap 2022 | Success Roadmap 2022](https://www.youtube.com/watch?v=7l_n97Mt0ko)
|
||
|
||
如果你已經看到這裡了, 那你大概會知道你想不想學習DevOps. 我們[Day 2](day02.md)見.
|