Azure 잘 설계된 SaaS 워크로드

Microsoft Azure에서 SaaS(Software as a Service)를 빌드하고 운영하려면 다른 유형의 소프트웨어와는 다른 접근 방식이 필요합니다. ISV(독립 소프트웨어 공급업체)는 SaaS 솔루션이 비즈니스를 주도하기 때문에 클라우드 에코시스템에서 고유한 위치를 차지하고 있습니다. B2B(기업 대 기업)라고도 하는 기업 또는 B2C(기업 대 소비자)라고도 하는 소비자에게 제품을 판매합니다. ISV는 일반적으로 빌드하는 SaaS 솔루션을 호스트하고 유지 관리합니다. 고객은 제품을 구성하고 데이터를 관리합니다.

잘 설계된 프레임워크를 사용하여 빌드된 솔루션은 워크로드가 대규모로 작동할 수 있도록 합니다. 이 문서 시리즈는 Azure에서 확장 가능하고 성능이 뛰어나며 안정적이며 안전한 SaaS 솔루션을 만들기 위한 주요 인사이트를 제공합니다. 잘 설계된 프레임워크에 아직 익숙하지 않은 경우 해당 원칙을 알아보는 데 시간이 걸리는 것이 좋습니다.

Microsoft Azure 잘 설계된 프레임워크 핵심 요소를 참조하세요.

SaaS 워크로드란?

워크로드라는 용어는 API 및 데이터 저장소와 같은 여러 서비스가 함께 작동하여 특정 엔드투엔드 기능을 제공하는 공통 비즈니스 목표 또는 일반적인 비즈니스 프로세스 실행을 지원하는 애플리케이션 리소스 컬렉션을 나타냅니다.

SaaS라는 용어는 소프트웨어를 서비스로 제공하는 비즈니스 모델을 나타냅니다. 공급업체는 전체 솔루션을 제공하고 운영할 책임이 있습니다. 고객 격리, 보안 및 규정 준수 요구 사항을 충족하는 동안 대규모로 고객 환경을 신중하게 관리해야 합니다. SaaS 솔루션은 리소스가 여러 고객 간에 공유되는 다중 테넌트 아키텍처를 사용하는 경우가 많습니다. 이 방법은 고객에게 제공되는 가격 책정 모델뿐만 아니라 리소스의 디자인 및 배포에 영향을 줍니다.

일반적인 과제는 무엇인가요?

Microsoft Azure는 필요한 탄력성과 확장성을 제공하는 SaaS를 제공하는 훌륭한 플랫폼입니다. 또한 SaaS 배달의 다양한 측면을 자동화하는 기능을 제공합니다. 그러나 Azure에서 SaaS를 제공하는 데는 고유한 일련의 과제가 있습니다.

• 고객의 기대치는 높고 까다로운 품질, 보안 및 복원력입니다. B2B 솔루션의 경우 기본적으로 고객의 IT 부서의 확장이 되어 솔루션을 운영 및 정상 상태로 유지하는 책임을 집니다. 이렇게 하려면 소프트웨어 개발에서 대규모 운영으로 전환해야 합니다.

• SaaS를 제공한다는 것은 고객의 비즈니스 요구 사항과 균형을 맞추는 것을 의미하며, 때로는 충돌할 수 있습니다. 고객이 솔루션에서 더 많은 것을 요구하는 반면, COGS(판매 상품) 비용을 줄이고 효율성을 높여야 한다는 압박에 직면하게 될 것입니다.

• SaaS는 종종 대규모 또는 공격적인 성장 목표로 작동합니다. 규모를 확장할 때 운영 복잡성을 줄이면서 성능 및 안정성을 유지하는 것이 중요합니다. 수동 작업은 비실용적이므로 자동화 및 구조화된 프로세스가 필요하므로 어느 정도의 운영 완성도가 필요합니다.

• 격리는 고객 간에 인프라를 공유할 때 중요한 요구 사항입니다. 고객은 다른 고객의 활동에 관계없이 데이터가 안전하고 일관된 성능과 안정성을 경험할 것으로 기대합니다. 공급업체는 다른 고객을 포함하여 고객의 데이터와 워크로드를 보호하는 데 상당한 책임을 져야 합니다.

