×
Community Blog ISV on Alibaba Cloud 아키텍처 백서

ISV on Alibaba Cloud 아키텍처 백서

본 백서를 활용하여 알리바바 클라우드위에 SaaS를 마이그레이션을 고려할 때 적절한 서비스와 아키텍처를 구성할 수 있습니다.

ISV 소개 (SaaS)

ISV라는 것은 온프레미스에 구성해놓은 솔루션을 클라우드로 이전하여 판매 채널을 늘리는 것을 의미합니다. 즉, ISV on Cloud 라고 하는 것은 SaaS를 만드는 행위와 같습니다.

SaaS(Software as a Service)는 기존의 솔루션 판매 방식인 All-in-one 라이선스 판매 방식이 아닌,구독 기반으로 라이선스가 부여되고 중앙에서 호스팅됩니다. 이 형태는 ERP 및 메시징 소프트웨어, 관리 소프트웨어, 가상화 등을 포함한 많은 비즈니스 애플리케이션의 제공 모델이 될 수 있습니다.

초기의 인터넷 기반 소프트웨어는 SaaS 애플리케이션과는 다르게 온프레미스 애플리케이션과 유사한 기능을 가지고 있었습니다. 이 소프트웨어는 원래 단일 테넌트 애플리케이션으로 구축되었기 때문에 데이터 공유 기능이 제한적이었습니다. 하지만 SaaS 애플리케이션은 온프레미스 애플리케이션과 다르게 경쟁력 있는 기능이 다수 포함되어 제공하는 단일 인스턴스, 다중 테넌트 아키텍처입니다.

SaaS 제공업체는 애플리케이션과 데이터를 중앙에서 호스팅합니다. 패치나 확장, 업그레이드를 애플리케이션 환경에서 투명하게 운영하며 비즈니스 사용자가 사용함에 있어 불편함을 느끼지 않도록 만듭니다. 또한 이 SaaS 제공 업체는 비즈니스 사용자가 기능을 쉽게 확장할 수 있도록 OpenAPI를 제공합니다. 비즈니스 사용자는 OpenAPI를 통해 기업의 비즈니스 형태에 맞게 SaaS 기능을 커스터마이징 할 수 있습니다.

SaaS 아키텍쳐의 장점

  • SaaS 공급업체가 사용자를 대신하여 모든 백엔드 인프라를 관리하므로 운영에 대해 걱정할 필요가 없습니다.
  • SaaS 는 원격 서버에 데이터를 저장하도록 설계되었으므로 로컬 데이터 센터의 하드웨어 오류로 인해 데이터 손실이 발생하지 않습니다. 자동 데이터 백업, DR은 SaaS 아키텍처에 내장되어 있습니다.
  • SaaS 공급업체는 완전히 테스트된 버전을 출시하므로 버그, 복잡한 배포 절차 또는 서비스 다운타임을 유발하는 이슈에 대해 걱정할 필요가 없습니다.
  • SaaS 아키텍처는 컴퓨팅 리소스를 온디맨드로 확장할 수 있는 유연한 플랫폼을 제공합니다. 더 많은 고객에게 서비스를 제공하기 위해 더 강력한 하드웨어를 구매할 필요가 없습니다. SaaS 아키텍처 구성 요소는 확장성을 고려하여 구축합니다.
  • 대부분의 SaaS 솔루션은 관련 산업에 대해 기본적으로 규정 준수를 제공합니다. 따라서 규정 준수를 보장하기 위해 추가적인 리소스를 들일 필요가 없습니다.
  • SaaS를 사용하면 단기 프로젝트를 지원하기 위해 복잡하고 비용이 많이 드는 기술 및 도구 스택을 구축할 필요가 없습니다. 호스팅된 애플리케이션을 사용하여 시간과 비용을 절약할 수 있습니다.

Prerequisite

먼저 기존의 온프레미스 애플리케이션을 SaaS로 이전한다는 것은 애플리케이션의 Cloud Native로의 진화라고 이야기할 수 있습니다. 다양한 이점이 많은 클라우드 서비스를 제대로 사용하기 위해서는 아래와 같은 고려사항이 필요합니다.

