AWS Summit Seoul 2025 후기 | 롯데호텔 디지털 Asset Light 전략(AWS SaaS Control Plane + 셀 기반 아키텍처)

롯데호텔 디지털 Asset Light 에 대한 강의 내용과 후기를 풀어보고자 , , 

 

1. 디지털 Asset Light 전략 수립 배경

1)  글로벌 확장에 대한 고민

- 국내 경제 환경, 장기적 성장성한계
- 국내 호텔 시장 성장 둔화 예상
- 대내외 환경 불확실성 증가 

 

2)  전통적인 호텔 시스템 운영 방식

🔸  진행방식

 - 각 프로퍼티(PMS, 키오스크, WEB/APP, POS등) 별로 서버실, 전산실, 네트워크 인프라 등 온프레미스 방식으로 확장하고 있었음.

🔸  문제점

- 국내는 어떻게 저렇게 할 수 있음. 현지에서 서버를 연결하기 위해서 너무 어려움. 엔지니어를 파견한다던지, 오버헤드가 너무 많이 발생.
- 높은 초기 투자 비용, 물리적 공간, 시간투자, 인터페이스 연동 이슈, 서버장비 등 장비 딜리버리 환경도 다 다름
  

> 사업 포트폴리오 다각화 및 자산 경량화, 디지털 Asset Light 필요성을 느끼게 됨

자산 경량화 ?

토지나 건물 등 부동산 자산을 직접소유하지않고 현지업체나 투자자에게 호텔 운영을 위탁하거나 브랜드를 빌려주고 로열티를 받는 형식

 

2. Digital Asset Light 전략

🔸 개념

 - 운영 중인 온프라미스 기반 소프트웨어를 SaaSification(AWS 서비스로 다 올리는 것)하려고함. 신속한 기능 업데이트 및 글로벌 서비스 일관성 확보

 

🔸 현황

- 현재 서비스 배포를 진행중이며 이에따라 해외 롯데 호텔에 방문하더라도 롯데호텔의 포인트 등 서비스를 문제없이 사용할 수 있도록 함.

- AWS SaaS Control Plane + 셀 기반 아키텍처를 활용하였음

 

 

3. AWS SaaS Control Plane + 셀기반 아키텍처

3.1 AWS SaaS Control Plane 

🔸 개념

SaaS(Software as a Service) 애플리케이션을 멀티테넌시 방식으로 제공하기 위해 사용하는 중앙 제어 및 관리 계층을 의미. 쉽게 말하면, 여러 고객(테넌트)을 하나의 플랫폼에서 효율적으로 관리하고 운영할 수 있게 도와주는 "제어 허브"라고 생각하면 쉽다.

 

🔸  SaaS Control Plane이 하는 일

- 테넌트 등록 및 관리 (Tenant provisioning, onboarding, lifecycle)
- 인증 및 권한 부여 (Authentication/Authorization)
- 사용량/청구 추적 (Metering/Billing)
- 구성 관리 (Configuration management)
- 모니터링 및 로깅 (Monitoring/Logging)
- API 게이트웨이 및 요청 라우팅 (API Gateway, request routing)
- 테넌트 분리 정책 관리

 

3.2 셀 기반 아키텍처

🔸 개념

셀 기반 아키텍처는 멀티테넌시를 구현하는 방법 중 하나. 여기서 "셀(cell)"은 일정한 테넌트 그룹이 격리되어 돌아가는 논리적 또는 물리적 단위를 의미함

 

🔸 특징

- 각 셀은 독립적으로 구성된 인프라(예: VPC, DB, 서비스 세트)를 가질 수 있음

- 셀 간 장애 전파가 방지됨 (격리성 높음)

- 스케일아웃이 쉬움 (셀 단위로 추가)

 

3.3 SaaS Control Plane + 셀 기반

AWS에서는 SaaS Control Plane이 각 셀의 생성, 배포, 설정, 모니터링 등을 관리한다.

 

예시)

- 고객 A가 가입하면 Control Plane이 Cell A를 생성하고 거기에 테넌트를 넣음

- 고객 B는 다른 Cell에 들어가며, 리소스는 완전히 분리됨

