PaaS란?

서비스형 플랫폼(PaaS)은 개발자가 애플리케이션을 더 간편하게 빌드, 배포, 관리할 수 있도록 하드웨어, 소프트웨어, 인프라를 모두 포함하는 올인원 클라우드 컴퓨팅 플랫폼을 제공합니다. PaaS를 사용하면 일반적으로 이러한 과정에 필요한 인프라나 플랫폼을 직접 구축하고 유지 관리할 필요 없이 자체 애플리케이션을 개발, 실행, 관리할 수 있습니다.

PaaS 플랫폼은 일반적으로 클라우드를 기반으로 하지만 온프레미스 인프라에서도 실행할 수 있습니다. 관리형 오퍼링의 경우 PaaS 제공업체가 자체 인프라에서 하드웨어와 소프트웨어를 호스팅하고 이러한 플랫폼을 사용자에게 통합 솔루션, 솔루션 스택 또는 인터넷을 통한 서비스로 제공합니다.

쿠버네티스 기반 PaaS는 컨테이너 기반 소프트웨어를 실행, 확장, 관리할 수 있는 애플리케이션 플랫폼 역할을 할 수 있습니다. 예를 들어 Red Hat® OpenShift®의 클라우드 서비스 버전은 관리형 PaaS 오퍼링입니다.

일반적으로 '서비스형(as-a-service)'이란, 코드나 고객과의 관계처럼 더 중요한 업무에 집중할 수 있도록 타사에서 제공하는 서비스를 의미합니다. 그 밖의 서비스형 옵션으로는 서비스형 인프라(IaaS)와 서비스형 소프트웨어(SaaS)가 있습니다.

IaaS에서는 제공업체가 클라우드를 통해 실제 서버, 네트워크, 가상화, 스토리지 등의 인프라를 대신 관리합니다. 사용자는 애플리케이션 프로그래밍 인터페이스(API)나 대시보드를 통해 액세스 권한을 갖게 되며, 기본적으로 인프라를 임대합니다. 사용자는 운영 체제, 애플리케이션, 미들웨어 등을 관리하며, 제공업체는 하드웨어, 네트워크, 하드 드라이브, 스토리지, 서버를 관리하고 중단, 수리, 하드웨어 문제를 처리해야 합니다.

SaaS는 제공업체가 사용자를 대신해 애플리케이션을 관리하는 방식입니다. 제공업체가 소프트웨어 업데이트, 버그 수정, 기타 일반적인 소프트웨어 유지 관리를 담당하며 사용자는 웹 브라우저나 API를 통해 애플리케이션에 접속합니다. 또한 각 컴퓨터에 애플리케이션을 개별적으로 설치할 필요가 없습니다.

PaaS는 크게 두 가지 범주로 나뉩니다. 하나는 배포 모델로, 인프라가 물리적으로 어디에 위치하고 누가 액세스할 수 있는지를 기준으로 구분합니다. 다른 하나는 특화 유형으로, 플랫폼이 어떤 특정 소프트웨어 문제를 해결하도록 최적화되었는지를 기준으로 구분합니다.

1. PaaS 배포 모델

배포 모델은 기본 하드웨어의 소유 주체와 개발 환경의 격리 수준을 결정합니다.

• 퍼블릭 PaaS: 가장 일반적인 PaaS 모델로, 퍼블릭 클라우드 제공업체의 공유 인프라에서 전적으로 운영됩니다. 사용자가 로그인하여 코드를 업로드하면 나머지는 벤더가 관리합니다. 이 모델은 비용이 저렴하고 유지 관리 부담이 없는 대신, 데이터 위치와 보안 구성을 세분화하여 제어하기는 어렵습니다.
• 프라이빗 PaaS: 퍼블릭 PaaS와 같은 원활한 개발자 경험을 제공하지만 단일 기업의 격리된 방화벽 내부(온프레미스 데이터 센터 또는 프라이빗 클라우드 네트워크)에 전적으로 배포됩니다. 보안과 규정 준수 수준이 높지만, 물리적 하드웨어 유지 관리와 플랫폼 소프트웨어 패치는 내부 팀이 전적으로 책임져야 합니다.
• 하이브리드 PaaS: 하이브리드 모델을 사용하면 기업이 워크플로우를 퍼블릭 및 프라이빗 환경에 나누어 배치할 수 있습니다. 예를 들어 민감도가 높은 데이터 처리는 프라이빗 PaaS 내부에서 수행하되, 트래픽이 급증하면 자동으로 퍼블릭 PaaS로 전환할 수 있습니다.

2. 전문화된 PaaS 오퍼링

클라우드 시장이 발전하면서 범용 PaaS 오퍼링은 고도로 전문화된 개발 태스크를 처리하도록 설계된 틈새 제품으로 세분화되었습니다. 