1. Microservices vs. Monolithic Architecture

여전히 많은 기업들은 모놀리식 아키텍처 접근 방식을 사용합니다. 모놀리식 애플리케이션도 3-tier 등으로 계층화하면 전체 애플리케이션에 영향을 주지 않고 빌드, 패치 또는 변경할 수 있습니다.

대규모 프로덕션 환경을 만들 계획이 아니라면 개발/관리가 쉬운 모놀리식 접근 방식을 사용하는 것이 좋습니다. 그러나 이 아키텍쳐는 변경하는 것이까다롭기 때문에 확장이나 많은 변화가 예상되는 경우 마이크로서비스 아키텍처를 선택해야 합니다.

마이크로서비스 아키텍처는 서비스를 단위별로 쪼개서 각각 독립적이고 분리된 프로세스와 아키텍쳐를 만드는 것으로, 각 서비스를 독립적으로 개발, 배포, 테스트 및 패치할 수 있습니다.

또한 각 마이크로서비스를 단일 비즈니스 오퍼링에 집중할 수 있습니다. 가장 성공적인 마이크로서비스 아키텍쳐인 스트리밍 서비스를 예로 들어 보겠습니다. Netflix는 청구, 영화 추천을 위한 시청 기록 분석, 시청 경험을 최적화하기 위한 장치 식별, 모든 파일에 저작권 표시 추가를 위해 다양한 마이크로서비스를 사용합니다. 심지어 Netflix는 그들의 개발, 운영 방식을 오픈소스로 만들어 다른 기업에서 쉽게 마이크로서비스를 운영할 수 있도록 제공하고 있습니다.

마이크로서비스를 사용하여 여러 팀에서 독립적인 서비스를 관리하고, 각각 다른 언어로 코딩하고, 서로 다른 인프라에 배포할 수 있습니다. 이러한 이유로 마이크로서비스 아키텍처를 사용하면 전체 애플리케이션을 변경하거나 문제를 해결하기 위해 전체 서비스를 중단하지 않고도 확장성, CI/CD운영 및 트러블 슈팅을 수행할 수 있습니다.

2. Self Service 및 커스터마이징

SaaS 솔루션을 운영하는 기업 사용자는 이 애플리케이션을 스스로 관리할 수 있으며 전문가를 고용하지 않아도 됩니다. 또한 운영자가 코드를 작성하지 않고도 자신의 필요에 따라 SaaS 솔루션을 커스터마이징 할 수 있도록 해야 합니다.

SaaS는 사용자가 플랫폼을 보다 유연하게 커스터마이징 할 수 있도록 아키텍처에서 사용하기 쉬운 API를 제공합니다. 또한 이 API를 사용할 수 있도록 메뉴얼을 반드시 제공해야합니다. 이미 사용 중이거나 사용하려는 3rd party도구를 통합할 수 있도록 함으로써 SaaS 아키텍처에서 더 많은 가치를 얻을 수 있습니다.

3. Multi-tenant 구현

Multi-tenant 아키텍쳐를 이용하여 여러 사용자가 애플리케이션을 운영할 경우 리소스를 효율적으로 사용할 수 있습니다.

  • 여러 데이터베이스와 함께 애플리케이션을 사용하면 환경에 들어가는 모든 사용자가 동시에 다른 데이터베이스에 액세스하게 됩니다. 결과적으로 애플리케이션이 더 빠르게 확장될 수 있고 사용자에게 더 많은 리소스를 동시에 제공하며 응답성이 향상됩니다. 그러나 이 접근 방식은 더 많은 리소스를 할당해야 하므로 많은 비용이 필요합니다.
  • 하나의 데이터베이스와 함께 애플리케이션을 사용하면 모든 사용자가 새 데이터베이스로 리디렉션하기 전에 채워질 때까지 하나의 데이터베이스에 액세스할 수 있습니다. 이 방법은 배포가 빠르고 저렴하지만 SPOF의 문제점과 단일 접속 구간으로 인한 성능 저하가 생길 수 있습니다.

