제로부터 시작: Windows에서 클라우드 & DevOps를 배우며 얻은 첫 실전 성공
Source: Dev.to
저는 DevOps와 클라우드에 매우 능숙해질 것입니다. 의심의 여지 없이! 제가 시작한 작은 승리들을 자랑스럽게 되돌아보고 싶습니다.
1월 1일, 저는 완전한 무에서 클라우드와 DevOps 학습 여정을 공식적으로 시작했습니다. DevOps 배경이 전혀 없고, 지름길도 없으며—올바른 방법으로 실제 엔지니어링 역량을 구축하기 위한 의도적인 결정이었습니다. 환경 설정과 도구부터 시작하는 것이 많은 사람들이 과소평가하지만, 모든 진지한 엔지니어가 의존하는 기반입니다.
이 포스트는 저의 첫 번째 기술적 승리를 기록합니다. 인상적이어서가 아니라, 아직 의존할 경험이 없을 때 제가 문제에 접근하는 방식을 보여주었기 때문입니다.
Day One: 실전 개발 환경을 처음부터 구축하기
내 첫 번째 주요 과제는 Chocolatey를 Windows PowerShell을 통해 사용하여 Windows에 완전한 로컬 개발 환경을 구축하는 것이었습니다. 목표는 명확했습니다: 클라우드 및 DevOps 학습에 필요한 핵심 도구들의 설치를 수동 인스톨러에 의존하지 않고 자동화하는 것이었습니다.
설치할 도구
- VirtualBox
- Vagrant
- Git
- Amazon Corretto 17 (JDK)
- Maven
- AWS CLI
- IntelliJ IDEA Community
- Visual Studio Code
- Sublime Text
이 접근 방식은 의도된 것이었습니다. 나는 실제 엔지니어링 환경에서 중요한 명령줄, 패키지 관리자, 재현 가능한 설정에 일찍부터 익숙해지고 싶었습니다.
The Wall: When Automation Fails
거의 즉시 나는 첫 번째 실제 장애물을 마주했다. 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 워크플로우와 시스템 사고
진행 상황과 장애물을 계속 기록할 것입니다—실제 성장은 “실패”와 “성공” 사이에서 일어나기 때문입니다. 만약 여러분이 의도적인 학습자와 장기적인 성장을 중시하는 채용 담당자, 매니저, 혹은 엔지니어라면 언제든지 함께해 주세요. 이것은 시작에 불과합니다.