Power Platform 잘 설계된 워크로드

Power Platform Well-Architected에서는 원하는 비즈니스 성과를 제공하기 위해 함께 작동하는 애플리케이션 리소스, 데이터 및 지원 인프라 세트를 설명하기 위해 워크로드 라는 용어를 사용합니다. 작업 부하에는 애플리케이션 및 기술 구성 요소와 동작, 개발 및 운영 프로세스가 포함됩니다.

워크로드는 아키텍트가 설계하고 워크로드 팀이 구축합니다. 그들은 기능적, 비기능적 비즈니스 요구를 충족시킵니다. 작업 부하에는 여러 유형이 있습니다.

작업 부하 분류의 일반적인 기준은 다음과 같습니다.

• 작업 부하의 유용성, 특성 및 사용 패턴.
• 영향력 있는 주요 동인.
• 의도된 대상은 대상 그룹입니다.

동일한 클래스에 있는 워크로드는 대상 대상 그룹, 규정 준수 요구 사항 및 기술 스택을 포함하여 유사성을 가질 수 있습니다. Power Platform Well-Architected의 5가지 기둥, 그 원칙, 체크리스트 및 상충 관계는 모든 워크로드 클래스에 적용됩니다.

작업 부하의 우선순위를 나타내는 기술 설계 원칙과 설계 영역에 기둥 지침을 적용합니다. 따라와 성공적인 작업 부하를 설정하고 이를 Well-Architected로 맞추다 하는 데 도움이 되는 권장 사항입니다. Power Platform

Power Platform Well-Architected 워크로드란 무엇인가요?

모든 작업 부하의 설계와 운영은 안정성, 보안, 운영 우수성, 성능 효율성, 경험 최적화라는 5가지 아키텍처 기둥을 고려해야 합니다.

성공적인 업무 부하를 만들려면 Power Platform Well-Architected 원칙에 따라 업무 부하를 개발하세요.

Power Platform 잘 설계된 워크로드:

• 시스템이 무엇을 해야 하는지, 얼마나 잘 해야 하는지를 설명하는 요구사항이 있으며, 목표를 달성하기 위해 중요도에 따라 순위가 매겨집니다.
• 리소스를 활용하고 디자인 패턴과 균형을 통합하여 해당 요구 사항을 달성할 수 있도록 설계되었습니다.
• 설계 및 목적의 사양에 맞게 제작되고 운영됩니다.
• 목적을 얼마나 잘 달성하느냐에 따라 측정됩니다.
• 목적이 개선되거나 변경됨에 따라 적응할 수 있습니다.
• 필요한 만큼의 신뢰성을 갖추고 있습니다.
• 꼭 필요한 만큼 보안이 강화되었습니다.
• 책임감 있게 개발되고 운영됩니다.
• 허용 가능한 기간 내에 목적을 달성합니다.
• 사용자의 성공을 보장하는 경험을 제공합니다.

조직의 업무 팀과 중앙 팀 간의 협업은 앞서 언급한 특성을 갖춘 업무 부하를 생성해야 합니다. 다음 섹션에서는 이러한 팀과 그 기능을 설명합니다.

작업 부하 팀

다양한 기술 및 비즈니스 분야를 담당하는 팀원으로 구성된 업무 팀을 만드세요. 모든 팀원의 주된 관심은 업무의 성공이어야 합니다.

작업 부하 팀 구성원의 예
사업 이해 관계자 개발자 또는 소프트웨어 엔지니어 솔루션 아키텍트 데이터 분석가 데이터베이스 관리자	제작자 보안 아키텍트 또는 엔지니어 인프라 엔지니어 제품 관리자 또는 소유자 품질 보증(QA) 엔지니어 지원팀 구성원

중앙 집중화된 팀 및 이해 관계자

작업부하 팀은 종종 중앙 팀으로부터 지원을 받습니다. 이러한 팀은 조직의 클라우드 워크로드 대부분 또는 전체에 대한 지원 기능을 제공하고 거버넌스를 시행합니다. 중앙 집중화된 팀은 조직의 성공을 목표로 하며, 이는 부분적으로 작업 부하의 성과에 달려 있습니다. 그들은 작업 부하에 대한 서비스, 지침 및 보호 장치를 제공합니다.

중앙 집중화된 팀과 팀원의 예
비즈니스 인텔리전스 분석가 사업 이해 관계자 우수성 센터(CoE) 보드 플랫폼 팀 사이버 보안 분석가 데이터베이스 관리자 엔터프라이즈 아키텍트	비즈니스 분석가 인프라 엔지니어 법률 및 규정 준수 담당자 네트워크 엔지니어 조달 전문가 프로젝트 관리자

Power Platform 잘 설계된 워크로드 팀은 워크로드 결과에 집중합니다. 그들은 중앙 팀 구성원의 전문적인 지원을 받으며 협력하고 그로부터 이익을 얻습니다.

요구사항을 충족시키다

Power Platform Well-Architected 전반에 걸쳐 권장 사항은 워크로드의 목적 및 예상 결과와 일치합니다. 권장사항에는 작업 부하를 어느 팀원이나 팀이 담당하는지에 대한 명확한 설명이 없습니다. 워크로드 수준의 매핑를 수행하여 워크로드 유형 및 중요도와 관련된 팀의 역할과 책임을 파악하여 각 작업을 누가 수행해야 하는지 결정할 수 있습니다.

직접 작업 부하 팀은 대부분의 작업 부하 요구 사항을 처리합니다. 일부 요구 사항은 중앙 집중화된 팀과의 공동 작업으로 처리됩니다. 예를 들어, 구현 선택은 중앙 팀이 설정한 보호책을 기반으로 할 수 있습니다. 또는 중앙 집중화된 팀이 구현 선택을 전담할 수도 있습니다.

