클라우드 분류

클라우드 분류

SaaS, PaaS 및 IaaS의 일반적인 예

SaaS: 서비스로서의 소프트웨어

클라우드 애플리케이션 서비스라고도 하는 SaaS(Software as a Service)는 클라우드 시장에서 가장 일반적으로 사용되는 옵션입니다.

SaaS는 인터넷을 사용하여 타사 공급자가 관리하는 응용 프로그램을 사용자에게 제공합니다.

대부분의 SaaS 애플리케이션은 웹 브라우저를 통해 직접 실행되므로 클라이언트 측에서 다운로드하거나 설치할 필요가 없습니다.

SaaS 제품

웹 제공 모델로 인해 SaaS는 IT 직원이 모든 컴퓨터에 애플리케이션을 다운로드하고 설치할 필요가 없습니다.

공급자는 SaaS를 사용하여 데이터, 미들웨어, 서버 및 스토리지와 같은 모든 잠재적인 기술 문제를 관리함으로써 비즈니스의 유지 관리 및 지원을 단순화합니다.

SaaS의 장점

SaaS는 소프트웨어 설치, 관리 및 업그레이드와 같은 지루한 작업의 시간과 비용을 크게 줄임으로써 직원과 회사에 많은 이점을 제공합니다.

이를 통해 기술자는 조직 내에서 보다 시급한 문제와 문제에 전념할 수 있는 충분한 시간을 확보할 수 있습니다.

SaaS 기능

SaaS를 사용할 시기를 결정하는 데 도움이 되는 다양한 방법이 있습니다.

– 중앙 위치에서 관리
– 원격 서버에서 호스팅
– 인터넷을 통해 접근 가능
– 사용자는 하드웨어 또는 소프트웨어 업데이트에 대해 책임지지 않습니다.

SaaS를 사용하는 경우

SaaS는 다음과 같은 많은 상황에서 가장 유익한 옵션일 수 있습니다.


– 전자 상거래를 빠르게 시작해야 하지만 서버 문제나 소프트웨어를 처리할 시간이 없는 스타트업 또는 소기업.
– 빠르고 쉽고 경제적인 협업이 필요한 단기 프로젝트
– 세금 소프트웨어와 같이 자주 필요하지 않은 애플리케이션.
– 웹 및 모바일 액세스가 필요한 애플리케이션

SaaS 제한 및 우려 사항

상호 운용성.

SaaS 애플리케이션이 개방형 통합 표준을 따르도록 설계되지 않은 경우 기존 애플리케이션 및 서비스와의 통합은 중요한 과제가 될 수 있습니다.

이러한 경우 조직은 자체 통합 시스템을 설계하거나 SaaS 서비스에 대한 의존도를 줄여야 할 수 있습니다.

이것이 항상 가능한 것은 아닙니다.

공급업체 고정.

공급업체는 쉽게 가입할 수 있지만 떠나기는 어렵습니다.

예를 들어, 상당한 비용이나 사내 엔지니어링 재작업 없이 서로 다른 벤더의 SaaS 애플리케이션 간에 데이터를 마이그레이션하는 기술적이고 비용 효율적인 방법은 없습니다.

모든 공급업체가 표준 API, 프로토콜 및 도구를 준수하는 것은 아니지만 특정 비즈니스 작업에 기능이 필요할 수 있습니다.

종합적인 지원이 부족합니다.

많은 조직에서 온프레미스 애플리케이션, 데이터 및 서비스와의 긴밀한 통합이 필요합니다.

SaaS 공급업체는 이와 관련하여 제한적인 도움을 제공하므로 조직은 통합을 설계하고 관리하기 위해 사내 리소스를 전담해야 합니다.

통합 복잡성은 SaaS 애플리케이션 또는 기타 관련 서비스를 사용할 수 있는 방법을 더욱 제한할 수 있습니다.

데이터 보안.

필요한 소프트웨어 기능을 수행하기 위해 대량의 데이터를 SaaS 애플리케이션의 백엔드 데이터 센터로 교환해야 할 수도 있습니다.