• iPaaS(통합 PaaS): 분산된 대규모 시스템을 연결하는 iPaaS는 CRM 데이터를 내부 데이터베이스에 연결하는 경우처럼, 서로 완전히 분리된 소프트웨어 애플리케이션 간에 자동화된 데이터 파이프라인을 구축하는 데 필요한 기반을 제공합니다.
• AIPaaS(인공지능 PaaS): AI 모델의 구축, 학습, 배포에 중점을 둔 AIPaaS는 사전 구성된 강력한 GPU 클러스터, 머신 러닝 프레임워크, 데이터 정제 파이프라인을 제공하여 개발자가 AI 서버를 처음부터 구축할 필요가 없도록 합니다.
• cPaaS(통신 PaaS): 개발자가 애플리케이션에 SMS 문자 메시지, VoIP 음성 통화 또는 영상 채팅 기능을 추가할 수 있도록 특화된 cPaaS는 사전 패키징된 코드 라이브러리, API, 셀룰러 네트워크 연결을 제공하므로 이러한 기능을 애플리케이션에 직접 통합할 수 있습니다. 
• mPaaS(모바일 PaaS): 스마트폰에 특화된 기본 제공 툴을 갖춘 mPaaS는 모바일 애플리케이션 개발을 간소화합니다.

하나만 선택할 필요는 없습니다. 현대적인 기업이라면 퍼블릭 mPaaS로 핵심 모바일 애플리케이션을 구축하고, iPaaS를 사용해 내부 서버와 연결한 다음, 전체 에코시스템을 하이브리드 클라우드 배포 환경에서 운영할 수 있습니다.

서비스형 플랫폼(PaaS)은 복잡한 백엔드 인프라를 처리하므로 개발자가 애플리케이션 코드 작성에만 집중할 수 있어 엔지니어링 팀에서 널리 사용됩니다. 

• PaaS는 API 개발 및 관리를 위한 기반을 기본 제공합니다. 사전 구성된 보안 게이트웨이와 라우팅 툴을 사용하면, 네트워크 룰을 처음부터 설정하지 않아도 서로 다른 소프트웨어 시스템이 즉시 통신할 수 있습니다. 사용자는 사실상 인프라를 임대해 사용하는 셈입니다.
• PaaS는 현대적인 DevOps 및 자동화된 CI/CD(지속적 통합/지속적 배포) 파이프라인을 구동하는 기반이기도 합니다. 개발자가 새 코드를 푸시하면 PaaS가 자동으로 테스트 워크플로우를 트리거하고 애플리케이션을 패키징한 후 라이브 환경에 바로 배포합니다. 이를 통해 인적 오류를 크게 줄이고 며칠씩 걸리던 배포 시간을 몇 분으로 단축할 수 있습니다.
• PaaS는 마이크로서비스와 빅데이터 분석에 필요한 리소스를 관리하는 데 탁월합니다. 대규모 클라우드 서버 클러스터를 즉시 가동하고 태스크가 완료되면 종료할 수 있으므로, 조직은 복잡한 수동 설정 없이 데이터 집약적인 단기 분석 모델을 실행하거나 개별 애플리케이션 구성 요소(예: 독립 실행형 결제 엔진)를 안전하게 격리할 수 있습니다.
• PaaS는 사물인터넷(IoT) 배포를 확장하는 데 매우 효과적입니다. IoT 환경에서는 수천 개의 분산된 기기가 실시간 메트릭을 지속적으로 전송하므로, PaaS는 이러한 대규모 데이터 스트림을 안전하게 수집하고 즉시 처리해 애플리케이션 알림을 트리거하는 데 필요한 확장 가능한 백엔드 기반을 제공합니다.

PaaS 환경을 사용하면 서버 유지 관리, 인프라 소프트웨어 업데이트, 애플리케이션 빌드를 위한 사용자 정의 플랫폼 설정 등의 부담을 덜 수 있습니다. PaaS 제공업체는 플랫폼을 호스팅하고 애플리케이션 실행 환경을 제공할 수 있습니다.
 
소프트웨어 팀은 기본 인프라의 유지 관리에 대해 걱정할 필요 없이 애플리케이션을 개발하고 배포할 수 있습니다. 그만큼 방해 요소를 줄이고 개발과 혁신에 더 집중할 수 있으며, 인프라 설정과 코딩에 필요한 작업을 줄일 수 있습니다. 또한 PaaS는 클라우드에 존재하므로 확장성이 뛰어나고 마이그레이션이 용이합니다.

애플리케이션 개발을 위해 PaaS 환경을 선택하는 조직은 다양한 장점을 누릴 수 있습니다.

