Azure App Service, 가상 머신을 고르지 않는 선택

플랫폼이 맡는 범위를 먼저 그립니다

관리형 웹 플랫폼을 쓰면 운영체제 패치, 웹 서버 설정, 인증서 적용, 확장 동작이 플랫폼 쪽으로 넘어갑니다. 가상 머신을 쓰면 그 전부가 우리 일로 남습니다. 그래서 비교의 출발점은 가격표가 아니라 책임 경계선입니다. 1단계로 지금 우리가 손으로 하는 운영 작업을 모두 적습니다. 2단계로 그중 플랫폼이 대신하는 항목에 표시합니다. 3단계로 남은 항목이 몇 개인지 셉니다. 남은 항목이 적다면 관리형 쪽이 총비용에서 유리할 가능성이 큽니다. 남은 항목이 많다면, 즉 특수한 설정이나 상주 프로세스가 많다면 가상 머신 쪽이 맞습니다.

플랫폼이 대신하지 못하는 작업이 남습니다

관리형 플랫폼으로 옮겨도 사라지지 않는 일이 있습니다. 애플리케이션 의존성 업데이트, 데이터베이스 스키마 변경, 로그 보관 정책, 비밀 정보 교체는 여전히 우리 일입니다. 또 플랫폼이 제공하는 실행 환경 버전에 맞춰야 하므로, 오래된 런타임을 쓰는 애플리케이션은 먼저 올려야 합니다. 그래서 이전 작업의 실제 범위는 '서버 설정 옮기기'가 아니라 '실행 환경 버전 맞추기'가 되는 경우가 많습니다. 확인 순서는 현재 런타임 버전, 플랫폼이 지원하는 버전 목록, 그 사이의 변경 사항 세 가지입니다. 이 차이가 크면 이전 비용이 운영 절감액을 넘어설 수 있습니다.

운영 시간을 더해 총비용을 냅니다

학습용 가정으로 계산합니다. 가정값은 가상 머신 2대가 월 240,000원이고 월 운영 시간이 6시간, 관리형 플랫폼이 월 320,000원이고 월 운영 시간이 1시간이라고 두겠습니다. 내부 시간 비용은 시간당 30,000원으로 가정합니다. 가상 머신은 240,000원 더하기 180,000원으로 420,000원입니다. 관리형은 320,000원 더하기 30,000원으로 350,000원입니다. 중간 계산값인 차액은 월 70,000원입니다. 최종 금액에는 이전 비용을 더합니다. 런타임 버전 차이를 메우는 데 24시간이 든다고 가정하면 720,000원이고, 월 70,000원을 아끼므로 회수까지 약 10.3개월입니다.

상주 작업과 고정 주소가 걸림돌이 됩니다

결론을 뒤집는 조건이 있습니다. 첫째, 백그라운드에서 계속 도는 작업이나 특정 포트를 직접 열어야 하는 구성은 관리형 플랫폼에서 제약을 받습니다. 이 경우 작업만 따로 떼어 다른 서비스로 옮기는 설계가 필요하고 그 작업량이 이전 비용에 더해집니다. 둘째, 외부 연동이 발신 주소를 고정으로 요구하는 경우입니다. 관리형 환경의 발신 주소가 여러 개이거나 바뀔 수 있으면 상대 허용 목록 갱신이 필요합니다. 그래서 이전 판단 전에 상주 작업 목록과 발신 주소 요구 사항을 먼저 조사하고, 둘 중 하나라도 해결이 어려우면 단계적 이전으로 범위를 좁힙니다.

클라우드 비교 실행 전 점검표

• 손으로 하는 운영 작업을 적고 플랫폼 대체 여부를 표시했다
• 현재 런타임 버전과 지원 버전 목록을 대조했다
• 운영 시간을 금액으로 환산해 총비용을 비교했다
• 상주 작업과 발신 주소 요구 사항을 조사했다