용어정리

IaaS, PaaS, SaaS, BaaS

aas : as a Service
제 3사에서 클라우드 컴퓨팅 서비스를 제공한다는 의미
온 프레미스

Iaas

• 온프레미스 인프라에서 한층 발전한 유형

• 종량제 서비스, 필요한 경우 제 3사가 스토리지와 가상화 같은 인프라 서비스를 인터넷을 통해 클라우드로 제공

• 필요한 구성 요소만 구매하고 필요에 따라 확장 또는 축소할 수 있는 유연성 제공

• 장점
  - 개발 및 테스트 환경의 구축 및 제거가 빠르고 유연하다
  - 개발이 완료되면 사용을 중단 하고 사용량에 대한 비용만 지불
  

• 단점
  - 제공업체의 보안 문제 가능성, 제공업체가 여러 클라이언트와 인프라 리소스를 공유해야 하는 멀티 테넌트 시스템 및 서비스 신뢰성
  - 신뢰할 수 있는 제공업체를 선택하면 이러한 단점 방지
  

• AWS, Microsoft Azure, Google Cloud 와 같은 퍼블릭 클라우드 공급업체가 Iaas의 예시

Paas

• 서비스로서의 플랫폼(PaaS)은 전체 온프레미스 인프라 관리가 조금 더 발전한 형태

• 제공업체가 자체 인프라에서 하드웨어와 소프트웨어를 호스팅하고 이러한 플랫폼을 사용자에게 통합 솔루션, 솔루션 스택 또는 인터넷을 통한 서비스로 제공

• 주로 개발자와 프로그래머에게 유용한 PaaS를 통해 사용자는 자체 애플리케이션을 개발, 실행 및 관리할 수 있으며, 이 과정에서 일반적으로 이러한 프로세스와 관련된 인프라 또는 플랫폼을 구축하고 유지 관리할 필요가 없다.

• Paas는 개발자가 프레임워크를 개발하여 지속적으로 췝 기반 애플리케이션을 비드 및 커스터마이징 할 수 있는 방법

• 개발자는 기본 소프트웨어 구성 요소를 활용하여 자체 애플리케이션을 개발할 수 있으므로 자체적으로 작성해야 하는 코드의 양을 줄일 수 있다.

• AWS Elastic Beanstalk, Heroku 및 Red Hat OpenShift 예시

SaaS

• 서비스로서의 소프트웨어(SaaS) 또는 클라우드 애플리케이션 서비스는 가장 포괄적인 형식의 클라우드 컴퓨팅 서비스

• 모든 애플리케이션은 제공업체가 관리하며 웹 브라우저를 통해 제공

• 제공업체가 소프트웨어 업데이트, 버그 수정 및 기타 일반 소프트웨어 유지관리 작업을 처리하며, 사용자는 대시보드 또는 API를 통해 애플리케이션에 연결합니다. 개별 시스템에 소프트웨어를 설치할 필요가 없으며 프로그램에 대한 그룹 액세스가 더욱 원활하고 안정적입니다.

• Outlook이나 Gmail과 같은 웹 기반 서비스가 지원되는 이메일 계정이 있다면 어디서든 컴퓨터에서 계정에 로그인하고 이메일을 수신할 수 있다는 점에서 SaaS라는 형태가 이미 익숙할 것입니다.

• SaaS는 소프트웨어 설치 및 업데이트를 처리할 인력이나 대역폭이 없으며 최적화가 그다지 필요하지 않거나 주기적으로 사용되는 애플리케이션이 있는 소기업에 매우 유용한 옵션입니다.

• SaaS로 시간과 유지관리를 줄일 수 있지만 제어, 보안 및 성능과 관련한 비용이 소요되므로 신뢰할 수 있는 제공업체를 선택하는 것이 중요합니다.

• Dropbox, Salesforce, Google Apps 및 Red Hat Insights가 SaaS의 몇 가지 예

BaaS(Backed-as-a-Serviece)

• 애플리케이션 개발 시 요구되는 복잡한 백엔드 기능들을 개발자가 직접 개발하지 않고 클라우드 공급자가 제공하는 서비스를 이용해 쉽고 안정적으로 구현 하는 것
• 단일 웹페이지나 모바일 앱 기반의 서비스에서 필요한 서버 기능들을 사용하기 위해 이용하는 써드파티(Third Party) 애플리케이션이지만 클라우드 서비스

Serverless

• serverless란 개발자가 서버를 관리할 필요 없이 애플리케이션을 빌드하고 실행할 수 있도록 하는 클라우드 네이티브 개발 모델

• 서버를 전혀 운용하지 않거나 고려하지 않는것은 아니다.

• 서버리스 모델로 서비스를 운용하는데에는 적지 않은 클라우드 서비스 구축자원이 들기 때문

• 이점

  • 서버 관리 리소스 감축
  • 서버 스펙을 유연하게 조정 가능 (스케일 업 & 스케일 다운 )
  • 요청 수와 이벤트 작업 량에 따른 과금
  • 배포의 편의
  • 모니터링 용이

• 단점

  • 단기적 프로세스에 적합, 단기 작업에 적합
  • 지연 시간의 문제
  • 서드파티 업체의 의존도가 높음
  • 디버깅의 어려움
  • 컨테이너 로드의 대기 시간

Firebase

• 구글이 소유하고 있는 모바일 애플리케이션 개발 플랫폼

Firestore

• NoSQL 지원
• 소켓으로 연결되어 실시간 서비스를 구축하기 좋다!?
• 다중 칼럼 검색 불가능
• 정렬 색인도 따로 지정해줘야 함
• 서버를 구축하는 것보다 반응 속도가 느림
• 여러 조건으로 검색을 해야 하거나, 빅 데이터를 저장해야 하는 서비스를 구상 중이라면 Firestore는 좋은 선택이 아님

Supabase

• 구글 Firebase를 엔터프라이즈 레벨에서도 사용 가능하도록 만든 오픈소스 프로젝트
• Firebase처럼 클라우드로 제공

pull, push

pull

• 클라이언트에서 서버

push

• 서버에서 클라이언트