로컬 웹앱을 분석하고 필요한 인프라까지 직접 구성해
AWS와 온프레미스 환경에 배포하는 AI 원클릭 배포 시스템, Camellia
コロの引っ越し(코로의 이사) 는 기존 PaaS 위에 애플리케이션만 올리는 서비스가 아닌 업로드된 애플리케이션을 분석한 뒤 하나의 배포 명세를 기반으로 VPC·ALB·ECS 등 실제 인프라를 직접 생성하고, 컨테이너 빌드부터 AWS·온프레미스 배포와 검증까지 자동화합니다.
Upload → Analyze & IR → Build → Plan & Approve → Provision → Deploy → Verify
|
TEAM CAMELLIA
コロの引っ越し 코로의 이사 On-Prem Agent · 로컬 환경을 배포 대상으로 연결합니다. |
릴리스 노트 및 체크섬 → |
|
||
- 소스 업로드
- 스택 분석 및 배포 IR 생성
- 배포 대상 선택·확정
- 단일 컨테이너 이미지 빌드 및 digest 고정
- Terraform 인프라 계획 생성·승인
- 실제 인프라 프로비저닝
- AWS ECS Fargate 또는 온프레미스 Docker 환경에 애플리케이션 배포
- 연속 헬스체크를 통한 배포 검증 및 결과 기록
- 배포 완료 URL 제공
코로(コロ)가 앱을 새 집으로 옮겨 주는 과정을 상황마다 순서대로 보여 줍니다. 말풍선은 서버가 남긴 단계 로그와 헬스체크 현황을 그대로 말합니다.
ZIP 을 올리면 분석해서 배포 명세(IR)를 만들고, 이미지를 한 번 빌드해 AWS 로 옮깁니다.
 ① 분석 결과로 배포 명세를 만들고 집(이미지)을 짓습니다. |
 ② 집을 비행기에 싣고 구름(AWS)으로 옮깁니다. 새 컨테이너가 켜지는 과정을 숫자로 알려 줍니다. |
 ③ 검증을 통과하면 LIVE 표지가 붙습니다. |
같은 방식으로 빌드한 이미지를, 서버에 설치한 On-Prem Agent 가 받아 실행합니다.
 ① 이미지를 빌드합니다. AWS 와 같은 이미지를 씁니다. |
 ② 에이전트 로봇이 이미지를 받아 서버에서 컨테이너를 켭니다. |
 ③ 서버 옆에 집이 자리 잡고 LIVE 가 됩니다. |
ZIP 을 다시 올리지 않고 버튼 하나로 옮깁니다. 같은 이미지를 쓰므로 분석과 빌드를 건너뜁니다.
 ① 온프레미스에 자리를 준비합니다. 검증이 끝날 때까지는 AWS 가 계속 서비스합니다. |
 ② 집이 낙하산을 타고 구름에서 서버 옆으로 내려옵니다. |
 ③ LIVE 표지가 온프레미스로 옮겨 갑니다. |
 ① 비행기를 조립합니다. 그동안 온프레미스가 계속 서비스합니다. |
 ② 집을 싣고 구름(AWS)으로 날아갑니다. |
 ③ LIVE 표지가 AWS 로 옮겨 갑니다. |
 ① 지금 서비스 중인 버전 상자에서 되돌릴 버전을 고릅니다. |
 ② 창고의 예전 이미지를 다시 씁니다. 빌드는 건너뜁니다. |
 ③ 이전 버전이 다시 LIVE 가 됩니다. |
온프레미스에 문제가 생기면 대기 중인 AWS 배포로 서비스 주소를 자동으로 돌립니다.
 ① 온프레미스의 불이 꺼지고 코로가 놀랍니다. |
 ② 비행기가 집과 코로를 태웁니다. |
 ③ 구름 위 AWS 로 날아가 복구를 마칩니다. |
