Ocel로 AWS·GCP·VPS에 앱을 배포한다

Ocel은 인프라 코드 없이 AWS·GCP·VPS에 앱을 배포합니다. 설정 파일에서 대상과 실행 방식을 정해 배포하며, 초기 알파라 버그가 있을 수 있습니다. 저는 배포 단계를 앱 설정으로 옮긴 발상이 눈에 들어옵니다. 편리함과 함께 아직 알파라는 점도 분명히 알리기 때문입니다. 배포가 실패하면 앱뿐 아니라 실행 환경까지 확인해야 하므로, 운영 서비스에 바로 맡기기는 부담스럽습니다.

앱을 만들면서도 실행 인프라를 직접 고르는 방향은 Lovable의 비공개 프리뷰와 맞닿아 있습니다. Lovable는 일부 Enterprise 고객이 앱과 데이터를 자기 AWS 계정에서 실행하도록 했습니다. Ocel은 AWS·GCP·VPS 가운데 배포 대상을 고르게 합니다. 두 도구 모두 앱 제작의 편리함과 실행 환경 선택권을 함께 제공합니다.

각 프로바이더(provider)가 플랫폼별 배포 로직을 맡고, 사용자는 설정 파일로 대상을 고릅니다. 지원되는 곳에서는 같은 앱을 서버리스 함수(serverless function)나 컨테이너(container)로 실행할 수도 있습니다. 앱을 고른 뒤 실행 형태까지 한 설정 흐름에서 다룬다는 점이 흥미롭습니다.

초기 알파에서는 배포 실패가 Ocel의 버그인지 앱 설정 문제인지 가려내기 어려울 수 있습니다. 또 서버리스 함수나 컨테이너 실행은 지원하는 프로바이더에 한정되므로, 이미 실행 방식을 정한 앱이라면 선택지가 달라집니다. 그래서 저는 기존 앱의 실행 방식을 이어 갈 수 있는지부터 살피겠습니다.

작은 테스트 앱에서 ocel dev로 로컬 리소스를 사용해 보고, 배포 후보가 필요한 실행 방식과 리소스를 지원하는지 문서에서 확인하십시오. 그다음 별도 테스트 환경에 배포해 개발 때와 배포 뒤의 동작을 비교하면, 설정을 줄인 이득과 직접 챙겨야 할 부분을 함께 확인할 수 있습니다.

배포가 예상대로 되지 않았을 때, 앱과 실행 환경 중 어디부터 확인하셨습니까?