워크로드가 리소스의 대부분을 차지하는 헤비 사용자가 있다고 가정합니다. 이러한 사용자는 멀티 테넌트 환경에서 다른 테넌트의 사용자 경험을 저하시킬 수 있습니다.

위와 같은 좋지 않은 상황이 발생하기 전에 SaaS 환경에서 리소스를 컨트롤 할 수 있도록 모니터링과 로깅 시스템을 반드시 구성해야 합니다.

4. 데이터 보안

대부분의 기업은 데이터에 보안을 우려하여 온프레미스 아키텍처를 선택합니다. 데이터 보안는 최근 다수의 사고로 기업에서 가장 많은 비용을 투자하는 영역입니다. 우리는 이 데이터의 보호를 위해 타이트한 서비스를 제공해야 합니다.

RBAC(역할 기반 액세스 제어)를 SaaS 아키텍처의 핵심 구성 요소로 만드는 것은 데이터 보안을 강화하는 데 도움이 될 수 있습니다. RBAC는 다른 사용자가 조직에서 자신의 역할과 직접 관련이 없는 데이터에 액세스하고 변경하는 것을 방지하는 기능으로 사용할 수 있습니다.

5. 각 국가의 규정을 준수한 SaaS 구성

특정 산업에 대한 애플리케이션을 제공하는 경우, 기본적인 컴플라이언스가 적용된 SaaS 애플리케이션을 구축해야 합니다. 컴플라이언스는 산업별로 다르지만 GDPR(일반 데이터 보호 규정)과 같은 정책은 전반적으로 적용됩니다.

우리는 애플리케이션을 구성할 때 반드시 GDPR을 포함한 컴플라이언스가 고려된 인프라스트럭쳐를 선택해야 합니다.

6. 확장이 고려된 SaaS Architecture로 개발 시작

SaaS로 비즈니스 애플리케이션이 혁신되었다면 우리의 비즈니스 채널은 기존에 오프라인 단일 채널로 구성했던 것에 비해서 고객 접점으로 가까워 질 수 있습니다. 우리는 SaaS의 환경을 애플리케이션의 인기가 높아짐에 따라 확장할 수 있어야 합니다.

이를 위해서는 SaaS 아키텍처를 설계하여 쉽게 자동 확장하고 성능 저하 없이 증가하는 로드를 처리해야 합니다. SaaS 아키텍처가 원활한 수평 및 수직 확장을 지원하도록 하여 이를 달성할 수 있습니다.

7. 최소한의 다운타임 보장

우리는 고가용성을 갖춘 SaaS 솔루션을 구성해야합니다. SaaS 사용자는 서비스 중지 시간을 거의 용납하지 않습니다. 우리는 장기간의 서비스 중단이 고객 만족도를 감소시켜 고객, 비즈니스 및 경쟁 우위를 잃게 된다는 것을 초래한다는 것을 알아야합니다.

우리는 이 고가용성을 갖추기 위해 네트워크, 인스턴스, 데이터베이스 레벨에서 모두 다중화 구성을 갖출 필요가 있습니다.

8. SaaS 애플리케이션의 비용 모니터링

SaaS로 애플리케이션을 변화한다는 것은 우리의 비즈니스 모델이 서브스크립션 혹은 Pay as you go로 변화한다는 것을 의미합니다.

우리는 고객이 애플리케이션을 사용하는 사용량을 파악하기 위해 리소스에 대한 모니터링과 로깅 시스템을 세밀하게 분석해야 합니다. 또한 고객의 접근이 급속도로 늘어나는 시점을 예상하여 미리 확장을 대비한다면 서비스의 품질을 강화할 수도 있습니다.

9. 리전, 센터간 네트워크 품질 강화

기존 온프레미스 환경에 구성되어있는 애플리케이션은 Private Network를 통해 데이터를 통신하기 때문에 네트워크 품질을 고민할 필요가 없었습니다.

하지만 클라우드 환경에 서비스가 구성되게 되면 메인 서버와의 통신, DR 서버와의 통신, 해외 유저들의 접속 등 네트워크 레이턴시가 증가될 요소들이 많이 생기게 됩니다.