더 보기 — 화면 전체 모습 (진행 · 검증 · 결과 · 실패 · 서버리스 · 앱 상세 · 대시보드 · 운영)
 배포 진행 화면 · 단계 칩, 경과 시간, 장면, 로그 · 분석 탭. |
 검증 · 헬스체크가 3회 연속 통과해야 서비스 주소를 연결합니다. |
 배포 완료 · 서비스 주소와 걸린 시간, 단계별 소요 시간. |
 실패 · 실패 원인과 오류 코드를 보여 주고 바로 재배포할 수 있습니다. |
 서버리스 · 같은 이미지를 AWS Lambda 로 배포한 결과. |
 앱 상세 · 재배포 · 환경 전환 · 서버리스 전환 · 롤백을 한 곳에서. |
 대시보드 · 앱마다 지금 어디서 서비스 중인지 한눈에. |
 운영 · 작업 큐와 워커, 플랫폼 서버, AI 사용량. |
| 기능 | 설명 |
|---|---|
| 원클릭 배포 | ZIP 을 올리고 연결을 고르면 분석부터 검증까지 이어서 진행합니다. |
| AI 분석과 배포 명세(IR) | 규칙으로 스택 · 포트를 찾고, 못 찾은 칸은 AI 가 채워 하나의 배포 명세로 만듭니다. |
| 한 번 빌드, 여러 환경 | 이미지는 한 번만 만들고 AWS 에도 온프레미스에도 같은 이미지를 씁니다. |
| AWS 배포 형태 3가지 | 컨테이너(ECS Fargate) · 서버리스(Lambda) · 정적 사이트(S3). |
| 온프레미스 배포 | 서버에 설치한 On-Prem Agent 가 이미지를 받아 Docker 로 실행합니다. |
| 검증 후 주소 연결 | 헬스체크 3회 연속 통과 뒤에 서비스 주소를 새 버전에 연결합니다. |
| 재배포 · 롤백 · 환경 전환 | ZIP 을 다시 올리지 않고 버튼으로. 분석과 빌드를 건너뜁니다. |
| 자동 장애 복구 | 온프레미스 장애 시 대기 중인 AWS 배포로 자동 전환합니다. |
| 실패 진단 | 실패 원인과 오류 코드, AI 진단을 보여 줍니다. |
| 한국어 · 日本語 | 화면 전체를 두 언어로 제공합니다. |
실제 서비스 API 와 실제 AWS · 온프레미스 런타임에서 13개 시나리오, 배포 61건을 측정했습니다 (2026-10-02).
| 시나리오 | 전체 소요 시간 (중앙값) |
|---|---|
| AWS 신규 이미지 배포 | 2.03분 |
| AWS 동일 이미지 재배포 | 20.32초 |
| 온프레미스 신규 이미지 배포 | 27.26초 |
| 온프레미스 → AWS 전환 | 26.55초 |
| AWS → 온프레미스 전환 | 19.00초 |
전체 결과: 성능 · 복원력 테스트 보고서
각 구성원의 주 담당 도메인을 기준으로 정리했습니다. 설계·리뷰·통합 작업은 팀 전체가 함께 수행했습니다.
| Contributor | Primary Domain | Key Contributions |
|---|---|---|
 이정 TEAM LEAD @Pionia5375 |
Product · System Architecture · Control Plane | 제품·시스템 설계와 기술 의사결정, 규칙·AI 분석기와 IR, Fastify API, PostgreSQL Job Queue, 배포 상태 머신·오케스트레이션 |
 조서현 @csh1668 |
Cloud Infrastructure · Platform Operations | AWS 배포 프로필과 플랫폼 인프라, Terraform 상태·캐시·롤아웃 최적화, 플랫폼 배포·운영 관측 |
 안우진 @awj1052 |
Authentication · API Security | 운영 환경 API Key 검증, Session·Bearer 인증, 인증 실패 시 차단하는 보안 정책 |
 신은영 @gpffh20 |
Build · Provisioning · Deployment Engine | IR Adapter, Docker Buildx·ECR 이미지 파이프라인, Terraform ECS 프로비저닝, Cloudflare·Agent Job 연동 |
 김민성 @minseong99 |
Frontend · Product UX | React Web Console, 프로젝트·배포·환경 전환 UX, 실시간 진행 상태와 결과 화면, 한국어·일본어 지원 |
 김민서 @kmsdevdata-sketch |
Verification · On-Prem Runtime · Failover | 후보 Endpoint·최종 URL 검증, On-Prem Agent와 Compose·Tunnel 실행, 복구·정리 정책, 장애 감지·AWS Failover |
- Auto-Deployment-System — 배포 플랫폼 전체 (API · Worker · Web · On-Prem Agent · Terraform)
Team Camellia · SoftBank Hackathon 2026