IT

클라우드, 만능 치트키처럼 포장되긴 했지만... 솔직히 좀 지쳤다. 개발하면서 클라우드 없다고 말하기는 요즘 불가능한 영역이 됐지. 배포든, 확장성이든, 관리 부담을 덜어준다는 마케팅 문구들 보면 환상이 가득 차 있는 게 느껴져. 당장 로컬에 뭘 깔고 돌리느니 그냥 API 호출 몇 번 하면 되는 세상이니까. 근데 말이야, 그 '편리함'의 대가가 뭔지는 생각해 본 적 있나? 결국 모든 걸 외부 인프라에 의존하게 만드는 거잖아. 우리 코드가 잘 돌아가든 말든, AWS나 GCP 쪽에서 무슨 트래픽 폭주 이벤트가 터지거나 정책 바뀌면? 순식간에 내 서비스는 멈춰버리는 거고. 그건 내가 통제할 수 없는 영역이 되는 거지. 작은 프로젝트 수준에서는 '시간 절약'이라는 명분이 확실해. 당장 서버 관리할 시간에 코드를 더 짜는 게 생산적이니까. 하지만 규모가 커지면 이야기가 달라져. 결국엔 인프라 아키텍처를 깊게 파고들어야 하는데, 클라우드 벤더 종속성(Vendor Lock-in)이라는 아주 달콤하고도 독한 족쇄가 채워지는 거거든. 옛날에 서버 하나 띄우고 OS부터 네트워킹까지 내가 전부 손봐야 했잖아. 그 과정이 지루하다고 치부되기도 하지만, 거기서 얻는 '시스템에 대한 깊은 이해'라는 게 있었어. 하드웨어의 제약 조건, 커널 레벨에서 일어나는 일들... 그런 걸 직접 마주해 봤을 때 오는 성취감이랑 자기 효능감이 클라우드 콘솔 몇 번 클릭하는 거랑 비교가 안 된다니까. 결국 클라우드는 도구일 뿐이지, 만병통치약이 아니야. 코드가 엉성하면 클라우드 위에서 멋지게 돌아가는 '미봉책'에 불과하고, 그 인프라 자체를 이해 못 하면 언제든 불안정한 상태로 남는 거지. 가끔은 그냥 리눅스 서버 한 대 띄워서, 내가 직접 모든 걸 제어하는 그 투박한 감성이 더 신뢰가 가기도 해. 이 세상이 전부 추상화와 API 호출로만 이루어져 버리면, 뭔가 근본적인 재미나 숙련의 과정이 사라지는 건 아닐까 싶어서... 그냥 내 손으로 짜놓은 시스템을 바라보는 게 주는 묵직함이 있단 말이지.