우리는 서비스의 품질을 높이기 위하여 네트워크 통신 가속화에 대한 고려가 반드시 필요합니다.

알리바바 클라우드는 위와 같은 9가지 SaaS Architecture 요구사항을 만족시키기 위해 다양한 서비스를 제공합니다.

  • Function Compute : Serverless 환경에서 워크로드를 실행하기 위한 서비스
  • ACK : 컨테이너를 관리를 위한 오케스트레이터인 Kubernetes 서비스
  • ECS : 기본적인 가상화 서버로 CPU, GPU, FPGA(알리바바 클라우드의 GPU), High Memory 등 다양한 형태의 인스턴스를 제공
  • NAT : 네트워크가 차단된 환경에서 퍼블릭 네트워크와 통신할 수 있도록 기능을 제공하는 게이트웨이 서비스
  • SLB : 인스턴스 트래픽의 부하 분산을 위한 LB 서비스로 L4/L7 레이어 부하 분산을 모두 제공
  • PolarDB : 알리바바 클라우드가 자체적으로 엔지니어링한 DBMS로 효율적이고 안정적인 데이터베이스 서비스를 제공
  • RDS : 오픈소스 데이터베이스들을 리디자인한 알리바바 클라우드의 DBMS
  • OSS : Object Storage를 제공하는 서비스로 비용 효율적으로 뛰어난 성능의 스토리지를 이용 가능
  • NAS : 네트워크 기반 스토리지 서비스로 주로 공유 파일 시스템을 구성할 때 사용
  • Global Accelerator : 국경 간, 특히 중국 본토와 그 외의 국가에서 나타나는 네트워크 지연 이슈를 제거하기 위한 네트워크 통신 가속화 솔루션
  • API Gateway : API 통신을 제어하고 라우팅하는 서비스
  • VPN : 격리되어 있는 네트워크 환경(VPC)에 안전하게 접속할 수 있는 보호된 네트워크 서비스
  • DCDN : 정적, 동적 컨텐츠를 모두 가속화할 수 있는 CDN 서비스
  • Express Connect : 로컬 데이터센터와 VPC간에 빠르고 안정적인 Dedicated 전용선을 제공하는 네트워크 서비스
  • CEN : 알리바바 클라우드의 VPC간 Private Network로 연결할 수 있는 네트워크 서비스
  • Anti-DDoS : DDoS 공격을 방어하는 보안 서비스
  • WAF : 애플리케이션 레이어 공격을 방어하는 서비스로 AI 봇을 내장하여 지능적으로 공격을 탐지하고 방어
  • Cloud Firewall : 네트워크 레이어 공격을 방어하는 보안 서비스
  • Security Center : 클라우드 리소스 및 서버에 대한 보안 위협을 동적으로 분석하고 보호하는 중앙 집중식 보안 관리 시스템
  • SSL Certificates : SSL 통신을 위한 인증서를 관리하는 서비스
  • RAM : RBAC 기반의 사용자 및 Role 관리를 위한 보안 서비스
  • Cloud Monitor : 알리바바 클라우드 환경에 구성된 모든 서비스와 워크로드를 모니터링 할 수 있는 통합 모니터링 서비스
  • SLS : 각 클라우드 서비스에서 발생하는 애플리케이션, 인프라 로그를 관리하는 서비스
  • ARMS : 애플리케이션의 퍼포먼스를 관제하는 APM 서비스

Reference Architecture

위 섹션에서 설명한 알리바바 클라우드 서비스들을 이용하여 온프레미스 애플리케이션을 비용 효율적으로, 안전하게, 쉽게 SaaS로 혁신할 수 있습니다. 그에 대한 예시 아키텍처는 아래와 같습니다.

1

Solutions

위 아키텍처에 표현된 서비스 로직을 총 5개로 구분하고 왜 서비스가 이러한 형태로 배치되었는지에 대한 설명을 아래에서 참조하실 수 있습니다.

1. ISV Application