SaaS를 빌드하기 위한 완성도 모델은 무엇인가요?

SaaS 제품을 빌드하는 조직은 일반적으로 다음과 같습니다.

• 신생 기업 또는 기타 소규모 조직. 일반적으로 적은 수의 사용자와 적은 리소스가 있습니다. 조직의 규모에 관계없이 SaaS는 높은 고객 기대치를 충족하기 위해 어느 정도의 성숙도가 필요합니다. 고객은 조직을 신뢰하여 데이터 및 기타 자산을 보호합니다. 또한 작업의 중요한 부분에 대한 솔루션에 의존할 수도 있습니다. 따라서 운영 우수성 및 안정성은 솔루션의 주요 측면이 됩니다.

  처음에는 신생 기업이 고객에게 가장 영향력 있는 요소의 우선 순위를 지정해야 합니다. 병렬로 자동화, 테넌트 관리, 비용 절감, 향상된 보안 및 안정성과 같은 향후 아키텍처 향상을 계획해야 합니다. 처음에는 실용적이지 않을 수도 있지만, 이 전략적 계획은 점진적인 구현과 지속적인 개선을 위한 청사진 역할을 합니다. 스타트업이 성장함에 따라 프로세스를 조정하고 구체화하고, 새로운 기술을 채택하고, 진화하는 규정 준수 표준을 충족하여 효과적으로 확장하고 고객 신뢰를 유지해야 합니다.

• 설정된 조직. 기존 솔루션을 현대화하려는 기존 조직은 종종 SaaS 모델로 마이그레이션됩니다. 조직에 더 많은 리소스가 있을 수 있지만 문제가 복잡해집니다. 운영 오버헤드를 만들 수 있는 새 SaaS 솔루션을 개발하는 동안 기존 고객을 지원해야 합니다. 이러한 전환에는 기술 아키텍처, 기술 집합 및 전반적인 비즈니스 운영의 변경이 필요합니다. 현재 고객에게 미치는 영향을 최소화하고 유사하거나 향상된 안정성, 보안 및 성능을 받을 수 있도록 하는 데 중점을 두어야 합니다. 레거시 솔루션이 덜 부담이 되면 조직은 새로운 기능 및 개선 사항의 우선 순위를 지정할 수 있습니다.

이 지침을 사용하는 방법

✔ 기술 및 운영 영역에서의 근거 및 되풀이 테마를 간략하게 설명하는 디자인 방법론부터 시작합니다. 이 체계적인 접근 방식은 요구 사항 및 디자인 전략을 정의하는 데 도움이 됩니다. 워크로드의 전반적인 목표에 맞게 유지하기 위해 불확실한 선택에 직면할 때 이 방법론을 다시 방문합니다. 또한 마케팅 및 영업 팀과 협업하여 기술 결정의 유효성을 검사하고 지속적인 개선을 위한 고객 피드백을 통합하는 프레임워크를 제공합니다.

✔ 디자인 원칙을 진행하여 SaaS 디자인 방법론이 성장 진화를 고려하여 잘 설계된 핵심 프레임워크 핵심 요소와 어떻게 일치하는지 확인합니다. 절충을 포함하여 모든 핵심 요소에 대한 기본 원칙을 총체적으로 평가합니다.

✔ 솔루션에 가장 큰 영향을 주는 디자인 영역에 집중합니다. 각 영역에는 디자인 결정을 안내하는 고려 사항 및 권장 사항이 포함됩니다.

✔ 평가 검토 도구를 사용하여 프로덕션 환경에서 최적화된 SaaS 워크로드의 준비 상태를 평가합니다.

사용할 수 있는 리소스는 무엇인가요?

다중 테넌시는 SaaS 워크로드를 디자인하기 위한 핵심 비즈니스 방법론입니다. 자세한 내용은 이러한 추가 리소스를 참조하세요.

• SaaS 및 다중 테넌트 솔루션 아키텍처: 특정 Azure 서비스를 사용하여 SaaS 디자인 목표를 지원하는 방법에 대한 정보를 포함하여 SaaS를 디자인하는 방법에 대한 광범위하고 자세한 지침을 제공합니다.

다음 단계

Azure에서 SaaS 워크로드를 디자인할 때 따라야 할 방법을 이해합니다.