从零开始:我在 Windows 上学习 Cloud & DevOps 的首次真实收获
Source: Dev.to
我将会在 DevOps 和云计算方面变得非常熟练,毫无疑问!我想自豪地回顾,看到我最初的那些小胜利。
在 1 月 1 日,我正式开始了我的云计算和 DevOps 学习之旅——从零开始。没有任何 DevOps 背景,没有捷径——只是一次有意识的决定,以正确的方式构建真实的工程技能,从环境搭建和工具链入手,这是许多人低估但每位严肃工程师都依赖的基础。
这篇文章记录了我的第一个技术小胜利。并不是因为它多么惊人,而是因为它揭示了当我还没有足够经验去依赖时,我是如何处理问题的。
第一天:从零构建真实的开发环境
我的第一个主要任务是使用 Chocolatey 通过 Windows PowerShell 在 Windows 上搭建完整的本地开发环境。目标很明确:自动化安装云计算和 DevOps 学习所需的核心工具,而不是依赖手动安装程序。
要安装的工具
- VirtualBox
- Vagrant
- Git
- Amazon Corretto 17 (JDK)
- Maven
- AWS CLI
- IntelliJ IDEA Community
- Visual Studio Code
- Sublime Text
这种做法是有意为之。我希望尽早接触命令行、包管理器以及可复现的环境搭建——这些技能在真实的工程环境中至关重要。
障碍:当自动化失效时
几乎立刻,我就遇到了第一个真正的障碍。PowerShell 一直无法安装 VirtualBox 和 Amazon Corretto 17。命令执行,输出滚动,随后——失败。
此时,我缺乏快速诊断底层安装问题的思维模型。错误信息提到了我从未听说过的组件。作为命令行安装的新手,我无法判断问题出在我的语法、Chocolatey、Windows,还是这些工具本身。我卡住了将近两天。
我没有盲目地重复命令,而是暂停,离开了一会儿,转而专注于其他学习任务。这个决定——后退一步而不是强行推进——证明是非常有价值的。
突破:发现缺失的依赖
当我重新审视这个问题时,我检查了 VirtualBox 和 Corretto 17 的共同点:它们都依赖本机系统的依赖项。真正的问题是我的系统 没有 安装 Microsoft Visual C++ Redistributable。
确认后,我直接从 Microsoft 官方网站下载并安装了最新版本。
已安装 Microsoft Visual C++ Redistributable —— 之前安装失败背后的缺失依赖。
重新测试安装(屏住呼吸)
在安装了 Visual C++ 可再发行组件后,我重新运行了 Chocolatey 命令来安装 VirtualBox。这次没有出现错误——VirtualBox 已成功安装。它对我的学习路径至关重要,为我将用于探索 Linux、网络和基础设施基础的虚拟环境提供动力。
受到鼓舞,我立即再次运行了 Amazon Corretto 17 的安装,同样成功完成。
先前失败的 Chocolatey 安装在解决系统依赖后现在成功完成。
为什么这次成功对我很重要
这次经历并不是关于安装软件;而是学习系统如何失效以及在答案不明显时如何处理失败。我之前没有相关专业知识,但我坚持面对问题,研究依赖关系,验证假设,并解决根本问题,而不是随意修补。这才是工作。
这一时刻让我有信心能够在这个领域成长,因为最重要的技能——在不确定性中解决问题——是通过经验而不是教程培养的。
为什么我要公开记录
我有意且公开地记录这段旅程,原因有三:
- 责任感 – 当进展可见时,会产生叠加效应。
- 信号传递 – 我希望招聘经理看到我的思考方式,而不仅仅是我今天掌握的知识。
- 发展轨迹 – 工具会变化;基础、心态和学习速度是持久的。
这篇文章并不是在庆祝一次设置任务;它记录了工程思维付诸行动的最早证据。
接下来是什么
- 使用虚拟化环境的 Linux 基础
- 基础设施工具和自动化
- 使用 AWS 的云基础
- DevOps 工作流和系统思维
我将继续记录进展和障碍——因为真正的成长发生在“失败”和“成功”之间。如果你是招聘人员、招聘经理或重视有意学习者和长期成长的工程师,欢迎关注。这仅仅是个开始。