먼저 온프레미스 애플리케이션을 클라우드로 이전할 때 첫번째로 고민해야할 사항은 애플리케이션 그 차제에 대한 마이그레이션입니다. 클라우드 환경에서는 이미 기업이 지는 환경의 모든 것을 가지고 있고 우리는 서비스 형태에 맞게 적절히 서비스를 선택할 수 있습니다.

1.  Public Subnet (NAT, SLB)

대부분의 엔터프라이즈 환경은 폐쇄망 환경에서 구성됩니다. 클라우드 환경에서도 폐쇄망 네트워크를 유지할 수 있도록 서브넷을 나눌 수 있습니다. 이 환경에서 인터넷 연결이 필요한 모듈이나, 고객이 서버에 접속할 수 있도록 하는 Ingress Router 역할을 하는 서비스가 필요합니다.

우리는 이러한 제한된 네트워크 환경에서 퍼블릭 네트워크와 연결을 도와주는 NAT와 SLB 서비스를 이용하여 확장성과 보안성 모두를 만족시킬 수 있는 아키텍처를 구성할 수 있습니다.

2.  Function Compute

때때로 우리는 마이크로서비스를 구성하였을 때, 모듈 중 서버를 24시간 유지할 필요가 없는 서비스(로그인, 로그아웃 등)를 운영할 때도 있습니다. 이러한 케이스에서 Serverless 형태의 서비스 구현을 고려할 수 있습니다.

우리는 FC 서비스를 이용하여 Serverless 를 쉽게 구현할 수 있습니다. 이 서비스는 고객의 확장성 및 비용 효율성을 증가시킬 수 있습니다.

3.  ACK, ASK

최근 구현되는 많은 애플리케이션 중 확장성을 중시하는 모듈은 대부분 컨테이너 환경으로 구현됩니다. 알리바바 클라우드에서는 컨테이너를 효율적으로 관리할 수 있는 Kubernetes 환경을 ACK 서비스에서 제공합니다. 우리는 ACK의 기반을 CPU, GPU, High Memory 등 다양한 형태의 인스턴스를 이용하여 효율적으로 구성할 수 있습니다.

4.  ECS

만약 애플리케이션이 Serverless나 컨테이너 환경으로 고려되어있지 않은 레거시 환경에 가장 적합한 아키텍처를 가졌다면, Instance 환경 그대로 이전을 고려할 수 있습니다.

알리바바 클라우드는 ECS 인스턴스 환경에서 가장 빠르고, 가장 높은 수준의 SLA를 지닌 가상 머신을 제공하여 비용 효율적인 인스턴스 마이그레이션을 수행할 수 있습니다.

2. Data Area

레거시 애플리케이션을 클라우드로 이전할 때 가장 어려운 부분은 데이터의 마이그레이션입니다. 알리바바 클라우드는 각 데이터 형태에 맞는 다양한 DBMS와 스토리지 서비스를 제공하고 있어 데이터의 큰 변화 없이 보다 쉬운 마이그레이션을 수행할 수 있습니다.

1.  Polar DB / RDS

기업에서 제공하는 서비스 애플리케이션의 데이터를 관리하는 데이터베이스의 가장 보편적인 구성 형태는 관계형 데이터베이스입니다. 똑같은 관계형 데이터베이스이더라도 벤더/오픈 소스 프로젝트의 종류에 따라 각각 다른 형태의 데이터 구조를 지니고 있습니다. 이 이유 때문에 데이터베이스의 마이그레이션이 가장 어려운 마이그레이션 프로세스로 여겨지고 있습니다.

알리바바 클라우드는 보편적으로 사용되는 다양한 종류의 RDBMS 기반 서비스를 제공하고 있습니다. 또한 데이터 마이그레이션을 보다 쉽고 빠르게 수행할 수 있도록 도와주는 마이그레이션 서비스를 제공하고 있습니다.

우리는 이 서비스들을 이용하여 가장 어려운 단계로 여겨지는 데이터의 이전을 이슈없이 수행할 수 있습니다.

2.  OSS / NAS