민감한 비즈니스 정보를 퍼블릭 클라우드 기반 SaaS 서비스로 전송하면 보안 및 규정 준수가 손상될 수 있으며 빅 데이터 워크로드를 마이그레이션하는 데 비용이 많이 들 수 있습니다.

맞춤형.

SaaS 애플리케이션은 최소한의 사용자 정의를 제공합니다.

만능 솔루션이 없기 때문에 사용자는 공급업체에서 제공하는 특정 기능, 성능 및 통합으로 제한될 수 있습니다.

반대로 여러 SDK(소프트웨어 개발 키트)가 포함된 기본 솔루션은 높은 수준의 사용자 지정 옵션을 제공합니다.

통제력 부족.

SaaS 솔루션에는 제3자 서비스 공급자에게 제어권을 넘기는 작업이 포함됩니다.

이러한 제어는 버전, 업데이트 또는 모양 측면에서 소프트웨어에 국한되지 않고 데이터 및 거버넌스에도 적용됩니다.

따라서 고객은 SaaS 서비스의 기능에 맞게 데이터 보안 및 거버넌스 모델을 재정의해야 할 수 있습니다.

기능 제한.

SaaS 애플리케이션은 종종 표준화된 형태로 제공되기 때문에 기능 선택은 보안, 비용, 성능 또는 기타 조직 정책과 절충될 수 있습니다.

또한 공급업체 종속, 비용 또는 보안 문제는 향후 새로운 기능 요구 사항을 충족하기 위해 공급업체나 서비스를 전환하는 것이 불가능함을 의미할 수 있습니다.

성능 및 다운타임.

공급자가 SaaS 서비스를 제어하고 관리하므로 고객은 이제 서비스의 보안 및 성능을 유지하기 위해 공급자에 의존합니다.

계획되거나 계획되지 않은 유지 관리, 사이버 공격 또는 네트워크 문제는 적절한 SLA(서비스 수준 계약) 보호가 있더라도 SaaS 애플리케이션의 성능에 영향을 미칠 수 있습니다.

SaaS의 예

SaaS의 인기 있는 예는 다음과 같습니다.

Google Workspace(이전 G Suite)
드롭 박스
판매량
시스코 웹엑스
SAP 동의
회의에 가다

PaaS: 서비스로서의 플랫폼

PaaS(Platform as a Service)라고도 하는 클라우드 플랫폼 서비스는 특정 소프트웨어에 대한 클라우드 구성 요소를 제공하며 주로 애플리케이션에 사용됩니다.

PaaS는 개발자가 맞춤형 애플리케이션을 구축하고 생성하는 데 사용할 수 있는 프레임워크를 제공합니다.

모든 서버, 스토리지 및 네트워킹은 기업 또는 타사 공급자가 관리할 수 있으며 개발자는 애플리케이션을 계속 관리합니다.

PaaS 제품

PaaS의 제공 모델은 인터넷을 통해 소프트웨어를 제공하는 대신 PaaS가 소프트웨어 생성 플랫폼을 제공한다는 점을 제외하면 SaaS와 유사합니다.

웹을 통해 플랫폼을 사용할 수 있으므로 개발자는 운영 체제, 소프트웨어 업데이트, 스토리지 또는 인프라에 대한 걱정 없이 소프트웨어 구축에 집중할 수 있습니다.

PaaS를 통해 기업은 전문 소프트웨어 구성 요소를 사용하여 PaaS에 내장된 애플리케이션을 설계할 수 있습니다.

그리고 미들웨어라고도 하는 이러한 애플리케이션은 클라우드에 특화되어 확장 가능하고 가용성이 높습니다.

PaaS의 장점

회사 규모에 관계없이 PaaS를 사용하면 많은 이점이 있습니다.

간단하고 비용 효율적인 애플리케이션 개발 및 배포
확장 가능
고가용성
개발자는 소프트웨어 유지 관리에 대한 걱정 없이 애플리케이션을 사용자 정의할 수 있습니다.


