Power Platform Well-Architected에서는 원하는 비즈니스 성과를 제공하기 위해 함께 작동하는 애플리케이션 리소스, 데이터 및 지원 인프라 세트를 설명하기 위해 워크로드 라는 용어를 사용합니다. 작업 부하에는 애플리케이션 및 기술 구성 요소뿐만 아니라 동작, 개발 및 운영 프로세스도 포함됩니다.
워크로드는 아키텍트가 설계하고 워크로드 팀이 구축합니다. 그들은 기능적, 비기능적 비즈니스 요구 사항을 충족합니다. 작업 부하에는 여러 유형이 있습니다.
작업 부하 분류에 대한 일반적인 기준은 다음과 같습니다.
- 작업 부하의 유용성, 특성 및 사용 패턴.
- 영향력 있는 주요 동인.
- 의도된 대상 고객층.
동일한 클래스에 속하는 워크로드는 대상 고객, 규정 준수 요구 사항, 기술 스택을 포함하여 유사점을 공유할 수 있습니다. Well-Architected의 5가지 기둥, 그 원칙, 체크리스트, 그리고 상충관계는 모든 워크로드 클래스에 적용됩니다. Power Platform
기술 설계 원칙과 작업 부하의 우선순위를 나타내는 설계 영역에 기둥 지침을 적용합니다. 성공적인 작업 부하를 설정하고 이를 Well-Architected에 맞추는 데 도움이 되는 권장 사항을 따르세요. Power Platform
Power Platform Well-Architected 워크로드란 무엇인가요?
모든 작업 부하의 설계 및 운영은 안정성, 보안, 운영 우수성, 성능 효율성, 경험 최적화라는 5가지 아키텍처 기둥을 고려해야 합니다.
성공적인 업무 부하를 만들려면 Power Platform Well-Architected 원칙에 따라 개발하세요. |
|---|
Power Platform 잘 설계된 워크로드:
- 시스템이 무엇을 해야 하는지, 얼마나 잘 해야 하는지를 설명하는 요구 사항이 있으며, 목표를 달성하기 위해 중요도에 따라 순위가 매겨져 있습니다.
- 리소스를 활용하고 디자인 패턴과 상충 관계를 통합하여 해당 요구 사항을 달성할 수 있도록 설계되었습니다.
- 설계 및 목적의 사양에 맞게 제작되고 운영됩니다.
- 목적을 얼마나 잘 달성하느냐에 따라 측정됩니다.
- 목적이 개선되거나 변경됨에 따라 적응할 수 있습니다.
- 필요한 만큼의 신뢰성을 갖추고 있습니다.
- 필요한 만큼 안전하게 보호됩니다.
- 책임감 있게 개발되고 운영됩니다.
- 허용 가능한 기간 내에 목적을 달성합니다.
- 사용자의 성공을 보장하는 경험을 제공합니다.
조직의 업무 팀과 중앙 팀 간의 협업은 앞서 언급한 특성을 갖춘 업무 팀을 만들어야 합니다. 다음 섹션에서는 이러한 팀과 그 기능에 대해 설명합니다.
업무 팀
다양한 기술 및 비즈니스 분야를 담당하는 팀원으로 구성된 업무 팀을 만드세요. 모든 팀원의 주된 관심은 업무의 성공이어야 합니다.
| 작업 부하 팀 구성원의 예 | |
|---|---|
| 비즈니스 이해 관계자 개발자 또는 소프트웨어 엔지니어 솔루션 아키텍트 데이터 분석가 데이터베이스 관리자 |
제작자 보안 설계자 또는 엔지니어 인프라 엔지니어 제품 관리자 또는 소유자 품질 보증(QA) 엔지니어 지원팀 구성원 |
중앙화된 팀 및 이해 관계자
작업부하팀은 종종 중앙집중형 팀으로부터 지원을 받습니다. 이러한 팀은 조직의 클라우드 워크로드 대부분 또는 전부에 대한 지원 기능을 제공하고 거버넌스를 시행합니다. 중앙 집중형 팀은 조직의 성공을 목표로 하며, 이는 부분적으로 작업 부하의 성과에 달려 있습니다. 그들은 작업 부하에 대한 서비스, 지침 및 보호 장치를 제공합니다.
| 중앙 집중화된 팀과 팀원의 예 | |
|---|---|
| 비즈니스 인텔리전스 분석가 비즈니스 이해 관계자 우수성 센터(CoE) 이사회 플랫폼 팀 사이버 보안 분석가 데이터베이스 관리자 엔터프라이즈 아키텍트 |
비즈니스 분석가 인프라 엔지니어 법률 및 규정 준수 담당자 네트워크 엔지니어 조달 전문가 프로젝트 관리자 |
Power Platform 잘 설계된 워크로드 팀은 워크로드 결과에 집중합니다. 그들은 중앙 팀 구성원의 전문적인 지원을 받으며 협력하고 그로부터 이익을 얻습니다.
요구 사항 충족
Well-Architected 전반에 걸쳐 권장 사항은 작업 부하의 목적과 예상 결과와 일치합니다. Power Platform 권장사항에는 어떤 팀원이나 팀이 업무 부담을 덜어줄 것인지에 대한 명확한 설명이 없습니다. 팀의 역할과 책임을 업무 유형 및 중요도와 관련하여 파악하기 위해 업무 수준 매핑을 수행하여 각 작업을 누가 수행해야 할지 결정할 수 있습니다.
직접 작업 팀은 대부분의 작업 요구 사항을 처리합니다. 일부 요구 사항은 중앙 집중화된 팀과의 공동 작업으로 처리됩니다. 예를 들어, 구현 선택은 중앙 팀이 설정한 가드레일에 따라 달라질 수 있습니다. 또는 중앙 집중화된 팀이 구현 선택을 전담할 수도 있습니다.
업무 팀은 다른 팀과 협력하여 업무 목표를 달성할 수 있도록 업무 관계를 구축해야 합니다. 구성 요소나 책임을 아웃소싱하는 경우 해당 의무를 성공적으로 이행해야 합니다.
제약 조건을 알아보세요
중앙 집중식 팀은 팀의 핵심 역량과 핵심 인프라를 기반으로 다양한 작업 부하를 지원합니다. 조직적 규모로 이러한 지원을 제공하기 위해 중앙 집중화된 팀은 제공되는 서비스나 인프라에 대한 균일성과 제약을 구현할 수도 있습니다. 작업 부하를 설계할 때는 해당 제약 조건을 이해하고, 가능하다면 해당 제약 조건을 아는 엔터프라이즈 아키텍트와 협력하는 것이 중요합니다. 가능한 한 이전 구현으로부터 많은 것을 배우세요.
요구 사항을 명시적으로 전달합니다
작업 부하 요구 사항에 제한이 있거나 핵심 기능이나 인프라 제공에 대한 모호한 서비스 수준 계약(SLA)이 있는 경우 이를 위험으로 간주하세요. 귀하의 업무 담당 팀은 이 문제가 업무에 어떤 영향을 미치는지 다른 팀에 설명해야 합니다. 작업 부하 요구 사항, 설계 또는 구현을 조정하거나 인프라 제공을 수정해야 할 수도 있습니다.
조직 지침과 관련된 플랫폼 팀의 의무와 워크로드 팀의 의무를 이해하면 현실적인 기대치와 권장 사항을 포함하여 워크로드 요구 사항을 전달할 수 있습니다.
통합된 승리를 찾으세요
공동 책임은 단순히 타협, 제약, 타협에 관한 것이 아닙니다. 플랫폼 팀은 종종 고도로 전문화된 기술과 전담 예산을 보유하고 있어 개별 작업 팀이 감당할 수 있는 수준을 넘어설 수 있습니다. 다음 예를 살펴보세요.
보안 전문가. 귀하의 작업에는 안전한 개발 수명 주기가 있을 수 있습니다. 중앙 보안 팀이 조직 전체에서 대규모로 보안 개발 작업을 수행함에 따라, 여러분의 노력을 뛰어넘는 일상적인 침투 테스트를 수행할 수도 있습니다. 또한 사고 대응 전략을 계획하고 수행하는 데 도움이 될 수도 있습니다.
엔터프라이즈 아키텍처 지침. 팀이 이미 프로세스를 간소화했기 때문에 엔터프라이즈 아키텍처 팀의 패턴과 관행에 맞춰 조정하면 시간과 노력을 절약할 수 있습니다. 협상 없이 파트너십 내에서 해결책을 찾을 수 없는 경우, 재작업을 방지할 수도 있습니다.
플랫폼 팀은 종종 다양한 활동을 위해 워크로드 팀에 셀프 서비스 옵션을 제공합니다. 여기에는 자가 학습을 위한 문서 저장소 제공 등이 포함됩니다.
귀하의 업무량에 적합한 셀프 서비스 옵션을 살펴보세요.
성공과 도전을 공유하세요
다른 팀과 협업한다는 것은 업무의 결과와 어려움을 축하하고 인정하는 것을 의미합니다. 귀하의 업무가 요구 사항을 충족하고 원하는 가치를 달성하면 파트너 팀에 이를 알리세요. 그들이 어떻게 업무의 성공을 도왔는지 보여주세요. 업무량이 요구 사항에 미치지 못할 경우, 문제를 공유하고 함께 작업하여 다시 정상 궤도에 오르도록 조정하세요.
플랫폼 팀에도 의무와 성공 기준이 있습니다. 파트너가 귀하의 업무가 해당 제안과 잘 맞는지, 아니면 소음을 내는 이웃이 될 위험이 있는지 알려줄 것으로 기대해야 합니다.
지속적인 개선을 위해 노력하세요
지속적인 개선은 모든 Well-Architected의 주제입니다. Power Platform 변화에 열려있으세요. 기존 문제를 해결하고, 새로운 기술을 활용하고, 새로운 요구 사항을 충족하거나 새로운 제약 하에서 작업할 수 있는 새로운 방법을 접하게 될 수도 있습니다. 시간이 지남에 따라 업무량이 늘어나면 협업하는 팀에서도 같은 태도를 갖도록 장려하세요. 그러나 모든 개선 기회에는 변화도 수반되므로 적절한 관리 프로세스가 뒷받침되어야 합니다.
워크로드 팀은 플랫폼 팀의 서비스에 영향을 줄 수 있는 워크로드 요구 사항의 계획된 변경 사항을 플랫폼 팀에 알려야 합니다. 마찬가지로 플랫폼 팀은 워크로드 파트너를 변경 관리 프로세스에 참여시키고 중요한 플랫폼 변경 사항에 대해 명확하게 소통해야 합니다. 파트너와 정기적인 커뮤니케이션 일정을 설정하여 제품이 어떻게 개발되는지 파악하고 공유하세요.
성공적인 결과를 달성하다
업무량은 사용자, 주주, 규제 기관, 직원, 우수성 센터, 최고 경험 책임자 등 다양한 이해관계자의 많은 요구에 직면합니다. 이런 요구로 인해 명확한 방향을 선택하기 어려울 수 있습니다. Power Platform Well-Architected는 긍정적인 결과를 얻기 위한 아키텍처 선택의 이유를 설명함으로써 설계와 구현을 이해하는 데 도움을 줍니다. 성공적인 업무 환경을 구축하고, 조직과 함께 그 성공을 축하하세요.