기업용 SaaS 애플리케이션은 데이터를 효율적으로 저장하는 프로세스를 고려해야합니다. 또한 데이터가 저장되는 속성에 따라 데이터 레이크, 공유 스토리지 등 형태에 맞는 스토리지 구성이 필요합니다.

이러한 경우, 우리는 알리바바 클라우드의 다양한 스토리지 서비스 중 대표적으로 OSS와 NAS를 이용할 수 있습니다. OSS는 오브젝트 스토리지를 제공하는 서비스로 오브젝트 스토리지, 파일 시스템 등 다양한 데이터를 비용 효율적으로 저장하고 활용할 수 있습니다. 또한 공유 스토리지가 필요한 경우, 네트워크와 스토리지 최적화가 적용된 NAS를 이용하여 보다 빠르게 데이터를 저장, 활용할 수 있습니다.

3. Network

우리는 레거시 환경에서 애플리케이션 구성할 때 North-South bound 네트워크만 고려하면 되었습니다. 하지만 애플리케이션이 클라우드 환경으로 이전하게 되면 모든 내부 통신(East-West bound)도 반드시 고려해야하는 점이 생깁니다.

우리는 아래와 같은 알리바바 클라우드의 네트워크 서비스를 이용하여 다양한 형태의 채널에서 발생하는 네트워크 이슈를 해결할 수 있습니다.

1.  DCDN

만약 제공하는 서비스가 큰 용량을 지닌 컨텐츠(사진, 그림, 동영상)를 주로 제공하는 형태라면, 고객이 컨텐츠를 이용하는 데 있어서 네트워크 지연은 비즈니스에 치명적으로 작용될 것입니다. 이러한 케이스에서 가장 필요한 서비스는 바로 CDN입니다.

알리바바 클라우드는 CDN서비스를 비용 효율적으로 제공하며 특히 정적 컨텐츠와 동적 컨텐츠를 모두 처리할 수 있는 DCDN을 장점으로 가지고 있습니다. 또한 아시아 지역에서 가장 많은 CDN PoP을 가지고 있어 대형 컨텐츠를 보다 빠르게 고객에게 전달할 수 있습니다.

2.  Global Accelerator

해외에 지사가 있는 고객이 우리의 SaaS를 사용한다면 반드시 국경간의 데이터 통신이 고려되어야 합니다. 특히 중국-한국간 퍼블릭 네트워크는 많은 레이턴시와 Jitter가 발생할 수 있습니다. 이러한 케이스에서 알리바바 클라우드의 GA 서비스를 이용하면 보다 빠르고 안정적으로 데이터 통신을 할 수 있습니다.

3.  API Gateway

우리는 위의 단계에서 SaaS의 고객에 맞는 커스터마이징을 위해 API를 제공해야한다는 이야기를 했습니다. 이렇게 오픈된 API에 대해 관리가 필요합니다.

우리는 API를 관리하기 위해 API Gateway 서비스를 이용할 수 있습니다. API Gateway는 API에 대한 버전, 권한을 관리할 수 있으며 전체 트래픽에 대한 모니터링을 수행할 수 있습니다.

4.  VPN

만약 기업에서 안전하게 보호된 환경(VPC)에 접속을 하기위해서는 퍼블릭 네트워크가 아닌 보호된 네트워크를 사용해야할 필요가 있습니다. 또한 이렇게 격리된 프라이빗 네트워크는 운영자의 역할에 따라 접속 가불 여부를 결정해야합니다.

우리는 이런 케이스를 VPN 서비스로 연결할 수 있습니다. VPN 서비스를 사용하면 보다 안전한 VPC로의 연결이 가능해져 운영에 있어 보안을 강화할 수 있습니다.

5.  Express Connect

어떠한 ISV 애플리케이션은 클라이언트만 클라우드에 배포하고 메인 서버는 로컬 IDC에 유지하는 경우가 있습니다. 이 관점에서는 클라이언트 – 서버간 데이터 통신에서 안정적으로 빠른 통신이 반드시 요구됩니다.