필요한 코딩의 양을 크게 줄입니다.


비즈니스 정책 자동화
하이브리드 모델로의 손쉬운 마이그레이션

PaaS 기능

PaaS에는 다음을 포함하여 클라우드 서비스로 정의하는 많은 특성이 있습니다.

가상화 기술을 기반으로 하므로 비즈니스 변화에 따라 리소스를 쉽게 확장 또는 축소할 수 있습니다.


애플리케이션 개발, 테스트 및 배포를 지원하는 다양한 서비스를 제공합니다.


동일한 개발 응용 프로그램을 통해 많은 사용자가 액세스할 수 있습니다.


웹 서비스 및 데이터베이스 통합

PaaS를 사용하는 경우

많은 경우 PaaS를 사용하는 것이 유익하며 때로는 필요하기도 합니다.

예를 들어 PaaS는 여러 개발자가 동일한 개발 프로젝트에서 작업할 때 워크플로우를 단순화할 수 있습니다.

추가 공급자를 포함해야 하는 경우 PaaS는 전체 프로세스에 뛰어난 속도와 유연성을 제공할 수 있습니다.

PaaS는 맞춤형 애플리케이션을 만들어야 하는 경우에 특히 유용합니다.

이 클라우드 서비스는 또한 비용을 크게 절감하고 애플리케이션을 빠르게 개발하거나 배포하는 데 따르는 몇 가지 문제를 단순화할 수 있습니다.

PaaS 제한 및 우려 사항

데이터 보안.

조직은 PaaS 솔루션을 사용하여 자체 애플리케이션과 서비스를 실행할 수 있지만 타사 공급업체가 제어하는 ​​클라우드 서버에 상주하는 데이터는 보안 위험과 우려를 야기합니다.

고객이 특정 관리 정책을 사용하여 서비스를 배포하지 못할 수 있으므로 보안 옵션이 제한될 수 있습니다.

퓨전.

현장 데이터 센터 또는 외부 클라우드에 저장된 데이터를 연결하는 복잡성이 증가함에 따라 PaaS 오퍼링으로 채택할 수 있는 애플리케이션 및 서비스에 영향을 미칠 수 있습니다.

특히 기존 IT 시스템의 모든 구성 요소가 클라우드용으로 구축되지 않은 경우에는 기존 서비스 및 인프라와의 통합이 어려울 수 있습니다.

공급업체 고정.

특정 PaaS 솔루션에 대한 결정을 내리는 비즈니스 및 기술 요구 사항은 미래에 적용되지 않을 수 있습니다.

공급자가 편리한 마이그레이션 전략을 제공하지 않는 경우 비즈니스에 영향을 주지 않고 대체 PaaS 옵션으로 전환하는 것이 불가능할 수 있습니다.

레거시 시스템의 사용자 정의.

PaaS는 기존 레거시 애플리케이션 및 서비스를 위한 플러그 앤 플레이 솔루션이 아닐 수 있습니다.

반대로 레거시 시스템은 PaaS 서비스와 함께 작동하기 위해 일부 사용자 지정 및 구성 변경이 필요할 수 있습니다.

그에 따른 사용자 정의는 PaaS 투자의 가치를 완전히 제한할 수 있는 복잡한 IT 시스템으로 이어질 수 있습니다.

런타임 문제.

특정 애플리케이션 및 서비스와 관련된 제한 사항 외에도 PaaS 솔루션은 선택한 언어 및 프레임워크에 최적화되지 않을 수 있습니다.

특정 프레임워크 버전을 사용할 수 없거나 PaaS 서비스에서 최적의 성능을 발휘하지 못할 수 있습니다.

고객은 플랫폼에서 사용자 지정 종속성을 개발하지 못할 수 있습니다.

운영 제한.

