mirror of
https://github.com/MichaelCade/90DaysOfDevOps.git
synced 2025-01-10 15:17:03 +07:00
63 lines
4.5 KiB
Markdown
63 lines
4.5 KiB
Markdown
---
|
||
title: '#90DaysOfDevOps - 简介 - 第一天'
|
||
published: false
|
||
description: 90DaysOfDevOps - 简介
|
||
tags: "devops, 90daysofdevops, learning"
|
||
cover_image: null
|
||
canonical_url: null
|
||
id: 1048731
|
||
---
|
||
## 简介 - Day 1
|
||
|
||
在90天中的第一天，我们开始学习DevOps的基本理解和工具。这些可以有助于建立DevOps的思维方式。
|
||
|
||
几年前，我开始学习相关内容，但我的关注于虚拟化平台和基于云的技术，主要研究基础设施即代码 (Infrastructure as Code, [IaC](https://www.ibm.com/cloud/learn/infrastructure-as-code)) 和Terraform和Chef的应用程序配置管理。
|
||
|
||
接着来到2021年3月，我得到了一个可以将精力集中在Veeam的Kasten的云原生部署上的机会。这个项目专注于Kubernetes和DepOps以及相关的社区。在开始学习后，我很快发现在除了Kubernetes和容器化的基础知识，那里还有一个非常广阔的世界。我开始在社区中交流学习更多关于DevOps文化、工具和流程，最终我想公开地分享这些想法。
|
||
|
||
[So you want to learn DevOps?](https://blog.kasten.io/devops-learning-curve)
|
||
|
||
## 开始我们的旅程吧
|
||
|
||
如果你阅读了以上的博客，你会发现这是我学习过程中的进阶内容。我认为我并不是以上以上任一领域的专家，但我希望分享一些免费和需付费的资源，我们可以按需选择。
|
||
|
||
在接下来的90天里，我想记录这些资料并涵盖那些基础领域。我希望社区参与进来，分享你的相关经历和资源，以便我们一起学习共同进步。
|
||
|
||
在该项目开头的README中，你会了解到我已经将内容拆分成多个小节，基本上是由12周加6天组成。前6天，我们会大致探讨DevOps的基础，后续再深入到一些特定领域。这份清单不是完美的，再次希望社区参与进来并一起帮助它成为有用的资源。
|
||
|
||
在这里我会分享另一个资源，我认为每个人都应认真了解，或是根据自身需求制作自己的思维导图，它的地址如下：
|
||
|
||
[DevOps Roadmap](https://roadmap.sh/devops)
|
||
|
||
当我在创建这个初始清单和博客的时候，我发现这是个很好的资源。你也可以看到除了在我列出的12个专题以外的，其他领域更详细的信息。
|
||
|
||
## 第一步 - 什么是 DevOps?
|
||
|
||
这里可以列出很多的博客和YouTube视频，但作为90天挑战的开始，以及我们每天花费约一小时来学习一些新的或关于DevOps的东西。我觉得从宏观的“什么是DevOps”开始是个不错的选择。
|
||
|
||
首先，DevOps不是工具。你不能购买它，它不是可下载的软件sku或开源GitHub仓库。DevOps也不是编程语言或什么黑魔法。
|
||
|
||
DevOps是一种在软件开发中更明智的做事方式。- 等一下... 但如果你不是一个软件开发人员，你现在应该关闭这个页面并离开吗？？不，继续读下去... 因为DevOps将软件开发和运维运营结合在了一起。我先前提及到，我更多关注的是虚拟机方面的工作，而这些通常属于运营。但在社区中，不同背景的人们都可以通过更好地了解DevOps来学习那些实践案例。DevOps将100%造福于个人、开发者、运维运营和QA工程师。
|
||
|
||
DevOps是一系列有助于达成这一目标的实践：减少产品从构思到发布阶段，到最终用户或内部团队或客户的任何人所需要的时间。
|
||
|
||
在这第一个星期，我们将展开讨论**敏捷方法论**(The Agile Methodology)。DevOps和Agile是被广泛使用的方法，为的是实现**应用程序app**的持续迭代更新。
|
||
|
||
宏观层次的收获是，DevOps的思维方式是将漫长的软件发布过程从可能几年的时间拆分成更频繁的、较小的多次发布。另一个关键点是，DevOps打破了团队间的隔阂：开发人员、运维运营人员和QA工程师。
|
||
|
||
从DevOps的角度，**开发、测试、部署**都属于DevOps团队。
|
||
|
||
最后一点，我们必须通过**自动化**使得整个过程尽可能有效和高效。
|
||
|
||
## 相关资料
|
||
|
||
我始终欢迎大家在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了。[第二天](day02.md)见。
|