우리는 이런 케이스에서 Express Connect서비스를 이용할 수 있습니다. 만약 EC를 이용하면 비싼 전용선을 구축할 필요 없이, 알리바바 클라우드에서 제공하는 전용 라인을 이용하여 안정적이고 빠른 네트워크 망을 구성할 수 있습니다.

6.  CEN

기업에서 DR을 구성하는 방식은 Hot, Warm, Cold 형태같이 다양하게 이용할 수 있습니다. 특히 클라우드 환경에서의 DR은 운영VPC와 DR VPC를 프라이빗 네트워크로 연결하여 데이터와 서비스 싱크를 맞추는 로직으로 구성합니다.

이렇게 서로 다른 VPC간 네트워크를 프라이빗 네트워크로 구성하기 위해서 CEN 서비스를 이용할 수 있습니다.

4. Security

우리의 애플리케이션을 클라우드로 이전했을 때 가장 쉽게 누릴 수 있는 이점은 바로 보안관련 서비스 통합입니다. 사실 온프레미즈 환경에서 보안은 우리의 비용이 가장 많이 투자되는 영역입니다. 이렇게 대규모 투자가 필요한 보안을 클라우드 서비스로 대체함으로써 초기 투자 비용을 대폭 절감할 수 있습니다.

1.  Anti-DDoS, WAF, Cloud Firewall

우리의 애플리케이션이 클라우드로 이전되었다면, 첫번째로 고려해야할 보안 사항은 네트워크 관련 보안 강화입니다.

알리바바 클라우드의 네트워크 보안 서비스인 Anti-DDoS는 세계 각지에서 일어나는 DDoS 공격을 효율적으로 방어합니다. 또한 애플리케이션 레이어에서의 보안 공격은 WAF에서 봇을 이용하여 방어하며 네트워크 레이어에서의 공격은 Cloud Firewall을 이용하여 방어할 수 있습니다. 우리는 이 3가지 서비스를 이용하여 SaaS를 안전하게 보호할 수 있습니다.

2.  Security Center

Security Center는 보안 위협을 동적으로 식별 및 분석하고 위협이 감지되면 경고를 생성하는 중앙 집중식 보안 관리 시스템입니다. Security Center는 데이터 센터의 클라우드 리소스 및 서버 보안을 보장하기 위해 여러 기능을 제공합니다. 기능에는 랜섬웨어 방지, 바이러스 백신, 웹 변조 방지, 컨테이너 이미지 스캔 및 규정 준수 검사가 포함됩니다. 이를 통해 보안 운영, 대응 및 위협 추적을 자동화하고 규정 준수 요구 사항을 충족할 수 있습니다.

3.  SSL Certification

만약 웹기반 SaaS를 제공하는 서비스라면 HTTPS 프로토콜을 구성할 필요가 있습니다. HTTPS 프로토콜을 반드시 SSL Certificate 관리가 필요합니다. 이러한 SSL 인증서 관리를 위해 알리바바 클라우드의 SSL Certification 서비스를 이용할 수 있습니다.

4.  RAM

RAM을 사용하면 계정을 생성 및 관리할 수 있으며 단일 계정 또는 그룹에 다양한 권한을 부여할 수 있습니다. 이러한 방식으로 다른 ID에 다른 Alibaba Cloud 리소스에 액세스할 수 있는 권한을 부여할 수 있습니다. 이 서비스를 이용하여 우리는 RBAC 기반의 사용자 계정과 서비스 관리를 수행할 수 있습니다.

결론

지금까지 우리는 레거시 애플리케이션을 ISV on Cloud 만드는 과정, 즉 SaaS를 구성할 때 도움을 받을 수 있는 알리바바 클라우드의 서비스와 아키텍처를 알아보았습니다.

우리는 이 서비스들을 이용하여 애플리케이션을 클라우드로 마이그레이션 할 때 비용 효율적이며 빠르고 안전하게 비즈니스를 혁신할 수 있습니다.

본 아키텍쳐에 대한 궁금한 점이 있거나 컨설팅을 원하신다면 cloudkorea@list.alibaba-inc.com으로 메일 주시기 바랍니다.

0 0 0
Share on

JJ Lim

13 posts | 2 followers

You may also like

Comments