플랫폼이 최종 사용자의 운영 능력을 제한하는 경향이 있기 때문에 관리 자동화 워크플로를 사용한 맞춤형 클라우드 운영은 PaaS 솔루션에 적합하지 않을 수 있습니다.

이는 최종 사용자의 운영 부담을 완화하기 위한 것이지만 운영 제어 손실은 PaaS 솔루션의 관리, 프로비저닝 및 운영 방식에 영향을 미칠 수 있습니다.

PaaS의 예

PaaS의 인기 있는 예는 다음과 같습니다.


AWS Elastic Beanstalk
윈도우 애저
히어로 라이브러리
포스 네트
구글 앱 엔진
수업 시작

IaaS: 서비스로서의 인프라

IaaS(Infrastructure as a Service)로 알려진 클라우드 인프라 서비스는 확장성이 뛰어나고 자동화된 컴퓨팅 리소스로 구성됩니다.

IaaS는 컴퓨터, 네트워크, 스토리지 및 기타 서비스에 액세스하고 모니터링하기 위한 완전한 셀프 서비스입니다.

IaaS를 통해 기업은 하드웨어를 직접 구매하는 대신 필요에 따라 리소스를 구매할 수 있습니다.

IaaS 제품

IaaS는 가상화 기술을 통해 서버, 네트워크, 운영 체제 및 스토리지를 포함한 클라우드 컴퓨팅 인프라를 제공합니다.

이러한 클라우드 서버는 일반적으로 대시보드 또는 API를 통해 조직에서 사용할 수 있으므로 IaaS 클라이언트는 전체 인프라를 완벽하게 제어할 수 있습니다.

IaaS는 모든 것을 물리적으로 유지하거나 관리할 필요 없이 기존 데이터 센터와 동일한 기술 및 기능을 제공합니다.

IaaS 클라이언트는 여전히 서버와 스토리지에 직접 액세스할 수 있지만 모두 클라우드의 “가상 데이터 센터”를 통해 아웃소싱됩니다.

SaaS 또는 PaaS와 달리 IaaS 클라이언트는 애플리케이션, 런타임, 운영 체제, 미들웨어 및 데이터와 같은 측면을 관리합니다.

그러나 IaaS 공급자는 서버, 하드 드라이브, 네트워킹, 가상화 및 스토리지를 관리합니다.

일부 공급자는 데이터베이스 또는 메시지 대기열과 같은 가상화 계층을 넘어 더 많은 서비스를 제공합니다.

서비스형 인프라의 장점

IaaS는 다음과 같은 많은 이점을 제공합니다.

가장 유연한 클라우드 컴퓨팅 모델
스토리지, 네트워킹, 서버 및 처리 능력을 쉽고 자동으로 배포
하드웨어 구매는 소비를 기반으로 할 수 있습니다.


클라이언트는 인프라를 완전히 제어할 수 있습니다.


필요에 따라 리소스를 구입할 수 있습니다.


강력한 확장성

서비스형 인프라의 특징

IaaS를 정의하는 특성은 다음과 같습니다.

리소스는 서비스로 제공됩니다.


비용은 소비에 달려 있습니다
확장성이 뛰어난 서비스
단일 하드웨어의 여러 사용자
조직은 인프라를 완벽하게 제어할 수 있습니다.


역동적이고 유연함

IaaS를 사용하는 경우

SaaS 및 PaaS와 마찬가지로 IaaS가 최선의 선택인 상황이 있습니다.


스타트업과 소기업은 하드웨어와 소프트웨어를 구매하고 구축하는 데 시간과 비용을 낭비하지 않기 위해 IaaS를 선호할 수 있습니다.


대기업은 애플리케이션과 인프라에 대한 완전한 제어를 유지하는 것을 선호할 수 있지만 실제로 소비하거나 필요한 것만 구매하려고 합니다.


IaaS의 확장성과 같이 급속한 성장을 경험하고 있는 기업은 필요에 따라 특정 하드웨어 및 소프트웨어를 쉽게 변경할 수 있습니다.