- Control Plane은 셀들의 상태를 통합적으로 감시, 관리함

 

 

🔸  AWS에서 활용 예시

AWS에서는 다음과 같은 서비스들을 조합해 SaaS Control Plane을 구성한다.

 

- Amazon Cognito / IAM – 인증

- Amazon API Gateway + Lambda – API 진입점

- AWS Organizations / Control Tower – 계정 및 환경 관리

- Amazon CloudWatch, X-Ray – 모니터링

- DynamoDB / S3 / RDS – 데이터 저장

- AWS Service Catalog, CodePipeline – 셀 배포 자동화

 

 

사실 위의 내용이 좀 어려워서 비유적으로 이해하기 위해 아래 예시를 보며 이해하면 좋을것같다.

 

 

3.4 비유적으로 이해하기

1️⃣ SaaS(사스)

SaaS는 "Software as a Service"의 줄임말이에요.
쉽게 말하면 인터넷으로 사용하는 프로그램이에요.

 

예를 들면:

• 구글 드라이브
• 넷플릭스
• 인스타그램

이런 서비스들은 우리가 설치하지 않아도 웹이나 앱으로 접속해서 바로 쓰죠?
이게 바로 SaaS예요.

 

 

2️⃣ 여러 명이 쓰는 서비스는 어떻게 관리할까?(Control Plane)

예를 들어 학원에서 수강생 100명이 한 앱을 쓴다고 해요.

이때 필요한 기능은 뭐가 있을까요?

• 누가 로그인했는지 확인해야 해요.
• 누가 어떤 데이터를 쓰는지 구분해야 해요.
• 누가 얼마나 사용했는지도 알아야 해요.

이런 걸 모두 중앙에서 관리하는 게 바로 Control Plane이에요!

 

🛸 Control Plane = 우주선 조종석 같은 것!

• 테넌트(=고객)가 앱에 들어오면 등록시켜주고
• 어떤 데이터를 볼 수 있는지 정해주고
• 어디로 보내야 할지 알려줘요.

 

3️⃣ 셀 기반 아키텍처는 뭐야?

셀(Cell) 은 하나의 독립된 공간이라고 생각하면 돼요.
예를 들어, 학교에 여러 반이 있죠?

• 1반, 2반, 3반... 각각 교실도 있고, 시간표도 다르죠?
• 다른 반 학생이 우리 반 수업 못 듣게 막아야겠죠?

🧱 셀 = 독립된 반(교실)
👩‍🏫 Control Plane = 교무실 선생님

 

• 선생님(=Control Plane)이 어떤 학생이 어떤 반(=Cell)에 속했는지 알고 있어요.
• 문제 생기면 해당 반만 처리하면 되니까 전체가 멈추지 않아요.
• 반마다 다르게 수업하거나 규모 키우기도 쉬워요.

 

정리하자면, 

💡  Saas = 인터넷으로 쓰는 프로그램 / 우리가 쓰는 앱(넷플릭스, 구글드라이브 등)

🧱 셀 = 독립된 반(교실) / 각각의 사용자 공간. 서로 분리되고 독립적
👩‍🏫 Control Plane = 교무실 선생님 / 전체 사용자와 반을 관리하는 중심 제어기

 

 

왜 이렇게 하냐고?

• 속도 빠르게! → 각 셀은 따로 움직이니 전체가 느려지지 않아요.
• 안정적으로! → 2반에 문제 생겨도 1반은 멀쩡해요.
• 확장 쉽게! → 셀을 하나 더 만들면 새로운 반이 생기는 거예요!

 

5. 후기

반은 기대하고 반은 안기대하고 봤는데 좀아쉬웠다.. 기술자가 나와서 내부 구조 설계에 대해서 더 설명을 듣고 싶었는데 회사 소개가 절반이었던 느낌이였고, 실제로 롯데호텔에 쓰인 상세한 기술적인, 전략적인 내용이 부족했던것같다. AWS 담당자가 나와서 도입한 내용을 설명했는데 나에겐 조금 어려워서 GPT 내용을 덧붙였다..ㅎㅎ