[신한투자증권 프로 디지털 아카데미] 클라우드 기반 웹/앱 개발을 위한 서비스 기획 이해(3)

 

 

5. 클라우드 이해

 

1) 클라우드 기반의 웹/앱 서비스란?

: 필요할 때 서버/컴퓨터/프로그램을 인터넷에서 ‘빌려쓰는’ 서비스

: 관리, 유지보수, 보안, 확장 이런 귀찮은 거 → 전부 클라우드가 대신해줌

 

2) 클라우드가 제공하는 고전적인 3가지 유형

•  IaaS (인프라 빌려쓰기) : 서버, 저장공간, 네트워크 같은 “컴퓨터 뼈대”를 클릭 몇 번이면 바로 쓸 수 있게 해주는 서비스
  ex. AWS EC2(가상 서버), S3(파일저장소), VPC(가상 네트워크)
• PaaS (개발자용 플랫폼 빌려쓰기) : 서버/DB/OS 고민 없이, 개발자들이 바로 코드만 올리면 앱이 돌아가게 해주는 플랫폼
  ex. Vercel, Heroku, Google App Engine
• SaaS (앱/프로그램 빌려쓰기) : 내 컴퓨터에 설치 필요 없이 인터넷만 연결하면 바로 쓰는 소프트웨어, 우리가 많이 쓰는 앱들이 다 여기 포함됨
  ex. Gmail, Notion, Figma, Slack, Zoom

 

3) 인프라 클라우드를 선택할 때, 회사가 고려하는 요소

 

 

신뢰성과 안정성

• SLA(서비스 수준 보장), 장애 대응력, 글로벌 리전 분산 등
• 대기업: “우리 서비스가 안 멈춰야 해”

기술 생태계와 연동성

• 기존에 쓰던 툴/프레임워크와 잘 붙는가? (예: Azure ↔ MS 제품군) - 현업에서 고려하는 요소 중 큰 부분을 차지하기도 한다
• DevOps 툴, 머신러닝 도구와의 통합 가능성

비용 구조

• 스토리지, 트래픽, 컴퓨팅 비용의 예측 가능성
• 예약 인스턴스, 스팟 인스턴스 활용 가능 여부

보안/규제 대응

• 금융, 의료, 공공기관은 특정 클라우드만 허용되기도 함 (예: Naver Cloud) - 만약 해외로 데이터가 나가면 안 된다! 하면 네이버 클라우드 사용함
• IAM(접근제어), 암호화, 로그 감사 체계

지원/문서/커뮤니티

• 레퍼런스, 튜토리얼, 기술 지원의 질
• 장애 발생 시 대응 속도와 명확한 커뮤니케이션

 

4) SLA란? 인프라를 선택할 때 꼭 확인해야 할 기준

: 클라우드 서비스 제공자가 보장하는 서비스 품질 수준

: 주로 가동 시간(Availability), 응답 시간, 장애 대응 시간 등을 명시

: 기준을 지키지 못할 경우 일정 수준의 보상을 약속함

→ 장애 대응을 어떻게 하겠다는 문서를 확인해야 함 - 얼마나 빠르게 대응할 건지, 어떻게 책임질 건지

 

5) 주요 서비스 장애 사례

MS 365 : 인프라 단에서 장애가 발생하면 보통 올스탑 됨

카카오: 시스템이 물리적 이중화가 되어 있지 않았음 – 일부 핵심 시스템은 한 센터(판교)에만 집중되어 있어 자동 이중화 전환 실패

 

6) 우리 서비스도 피해갈 수 없다!

우리가 만드는 웹/앱/서비스는 단순히 돌아가기만 하면 되는 게 아니다

사용자가 “안정적으로 쓸 수 있느냐” - 서비스가 멈추면 신뢰가 떨어지고, 자주 느려지거나 장애가 반복되면 바로 이탈로 이어짐

운영 품질, 신뢰, 약속을 명확한 수치와 기준으로 관리·계약·개선하기 위해 사용하는 것이 SLI / SLO / SLA

 

7) SLI / SLO / SLA – 서비스 품질의 3단계

: 실무에서는 SLI를 뽑고 → SLO를 정하고 → SLA로 약속

• SLI: 실제로 측정한 수치 (지표) - “우리 서비스가 얼마나 잘 돌아가고 있는지 보여주는 데이터”
• SLO: 지키고 싶은 목표선 (내부 약속) - “이 수치는 반드시 지키자”는 내부적 합의
• SLA: 고객에게 하는 공식 약속 (계약) - “여기까지는 반드시 보장하겠습니다!” 계약서, 공식 문서, 마케팅에 명시,여기에 명시된 걸 이행하지 않는 경우 고객에게 보상해줘야 할 수도 있음

8) PaaS는 클라우드가 진화하며 용어도 변하는 중

PaaS: 앱/서비스 개발에 필요한 인프라(서버, OS, DB, 네트워크)를 자동으로 세팅·운영해주는 플랫폼 서비스

• 전통적 PaaS (Heroku, Elastic Beanstalk 등) - 리소스를 계속 할당해둠
• 현대적 PaaS – 유저 입장에서 서버리스 느낌도 있음 – 우리가 서버를 신경쓰지 않아도 된다의 의미, 진짜 서버가 없는 게 아님

 

9) SaaS – 소프트웨어를 “구독해서 바로 쓰는” 서비스

: 설치 없이 웹(혹은 앱)에서 바로 사용하는 소프트웨어, 인터넷만 있으면 바로 접속·이용