새로운 애플리케이션의 요구 사항이 명확하지 않은 경우 IaaS는 충분한 유연성과 확장성을 제공합니다.

IaaS 제한 및 우려 사항

데이터 보안, 비용 초과, 공급업체 종속 및 사용자 지정 문제와 같은 SaaS 및 PaaS 모델과 관련된 많은 제약 조건이 IaaS 모델에도 적용됩니다.

IaaS의 특정 제한 사항은 다음과 같습니다.

안전. 고객이 애플리케이션, 데이터, 미들웨어 및 운영 체제 플랫폼을 제어하는 ​​동안 보안 위협은 여전히 ​​호스트 또는 기타 VM(가상 머신)에서 발생할 수 있습니다.

내부자 위협 또는 시스템 취약성으로 인해 호스트 인프라와 VM 간의 데이터 통신이 승인되지 않은 엔터티에 노출될 수 있습니다.


클라우드에서 실행되는 레거시 시스템. 고객은 클라우드에서 레거시 애플리케이션을 실행할 수 있지만 인프라는 레거시 애플리케이션을 보호하기 위한 특정 제어 기능을 제공하도록 설계되지 않았을 수 있습니다.

레거시 애플리케이션은 클라우드로 이동하기 전에 약간의 개선이 필요할 수 있으며 IaaS 시스템에서 보안 및 성능이 제대로 테스트되지 않으면 새로운 보안 문제가 발생할 수 있습니다.


내부 리소스 및 교육. 직원은 인프라를 효과적으로 관리하는 방법을 배우기 위해 추가 리소스와 교육이 필요할 수 있습니다.

고객은 데이터 보안, 백업 및 비즈니스 연속성에 대한 책임이 있습니다.

그러나 인프라에 대한 제어가 불충분하면 적절한 교육과 사용 가능한 내부 리소스 없이 리소스 모니터링 및 관리가 어려울 수 있습니다.


다중 테넌트 보안. 하드웨어 리소스는 사용 가능한 사용자 간에 동적으로 할당되므로 공급자는 이전 고객이 스토리지 자산에 저장한 데이터를 다른 고객이 액세스할 수 없도록 해야 합니다.

마찬가지로 고객은 가상 머신이 다중 테넌트 클라우드 아키텍처에서 적절하게 격리되도록 제공업체에 의존해야 합니다.

IaaS의 예

IaaS의 인기 있는 예는 다음과 같습니다.

디지털 바다
리놀드
랙 공간
아마존 웹 서비스(AWS)
시스코 메타 클라우드
마이크로소프트 애저
구글 컴퓨트 엔진(GCE)

SaaS 대 PaaS 대 IaaS

각 클라우드 모델은 특정 기능을 제공하며 조직에서 차이점을 이해하는 것이 중요합니다.

물리적 유지 관리 없이 전체 인프라를 완벽하게 제어해야 하는 경우 스토리지 옵션을 위한 클라우드 기반 소프트웨어, 맞춤형 애플리케이션 생성을 위한 소프트 플랫폼 또는 클라우드 서비스가 있습니다.

어떤 옵션을 선택하든 클라우드로의 마이그레이션은 비즈니스이자 기술의 미래입니다.

XaaS: 서비스로서의 모든 것

세계에서 가장 일반적인 용어 중 하나는 XaaS 또는 Everything as a Service입니다.

XaaS는 휴대폰 및 온도 조절 장치와 같은 일상적인 IoT 기반 소스를 통해 고객이 제공하는 데이터를 사용하여 고객이 완벽하게 제어하는 ​​고도로 개인화되고 응답성이 뛰어난 데이터 기반 제품 및 제품을 의미합니다.

클라우드를 통해 생성됩니다.

기업은 데이터를 사용하여 더 빠르게 혁신하고, 고객 관계를 심화하고, 초기 구매 이후에도 제품을 계속 판매할 수 있습니다.

XaaS는 자율 디지털 엔터프라이즈의 핵심 요소입니다.