작업 팀은 다른 팀과 협력하여 작업 목표를 달성할 수 있도록 업무 관계를 구축해야 합니다. 구성 요소나 책임을 아웃소싱하는 경우 해당 의무를 성공적으로 이행해야 합니다.

제약조건을 알아보세요

중앙 집중형 팀은 팀의 핵심 역량과 핵심 인프라를 기반으로 다양한 작업 부하를 지원합니다. 조직적 규모로 이러한 지원을 제공하기 위해 중앙 집중화된 팀은 제공되는 서비스나 인프라에 대한 획일성과 제약을 구현할 수도 있습니다. 작업 부하를 설계할 때는 해당 제약 조건을 이해하고, 가능하다면 해당 제약 조건을 아는 엔터프라이즈 아키텍트와 협력하는 것이 중요합니다. 가능한 한 이전 구현에서 많은 것을 배우세요.

요구 사항을 명확하게 전달합니다

작업 부하 요구 사항에 제한이 발생하거나 핵심 역량이나 인프라 제공에 대해 모호한 서비스 수준 계약(SLA)이 적용되는 경우, 이를 위험으로 간주하세요. 작업 부하 팀은 이 문제가 작업 부하에 어떤 영향을 미치는지 다른 팀에 설명해야 합니다. 워크로드 요구 사항, 설계 또는 구현을 조정해야 할 수도 있고, 인프라 제공을 수정해야 할 수도 있습니다.

조직 지침에 따른 플랫폼 팀의 의무와 워크로드 팀의 의무를 이해하면 현실적인 기대치와 권장 사항을 포함하여 워크로드 요구 사항을 전달할 수 있습니다.

통합된 승리를 찾으세요

공동의 책임은 단순히 타협, 제약, 타협에 관한 것이 아닙니다. 플랫폼 팀은 종종 매우 특화된 기술와 개별 작업 팀이 감당할 수 있는 것 이상으로 확장할 수 있는 전담 예산을 보유하고 있습니다. 다음 예를 살펴보겠습니다.

보안 전문가. 귀하의 작업에는 안전한 개발 수명 주기가 있을 수 있습니다. 중앙 보안팀이 조직 전체에서 대규모로 보안 개발 작업을 수행함에 따라, 귀하의 노력을 뛰어넘는 일상적인 침투 테스트를 수행할 수도 있습니다. 또한 사고 응답 전략을 계획하고 수행하는 데 도움이 될 수도 있습니다.

엔터프라이즈 아키텍처 지침. 엔터프라이즈 아키텍처 팀의 패턴과 관행을 맞추다하면 팀이 이미 프로세스를 간소화했기 때문에 시간과 노력을 절약할 수 있습니다. 협상 없이 파트너십 내에서 해결책을 찾을 수 없는 경우, 재작업을 방지할 수도 있습니다.

플랫폼 팀은 종종 다양한 활동을 위해 워크로드 팀에 셀프 서비스 옵션을 제공합니다. 여기에는 자가 학습을 위한 문서 저장소 제공 등이 포함됩니다.

귀하의 업무량에 적합할 만한 셀프 서비스 옵션을 살펴보세요.

공유 성공과 도전

다른 팀과 협업한다는 것은 작업의 결과와 어려움을 축하하고 인정하는 것을 의미하기도 합니다. 작업 부하가 요구 사항을 충족하고 원하는 가치를 달성하면 파트너 팀에 알리세요. 그들이 어떻게 업무 성공을 도왔는지 보여주세요. 작업량이 요구 사항에 미치지 못하면, 공유 문제를 해결하고, 함께 협력하여 공유 다시 올바른 길로 돌아가세요.

플랫폼 팀에도 의무와 성공 기준이 있습니다. 파트너가 귀하의 워크로드가 해당 제안과 잘 어울리는지, 아니면 시끄러운 이웃이 될 위험이 있는지 알려줄 것이라고 기대해야 합니다.

지속적인 개선을 위해 노력하세요

지속적인 개선은 모든 Well-Architected의 주제입니다. Power Platform 변화에 열려있으세요. 기존 문제를 해결하고, 새로운 기술을 활용하고, 새로운 요구 사항을 충족시키거나 새로운 제약 하에서 작업할 수 있는 새로운 방법을 접하게 될 수도 있습니다. 시간이 지남에 따라 업무량이 늘어나면 협업하는 팀에서도 같은 태도를 갖도록 장려하세요. 그러나 모든 개선 기회에는 변화가 수반되므로 적절한 관리 프로세스가 뒷받침되어야 합니다.

워크로드 팀은 플랫폼 팀의 서비스에 영향을 줄 수 있는 워크로드 요구 사항의 계획된 변경 사항을 플랫폼 팀에 알려야 합니다. 마찬가지로, 플랫폼 팀은 작업 파트너를 변경 관리 프로세스에 참여시키고, 중요한 플랫폼 변경 사항에 대해 명확하게 소통해야 합니다. 파트너와 정기적인 커뮤니케이션 일정을 설정하여 제품이 어떻게 개발되는지 이해하고 공유하세요.

성공적인 결과를 달성하다

업무는 사용자, 주주, 규제 기관, 직원, 우수성 센터, 최고 경험 책임자 등 다양한 이해 관계자의 많은 요구에 직면합니다. 이런 요구 사항 때문에 명확한 방향을 선택하기가 어려울 수 있습니다. Power Platform Well-Architected는 긍정적인 결과를 얻기 위한 구조적 선택의 이유를 설명하여 설계와 구현을 이해하는 데 도움을 줍니다. 성공적인 업무 환경을 구축하고, 조직과 함께 그 성공을 축하하세요.