• 기존 기술과 투자 활용: 개발자는 필요한 운영 체제, 미들웨어, 프레임워크 및 기타 개발 툴에 액세스하고, 익숙한 언어를 사용해 빠르게 코드를 작성할 수 있습니다.
• 비용 절감: PaaS는 사용한 만큼 비용을 지불하는 방식이므로, 대부분의 시간 동안 유휴 상태로 방치될 수 있는 대규모 온프레미스 컴퓨팅 인프라에 투자할 필요가 없습니다.
• 애플리케이션 개발 주기 단축: PaaS는 개발 팀이 애플리케이션 개발 속도를 높이고 새 소프트웨어 배포에 걸리는 시간을 줄이는 데 도움이 됩니다. 자율적인 개발 및 제공 팀은 이 플랫폼을 활용해 조정 부담을 줄이면서 더 빠르게 비즈니스 기능을 제공할 수 있습니다. 
• 효과적인 DevOps 구현: DevOps 전략은 개발자와 IT 운영 팀의 협업을 통해 지속적인 제공 방식으로 애플리케이션을 빠르게 개발하고 배포할 수 있도록 합니다. 기업의 디지털 플랫폼은 서로 다른 팀을 연결하는 인터페이스 역할을 하여 커뮤니케이션과 협업을 개선하는 동시에 긴밀한 조정의 필요성을 줄일 수 있습니다. 
• 보안 조치 유지: PaaS 제공업체를 활용하면 보안 관행과 관련된 의사 결정을 일관된 방식으로 관리하는 데 도움이 됩니다. 클라우드 기반 서비스는 보안에 전념하는 고도로 숙련된 전문 팀의 지원을 받을 수 있습니다.
• 생산성 향상: 개발자는 셀프 서비스 기능을 통해 필요한 툴과 리소스를 빠르게 확보할 수 있습니다. 개발 환경이 자동으로 프로비저닝되므로 팀은 반복적인 인프라 관리 대신 가치 창출 업무에 집중할 수 있습니다.

PaaS를 효과적으로 활용하면 제공 압박과 누적되는 기술 부채로 과도한 부담을 지고 있는 기술 인력의 인지 부하를 줄일 수 있습니다. 이 두 요소는 트랜스포메이션을 가로막는 주요 장애 요인입니다. 또한 PaaS는 학습과 새로운 행동 방식을 촉진할 수 있습니다.

PaaS를 선택하는 것은 인프라에 대한 자율성보다 개발 속도를 우선시하는 절충안입니다. 단순한 애플리케이션이라면 이러한 속도가 충분히 가치 있는 이점이지만, 규모가 크고 규제가 엄격한 기업에서는 제어 부족으로 인해 결국 원시 인프라로 다시 마이그레이션해야 합니다.

PaaS 솔루션을 선택할 때 고려해야 할 사항은 다음과 같습니다.

• 벤더 종속성: PaaS 제공업체는 배포를 간소화하기 위해 독점 툴을 사용합니다. 이로 인해 다른 플랫폼으로 마이그레이션하기가 어려울 수 있습니다.
• 포함된 기능: 제공되는 기능이 애플리케이션에 적합한지 확인해야 합니다. 애플리케이션이 성장하고 사용자 수가 늘어날수록 제공업체를 통해 손쉽게 확장할 수 있고 필요한 옵션을 이용할 수 있는지 살펴봐야 합니다.
• 보안 및 컴플라이언스: PaaS에서는 데이터와 코드가 타사에서 관리하는 환경에 저장됩니다. 따라서 HIPAA나 SOC 2와 같은 엄격한 업계 표준을 준수하기가 더욱 어렵습니다. 제공업체의 보안 태세와 액세스 제어에 의존하게 됩니다.
• 제한적인 인프라 제어: PaaS에서는 기본 운영 체제, 서버 구성 또는 하드웨어 구성 요소를 확인하거나 제어하지 못할 수도 있습니다. 애플리케이션에 사용자 정의가 필요한 경우 PaaS가 최선의 선택이 아닐 수 있습니다.
• 사용자 수: 사용자 수가 많아지고 더 특별한 코드가 사용될수록 애플리케이션 성능이 저하될 수 있으며, 필요할 때 한 서비스 제공업체에서 다른 제공업체로 마이그레이션하기가 더 어려워집니다.

Red Hat 솔루션은 보안, 커뮤니티, 수십 년간 축적된 경험을 제공하며, 아이디어가 발전하는 만큼 유연하게 성장하고 확장할 수 있도록 지원합니다. 온디맨드 애플리케이션 스택과 사전 생성된 빠른 시작 애플리케이션 템플릿을 사용하면 클릭 한 번으로 애플리케이션 빌드를 시작할 수 있습니다.

Red Hat OpenShift의 PaaS 오퍼링에는 Red Hat OpenShift Service on AWS, Microsoft Azure Red Hat OpenShift, Red Hat OpenShift Dedicated가 있습니다.

Red Hat OpenShift를 사용하면 라이프사이클 관리를 자동화하여 보안을 강화하고 맞춤형 운영 솔루션과 애플리케이션 이식성을 확보할 수 있습니다. 또한 개발자 워크플로우를 표준화하고 제공을 간소화하는 한편, 여러 환경을 지원하고 자동화된 릴리스 관리와 함께 지속적 통합을 구현할 수 있습니다.

Red Hat OpenShift는 보안에 중점을 두고 지원이 제공되는 쿠버네티스 플랫폼으로, 추가 지원이 필요한 고객을 위해 전문가 교육과 컨설팅을 제공합니다.

Red Hat OpenShift 체험하기