https://roboco.io/tags/infrastructure/ Recent content in Infrastructure on ROBOCO Hugo ko-kr Sat, 26 Sep 2026 10:00:00 +0900 https://roboco.io/posts/vibe-coding-infrastructure-lock-in/ Sat, 26 Sep 2026 10:00:00 +0900 https://roboco.io/posts/vibe-coding-infrastructure-lock-in/ <blockquote> <p>“누가 종속 소리를 내었는가!”</p> </blockquote> <figure><img src="https://roboco.io/posts/images/Dohyun.png"><figcaption> <h4>정도현 - 로보코 수석 컨설턴트</h4> </figcaption> </figure> <hr> <p>2026년에도 온프레미스를 선호하는 사람은 많다. 장비를 직접 다루고, 모든 층을 통제하며 운영하는 일이 즐겁다면 이해한다. 지연 시간, 기존 설비와의 연결, 규제 때문에 자체 환경이 필요한 경우도 있다. 다만 “클라우드를 쓰면 종속되니까”라는 말은 납득하기 어렵다. <strong>클라우드간 또는 온프라미스로의 이전 비용은 바이브 코딩의 등장으로 크게 줄어 들었다. 반면 설비 및, 장비, 전문 운영 인력에 묶이는 비용은 여전히 남는다.</strong> 어느쪽이 진정한 종속인가?</p> <h2 id="tldr">TL;DR</h2> <ul> <li>바이브 코딩으로 클라우드 마이그레이션의 노동 비용은 이미 크게 줄었다. 모델과 에이전트가 발전하면 앞으로 더 줄어들 것이라고 본다.</li> <li>온프래미스는 훨씬 더 심히다. 데이터센터를 위한 부동산, 설비, 장비에 더불어 운영인력도 필요하다.</li> <li>클라우드 상에서 운영하는 Kubernetes는 데이턴센터는 필요 없지만 운영을 위한 전문 인력을 고용해야 한다. 이것 또한 종속이다.</li> <li>GPU 기반 고성능 컴퓨팅과 LLM 서비스가 빠르게 바뀌는 상황에서 클라우드는 장비를 사지 않고 새 기술을 시험할 수 있게 해 첨단 기술의 진입장벽을 낮춘다.</li> <li>바이브 코딩이 개발의 뉴노멀로 자리 잡으면, 구현과 테스트가 까다로워 기피되던 서버리스 같은 클라우드 네이티브 아키텍처가 더 많이 선택될 것이다.</li> <li>로보코는 현행 문서와 테스트를 정비하고 작은 서비스부터 이전한 뒤, 마련한 테스트·문서로 성공을 확인하고 그 절차를 규칙·스킬로 만드는 방식을 제안한다.</li> </ul> <h2 id="1-종속성을-다시-정의할-때">1. 종속성을 다시 정의할 때</h2> <p>클라우드 종속(vendor lock-in)을 말할 때 보통 한 공급자의 관리형 서비스와 API에 깊이 의존하는 상태를 떠올린다. 다른 환경으로 옮기려면 애플리케이션과 데이터를 바꿔야 하니, 공급자를 쉽게 교체할 수 없다는 뜻이다. NIST도 이식성을 다른 환경으로 애플리케이션과 데이터를 <strong>수용할 만한 비용으로</strong> 옮길 수 있는 능력으로 설명한다.<sup id="fnref:1"><a href="#fn:1" class="footnote-ref" role="doc-noteref">1</a></sup></p>