클라우드의 구성 요소
- 24분
클라우드 컴퓨팅에서는 네트워크를 통해 컴퓨팅 리소스를 서비스로 사용할 수 있습니다. 물론 모든 서비스 요구 사항이 동일하지는 않습니다. 일부 클라우드 사용자는 애플리케이션을 빌드할 원시 인프라에만 액세스를 원할 수 있습니다. 다른 사용자는 인프라를 전혀 처리하지 않고 서비스 공급자가 제공하는 웹 서버와 같은 플랫폼에서 애플리케이션을 개발하고 배포하기만을 원할 수 있습니다. 또 다른 사용자는 PC에 아무것도 설치하지 않고 브라우저를 통해 액세스하는 애플리케이션을 배포하기 위한 수단으로 클라우드를 사용합니다. 이러한 시나리오 각각이 클라우드 서비스 모델을 구성합니다. 또한 각 서비스 모델에는 클라우드 컴퓨팅 어휘집에서 잘 알려진 이름이 있습니다.
서비스 모델에 대해 설명하기 전에 다양한 서비스 모델을 활용하는 클라우드 서비스를 제공하기 위한 토대를 형성하는 하드웨어 및 소프트웨어 계층에 대해 생각해 보겠습니다.
클라우드 빌딩 블록
그림 1.5에서는 클라우드 컴퓨팅을 애플리케이션 소프트웨어, 개발 플랫폼, 리소스 공유 및 인프라의 4가지 계층으로 나누어 클라우드 컴퓨팅에 대한 유용한 추상화를 제공합니다. 인프라 계층에는 데이터 센터의 물리적 리소스가 포함되어 있습니다. 리소스 공유 계층은 하드웨어 및 소프트웨어의 조합을 사용하여 특정 수준의 격리를 제공하는 동시에 물리적 리소스를 쉽게 공유할 수 있도록 합니다. 개발 플랫폼 계층은 클라우드 애플리케이션에 대한 기능 지원을 제공합니다. 마지막으로 애플리케이션 소프트웨어 계층은 애플리케이션 자체를 호스트합니다.
그림 1.5: 클라우드 컴퓨팅 구성 요소.
이러한 방식으로 4개의 계층을 추가로 정량화할 수 있습니다.
애플리케이션 소프트웨어: 스택의 최상위 계층은 일반적으로 최종 사용자가 사용하는 시스템 구성 요소인 구성 요소 소프트웨어입니다.
개발 플랫폼: 다음 계층인 개발 플랫폼은 애플리케이션 개발자가 클라우드 공급자의 API(애플리케이션 프로그래밍 인터페이스)를 활용하여 애플리케이션 소프트웨어를 작성할 수 있는 계층입니다. 각 클라우드 플랫폼은 개발자가 클라우드 스토리지에 액세스하고 사용자를 인증하며 다른 필요한 작업을 수행할 수 있는 호출 가능 API를 제공합니다.
리소스 공유: 세 번째 계층인 리소스 공유 메커니즘은 몇 가지 주요 클라우드 아이디어를 구현합니다.
- 소프트웨어, 계산, 네트워크 및 스토리지 서비스를 제공합니다.
- 여러 하드웨어 이미지(예: 가상 머신) 및 시스템 이미지(예: 운영 체제)를 보안, 리소스 및 장애 격리와 함께 단일 서버에서 함께 실행할 수 있는 공유 환경을 제공합니다.
- 물리적 서버를 더 적은 물리적 서버에서 실행되는 가상 서버로 통합합니다.
- 민첩성과 탄력성을 제공하여 사용자의 리소스 및 서비스 요구에 신속하게 대응할 수 있습니다.
이러한 아이디어는 일반적으로 여러 가상 머신이 단일 물리적 서버에서 호스트되는 경우에도 마치 독립적인 물리적 컴퓨터처럼 작동하는 가상 머신을 만들기 위해 소프트웨어와 펌웨어를 조합하여 사용하는 가상화를 통해 제공됩니다.
인프라: 물리적 리소스는 최하위 계층을 구성하며 클라우드 컴퓨팅에서는 주로 클라우드 공급자 쪽에 배포됩니다. 광범위한 리소스 클래스에는 다음이 포함됩니다.
- 컴퓨팅 리소스. 일반적으로 사용자 워크스테이션과 달리 엔터프라이즈 컴퓨팅을 위해 설계된 컴퓨터인 서버입니다. 일반적으로 공간을 효율적으로 활용하기 위해 랙에 탑재됩니다.
- 스토리지 리소스는 클라우드 데이터를 유지하며, 이러한 리소스의 사용은 일반적으로 볼륨 기준으로 요금이 부과됩니다(예: 사용한 스토리지 1기가바이트 또는 1테라바이트당 과금).
- 네트워크 리소스는 서버 간 그리고 서버와 클라이언트 간 통신을 가능하게 합니다.
- 컴퓨팅, 네트워크 및 스토리지 인프라를 관리하는 소프트웨어.
다음으로 인기 있는 클라우드 서비스 모델과 위에서 설명한 추상화가 어떻게 이들 모델의 제공을 촉진하는지 살펴보겠습니다.
클라우드 서비스 모델
클라우드 공급자가 제공하는 서비스는 서비스 모델이라고 하는 다음 세 가지 범주로 구분됩니다.
- IaaS(Infrastructure-as-a-Service)
- PaaS(Platform-as-a-Service)
- SaaS(Software-as-a-Service)
그림 1.6은 차이점을 보여 줍니다. 기존(비 클라우드) 컴퓨팅 환경에서는 사용자가 하드웨어 및 소프트웨어를 소유하면서 배포 및 유지 관리를 담당합니다. 서버에 더 많은 RAM이 필요한 경우 사용자가 RAM을 설치해야 하고, 운영 체제에 패치를 적용해야 하는 경우에도 사용자가 작업을 처리해야 합니다. 이와는 반대로 IaaS에서는 클라우드 서비스 공급자가 가상 머신 형태로 가상화된 하드웨어를 제공합니다. 명령을 몇 개 실행하거나 단추를 몇 번 클릭하면 운영 체제를 포함한 가상 머신을 만들 수 있습니다. 사용자는 운영 체제에 패치를 계속 적용하고 가상 머신에서 실행되는 모든 소프트웨어를 설치 및 유지 관리해야 합니다. 그러나 하드웨어를 유지 관리할 필요는 더 이상 없습니다.
그림 1.6: 클라우드 서비스 모델.
PaaS는 한 걸음 더 나아가 사용자가 설치 및 유지 관리하는 애플리케이션을 개발하고 실행하기 위한 플랫폼을 제공합니다. 중요한 것은 클라우드 공급자가 플랫폼 자체를 유지 관리합니다. PaaS 클라우드 서비스의 좋은 예는 운영 체제(Windows 또는 Linux)가 포함된 가상 머신, IIS(인터넷 정보 서비스)와 같은 웹 서버 및 node.js, PHP, ASP.NET 등 웹 사이트 및 웹 앱을 호스트하기 위한 런타임 스택을 제공하는 Azure App Service입니다. 또한 자동 크기 조정 및 기본 제공 부하 분산 기능도 제공합니다. 간단히 말해서 웹앱을 호스트하기 위한 전체 플랫폼을 제공하고 하드웨어 및 소프트웨어를 설치하고 유지 관리하는 대신 앱을 작성하는 데 집중할 수 있습니다.
SaaS는 특정 작업을 수행하기 위한 완전 관리형 플랫폼을 제공합니다. 웹 메일 앱은 SaaS의 예입니다. PC에 아무것도 설치하지 않고 브라우저를 사용하여 연결하고 이메일 작업을 수행할 수 있습니다. 일반적으로 사용되는 서버의 유형(물리적 또는 가상) 또는 서버에 설치된 것에 대해서는 알 수 없거나 신경 쓰지 않아도 됩니다. 소프트웨어 업데이트 및 패치 적용 등의 작업은 클라우드 공급자가 수행하기 때문에 완전 관리형이라는 용어를 사용하는 것입니다.
이러한 용어에 대해 자세히 살펴보고, 이들이 최신 클라우드 플랫폼에서 사용할 수 있는 서비스에 어떻게 적용되는지 알아보고, 서비스 모델 선택 조건을 이해하도록 하겠습니다.
IaaS 모델
IaaS
(정의) IaaS(Infrastructure-as-a-Service)는 클라우드 공급자가 클라이언트(일반적으로 가상 머신 형식)에 컴퓨팅 리소스를 사용할 수 있도록 하는 클라우드 컴퓨팅 모델입니다.
IaaS 모델에서 공급자는 가상 머신("인스턴스" 라고도 함) 형식으로 컴퓨팅 리소스를 임대하고 사용자가 다양한 구성(예: CPU, 메모리, 디스크 및 네트워크 대역폭) 중에서 선택하도록 합니다. VM이 프로비전되면 IaaS 사용자가 원격으로 VM에 연결하여 플랫폼 및 애플리케이션을 설치할 수 있습니다. 이 모델은 소프트웨어 개발 및 배포 측면에서 IaaS 사용자에게 가장 많은 유연성을 제공합니다. 서버, 소프트웨어, 데이터 센터 공간 또는 네트워크 장비를 구매하는 대신, 사용자는 이러한 리소스를 완전히 아웃소싱된 주문형 서비스로 임차합니다.
IaaS에는 다음과 같은 특징이 있습니다.
- 컴퓨팅 리소스는 사용자에게 서비스로 제공됩니다.
- IaaS 공급자는 IaaS 사용자가 배포하는 리소스를 크기 조정할 수 있는 도구를 제공합니다.
- IaaS 공급자는 일반적으로 다양한 리소스를 다른 비용으로 제공하며 유틸리티 가격 책정 모델을 따릅니다(일반적으로 시간 단위로 계산).
- 동일한 물리적 리소스가 여러 사용자 간에 공유됩니다.
IaaS의 예
Amazon Web Services, Microsoft Azure, Google 및 Rackspace는 IaaS 제품을 제공하는 클라우드 플랫폼의 예입니다. AWS의 Elastic Compute Cloud(EC2)는 상업적으로 성공한 최초의 IaaS 제품 중 하나입니다. AWS EC2는 전 세계에 분산된 다양한 데이터 센터에서 인스턴스를 임대합니다. 사용자는 미국 달러로 월별 몇 달러에 불과한 저용량 메모리 단일 CPU 가상 머신에서 미국 달러로 월 수백 달러가 드는 다중 코어 고성능 GPU 가속 인스턴스에 이르기까지 다양한 인스턴스 유형 중에서 선택할 수 있습니다. Azure의 가상 머신 서비스도 비슷하며 Linux 및 Windows를 지원합니다. 2018년 9월 현재, Azure의 가상 머신 중 약 절반이 Linux 가상 머신1.
가격 책정 모델
IaaS는 일반적으로 시간 단위로 요금을 부과합니다. 예를 들어 EC2는 컴퓨팅, 메모리, 스토리지 및 대역폭에 따라 달라지는 일련의 컴퓨팅 리소스를 가상화된 OS 인스턴스로 제공합니다. 이 문서를 작성할 당시, 단일 가상 CPU 및 1GB 메모리를 제공하는 Amazon EC2 t2.micro 인스턴스는 Linux를 실행할 경우 비용이 시간당 약 1.2센트입니다. 거의 동등한 용량의 Azure B1S 가상 머신은 시간당 약 0.8센트입니다. 두 인스턴스 모두 한도 이내에서 최대 12개월 동안 무료로 사용할 수 있습니다.
또한 클라우드 공급자는 비례 배분식 또는 비 비례 배분식으로 요금을 청구하도록 선택할 수 있습니다. 비례 배분식에서는 각 부분 시간이 부분적으로 청구되지만, 비 비례 배분식에서는 각 부분 시간이 1시간으로 청구됩니다. 이 차이는 IaaS 사용자가 버스트 처리를 위해 짧은 시간 동안 많은 수의 인스턴스를 필요로 하는 경우에 중요합니다. 오늘날 인기 있는 클라우드 공급자는 대부분의 가상 머신에 대해 초 단위로 요금을 청구합니다.
IaaS 사용 사례
IaaS는 다음과 같은 다양한 상황에서 유용합니다.
- 자체 인프라에 자본을 투자할 여력이 없는 신생 조직.
- 인터넷 스타트업과 같이 IT 리소스를 빠르게 확장해야 하는 조직.
- 임시 프로젝트 또는 임시 인프라 수요(조직에서 제한된 시간 동안 상당한 컴퓨팅 성능을 요구하는 경우).
- 조직에서 기존 물리적 또는 가상 서버의 "리프트 앤 시프트"를 수행하여 온-프레미스 워크로드를 클라우드로 이동하는 경우
다음과 같은 경우에는 IaaS가 최상의 옵션이 아닐 수 있습니다.
- 규정 준수 때문에 워크로드를 오프-프레미스에서 실행할 수 없는 경우.
- 애플리케이션에 엄격한 QoS(서비스 품질) 요구 사항이 있는 경우.
- 조직에서 IT 요구를 충족하기 위한 사내 사용자 지정 인프라를 이미 보유한 경우.
PaaS 모델
PaaS
(정의) PaaS(Platform-as-a-Service)는 기본 하드웨어 및 소프트웨어를 구입, 설치 및 유지 관리하는 복잡성 없이 데이터베이스 서버 또는 웹 서버와 같은 소프트웨어 플랫폼을 제공하는 모델입니다.
PaaS는 사용자의 설치 및 유지 관리 부담을 클라우드 공급자로 전가합니다. 기본적으로 Microsoft SQL Server의 클라우드 PaaS 버전인 Azure SQL Database는 IaaS와 PaaS를 대비하기 위한 편리한 참조 지점을 제공합니다. IaaS 시나리오에서 SQL Server를 실행하려면 가상 머신을 배포한 다음 원격으로 연결하여 SQL Server를 설치해야 합니다. 물론 SQL Server 라이선스를 획득하고 SQL Server 패치를 적용하고 최신 상태로 유지하는 것은 사용자의 몫입니다. Azure SQL Database에서는 서비스 인스턴스만 만들면 라이선스 및 유지 관리는 기본 제공됩니다.
PaaS 제품은 공급자마다 다르지만 일반적으로 다음과 같은 몇 가지 기본 기능을 제공합니다.
- 플랫폼을 사용 및 구성하기 위한 웹 기반 사용자 인터페이스.
- 다수의 동시 사용자가 동일한 도구를 활용하는 다중 테넌트 아키텍처.
- 플랫폼을 수요에 따라 동적으로 크기 조정할 수 있는 기본 제공 메커니즘.
PaaS의 예
Google App Engine은 PaaS의 한 예입니다. 개발자는 Google의 API를 사용하여 Google의 인프라에서 실행되는 웹 및 모바일 애플리케이션을 만들 수 있습니다. Azure App Service는 AWS Elastic Beanstalk처럼 Go, Java, .NET, node.js, PHP, Python, Ruby를 사용하여 개발된 애플리케이션을 호스트하기 위한 관리형 플랫폼을 제공하는 또 하나의 예입니다. 클라우드 공급자는 MySQL, Oracle 및 SQL Server 같은 인기 있는 데이터베이스를 PaaS 서비스로 제공하는 경우가 많습니다.
PaaS의 최신 혁신 중 하나는 클라우드 공급자가 코드를 실행하기 위한 완전 관리형 플랫폼을 제공하는 서버리스 컴퓨팅입니다. 예를 들어 Azure Functions C#, JavaScript, Java 또는 Python으로 작성된 코드를 Azure에 업로드하고 미리 정의된 트리거에 대한 응답으로 실행할 수 있습니다. Amazon은 AWS Lambda를 통해, Google은 Google Cloud Functions를 통해 유사한 서비스를 제공합니다.
그러나 급속히 인기가 확산되는 PaaS의 또 다른 예는 클라우드에서 Docker 컨테이너를 실행하는 것입니다. 이 경우 플랫폼은 미리 빌드된 Docker 스택입니다. 이러한 방식으로 컨테이너화된 애플리케이션을 실행하면 서버를 배포하고 Docker 런타임을 설치 및 유지 관리할 필요가 없습니다. 컨테이너 서비스가 컨테이너 레지스트리의 컨테이너 이미지를 가리키도록 하고 나머지는 클라우드 공급자가 처리하도록 하면 됩니다. 최신 클라우드 플랫폼은 자체적으로 Docker 호환 컨테이너 레지스트리를 지원하므로 컨테이너 이미지와 컨테이너 이미지를 실행하는 컨테이너를 동일한 데이터 센터에 공동 배치하여 컨테이너를 더 빨리 시작할 수 있습니다.
가격 책정 모델
일반적으로 시간 단위로 요금을 청구하는 IaaS 가격 책정 모델과 달리, PaaS는 사용량을 기준으로 가격이 책정되는 것이 일반적입니다. 청구를 간소화하고 비용을 더 예측 가능하게 하기 위해 클라우드 공급자는 흔히 지정된 시간별 또는 월별 가격으로 특정 기능 및 리소스 사용을 포함하는 서비스 계층을 자주 제공합니다.
PaaS가 진화함에 따라 가격 책정 모델도 향상됩니다. 예를 들어 Azure Functions, Amazon Lambda 및 Google Cloud Functions는 함수가 실행되는 시간에 대해서만 비용을 지불하고 함수가 다시 트리거될 때까지 대기하는 시간에 대해서는 비용을 지불하지 않는 사용 기반 가격 책정 모델을 제공합니다. 이는 야간 백업 또는 주별 청구 작업 실행과 같이 비교적 짧은 시간 동안 자주 발생하고 실행되는 작업인 경우 비용 관점에서 매우 유용합니다.
PaaS 사용 사례
PaaS는 다음과 같은 특정 유형의 애플리케이션에 적합한 모델입니다.
- RAD(신속한 애플리케이션 개발) 시나리오.
- 사용자의 변화하는 부하를 처리하기 위해 웹 기반 인프라가 필요한 애플리케이션.
- 나중에 다시 배포하거나 다른 플랫폼으로 마이그레이션할 필요가 없는 애플리케이션.
다음과 같은 일부 시나리오에서는 PaaS가 적절하지 않을 수 있습니다.
- PaaS API가 PaaS 공급자마다 다를 수 있기 때문에 애플리케이션이 호스트되는 위치를 기준으로 애플리케이션 이식성이 향상되어야 하는 경우
- 전용 언어 또는 API가 개발 프로세스에 영향을 줄 수 있거나 공급업체 잠금으로 인해 나중에 문제가 발생하는 경우.
- 애플리케이션 성능을 위해서는 기본 하드웨어 및 소프트웨어를 사용자 지정해야 합니다.
SaaS 모델
SaaS
(정의) SaaS(Software-as-a-Service)는 소프트웨어가 클라우드에서 호스트되는 소프트웨어 제공 모델입니다. 인프라, 플랫폼 및 소프트웨어 자체는 클라우드 공급자가 관리하고 소프트웨어는 서비스로 사용됩니다.
SaaS는 클라우드 공급자가 소프트웨어를 인터넷 서비스로 제공하여 소프트웨어 설치 또는 사용자의 유지 관리가 필요하지 않은 모델입니다. SaaS 애플리케이션을 최종 사용자 애플리케이션으로 사용하는 경우 사용자는 브라우저를 통해 소프트웨어에 액세스합니다. 브라우저는 최신 버전의 SaaS 애플리케이션을 동적으로 투명하게 로드합니다.
SaaS는 회계, 협업, CRM(고객 관계 관리), MIS(경영 정보 시스템), ERP(엔터프라이즈 리소스 계획), 송장 발행, HRM(인사 관리), CM(콘텐츠 관리), 서비스 데스크 관리 등 많은 비즈니스 애플리케이션에 대한 일반적인 소프트웨어 제공 모델이 되었습니다.
SaaS를 사용하면 공급자가 소프트웨어 및 인프라를 실행합니다. 공급자는 정기적으로 소프트웨어를 개발하며, 모든 사용자는 서비스에 로그인 할 때마다 자동으로 향상된 기능을 사용할 수 있게 됩니다. 또한 서비스를 사용하여 발생하는 모든 애플리케이션 데이터는 클라우드에 상주하고 사용자가 원하는 위치에서 사용할 수 있습니다.
대다수의 SaaS 솔루션은 다중 테넌트 아키텍처를 기반으로 합니다. 이 아키텍처에서 단일 구성을 사용하는 단일 버전의 애플리케이션이 모든 고객(테넌트라고 함)에 사용됩니다. 서비스는 원활히 확장될 수 있도록 공급자 쪽의 여러 서버에 설치되어 있을 수 있습니다. 서비스는 인기가 상승할수록 더 많은 사용자가 사용할 수 있게 동적 크기 조정을 활용합니다.
SaaS의 일반적인 특징은 다음과 같습니다.
- 소프트웨어 서비스에 대한 웹 기반 액세스입니다.
- 소프트웨어는 클라우드 공급자가 중앙 위치에서 관리합니다.
- 소프트웨어는 일대다 모델로 제공됩니다. 여기서 “일”은 클라우드 공급자이고 “다”는 클라우드 사용자입니다.
- 클라우드 공급자가 소프트웨어 업그레이드 및 패치 적용을 처리합니다.
SaaS의 예
웹 메일은 SaaS의 초기 예 중 하나입니다. 웹 메일을 사용하면 브라우저와 인터넷 연결을 사용하는 사용자가 언제 어디서나 이메일에 액세스할 수 있습니다. Hotmail, Yahoo! 및 Gmail은 매우 인기 있는 제품입니다. 이러한 서비스는 “Freemium” 모델을 기반으로 하며, 기본 서비스는 무료이지만 구독을 통해 더 많은 고급 기능을 사용할 수 있습니다. 또한 공급자는 서비스를 사용할 때 사용자에게 표시되는 광고에서 주로 수익을 획득합니다.
SaaS의 또 다른 인기 있는 예는 Google 드라이브, Microsoft 365 등 온라인 오피스 제품군으로, 사용자가 온라인으로 문서를 만들고 편집하고 공유할 수 있습니다. Google은 개별 사용자에 대해 Freemium 모델을 활용합니다. Microsoft에는 필요한 기능과 월별 사용자 수를 기반으로 하는 요금 청구 모델이 있습니다.
SaaS 서비스가 항상 웹 UI를 제공하여 최종 사용자가 직접 사용할 수 있도록 빌드되는 것은 아닙니다. 예를 들어 Azure Stream Analytics 그리고 AWS의 유사한 서비스인 Amazon Kinesis Analytics는 앱 또는 IoT 디바이스에서 데이터 스트림을 수집하고 개발자가 SQL 쿼리를 사용하여 데이터 스트림에서 정보를 추출할 수 있도록 합니다. 이러한 서비스는 다른 SaaS 서비스와 결합하여 더 크고 복잡한 엔드투엔드 솔루션을 구성하는 데 자주 사용됩니다.
HTTP(S) 프로토콜을 사용하여 인터넷을 통해 호출되며 애플리케이션의 구성 요소로 사용되는 함수인 API를 SaaS 서비스로 제공하는 클라우드 공급자가 점차 늘고 있습니다. 한 가지 예는 개발자가 AI(인공 지능)를 활용하여 사진에서 물체를 식별하고 사진에 대한 캡션 및 검색 메타데이터를 생성하며 사진에서 얼굴을 찾는 등의 작업을 수행하는 코드를 작성할 수 있는 Azure의 Computer Vision API입니다. Amazon은 Rekognition이라고 하는 유사한 API를 제공하며, Google은 이러한 제품을 Vision API라고 부릅니다. SaaS 서비스 형태로 제공되는 인텔리전스 API는 소프트웨어 개발자가 스스로 AI 전문가가 될 필요가 없이 AI를 앱에 통합할 수 있게 해주는 서비스로, 클라우드 컴퓨팅의 끊임없는 진화를 잘 보여주는 예입니다.
가격 책정 모델
소프트웨어 라이선스 모델(선행 라이선스 비용 및 선택적 지원 요금 포함)로 판매되는 기존 소프트웨어와 달리 SaaS 공급자는 일반적으로 월별 또는 연간 구독 요금을 사용하여 애플리케이션 가격을 책정합니다. 이 모델은 SaaS가 소프트웨어 관련 자본 지출 또는 선행 비용 절감이라는 클라우드 컴퓨팅에서 의도하는 주요 이점 중 하나를 실현할 수 있습니다. SaaS 공급자는 일반적으로 애플리케이션을 사용하는 사용자 수와 같은 사용 매개 변수를 기준으로 요금을 청구합니다.
SaaS 모델을 사용하여 제공되는 API의 경우 일반적으로 호출 단위로 요금이 청구됩니다. 클라우드 공급자는 매달 특정 횟수의 호출 또는 트랜잭션을 단일 요금으로 제공하고 해당 임계값을 초과하는 활동에 대해 약간 할인된 요금을 부과하는 경우가 많습니다.
SaaS 사용 사례
SaaS는 다음과 같은 특정 유형의 애플리케이션에 적합한 모델입니다.
- 매우 표준화되고 사용자 지정 솔루션이 필요하지 않은 애플리케이션. 이메일은 매우 표준화된 애플리케이션의 좋은 예입니다.
- 모바일 판매 관리 소프트웨어와 같이 원격/웹/모바일 액세스를 필요로 하는 애플리케이션.
- 특정 프로젝트용 공동 작업 소프트웨어와 같이 단기적으로 필요한 애플리케이션.
- 한 달에 한 번 사용되는 세금 또는 청구 소프트웨어와 같이 수요 급증이 현저한 애플리케이션.
그러나 다음과 같이 SaaS가 적절한 선택이 아닐 수 있는 경우도 있습니다.
- 데이터에 대한 오프라인 액세스가 필요한 애플리케이션.
- 상당한 사용자 지정이 필요한 애플리케이션.
- 정책 또는 규정 때문에 데이터를 외부에서 호스팅할 수 없는 애플리케이션.
- 기존 사내 솔루션이 조직의 모든 요구 사항을 충족하는 애플리케이션.
참조
- ZDNet(2018). 이제 Linux가 Azure를 지배합니다. https://www.zdnet.com/article/linux-now-dominates-azure/