컨설팅 역할에서 워크로드 지원
설계자는 시간이 지남에 따라 변경될 때 워크로드에 계속 참여할 수 있는 방법을 모색해야 합니다. 해당 역할은 초기 구현 중에 디자인 인계 또는 상담으로 끝나지 않습니다. 설계자는 제품의 진화와 관련된 다른 활동에 사용할 수 있는 관점을 제공합니다.
모델링 연습 지원
Teams는 여러 차원 및 여러 용도로 워크로드를 모델링할 수 있습니다. 예를 들어 워크로드는 구현 세부 정보에서 비즈니스 구문으로 상태 신호를 추상화할 수 있습니다. 또는 시간이 지남에 따라 시스템 성장을 모델링하거나 라이선스 프로세스를 모델링하여 대체 청구 모델을 평가할 수 있습니다.
모델이 추상화이든, 가설을 평가하여 향후 비즈니스 결정을 알리든, 설계자는 해당 프로세스에 기여합니다. 워크로드 디자인, 알려진 제한 사항 또는 예측 제한 사항 및 크기 조정 특성에 대한 인사이트를 사용하여 모델의 가정을 검증하거나 조정하고 시스템을 보다 정확하게 근사화합니다. 예를 들어 설계자는 SLO(서비스 수준 목표)와 같은 종속성의 특성을 평가하여 중요한 흐름에 대한 상태 모델을 검토합니다.
잠재적 개선 사항 공유
설계자는 클라우드 공급자 제품 및 업계 디자인 패턴과 같은 기본 사항을 최신 상태로 유지합니다. 워크로드가 설계되었을 때 최첨단 기능이었던 기능은 더 이상 없을 수 있습니다. 또는 애플리케이션의 예상 사용 패턴이 예측된 방식으로 나타나지 않을 수 있습니다. 이와 같은 경우 이 새로운 지식을 기반으로 현재 디자인을 추가로 최적화하거나 구체화하기 위한 권장 사항을 제시할 수 있는 기회가 있습니다.
설계자는 워크로드가 라이브 상태인 후 주기적으로 워크로드 팀에 후속 조치를 취해야 합니다. 지속적인 커뮤니케이션은 디자인이 구현된 방식과 실제 사용으로 수행되는 방식을 확인하여 향후 디자인 작업에 대한 지식을 확장하는 데 도움이 됩니다. 또한 실제 구현 및 사용에 따라 최적화 권장 사항을 제공할 수 있습니다.
리뷰 지원
공식 감사 또는 규정 준수 검토와 같은 워크로드를 검토하는 경우 시스템 설계자의 참여는 프로세스에 도움이 될 수 있습니다. 구현 선택에 대한 질문에 답변하는 데 도움이 되도록 워크로드의 아키텍처 의사 결정 레코드 를 가져옵니다. 또한 대화 중에 시스템을 시각화하고 주제별 전문 지식을 제공하는 업데이트된 다이어그램을 제공합니다.
설계자는 선택한 고객 또는 자금 조달 계약 중에 제품에 대한 신뢰를 구축하는 신뢰할 수 있는 지식을 가지고 있습니다. 고객이 제품에 대해 가지고 있는 고유한 요구에 대해 알아보고 시스템 디자인에서 이러한 요구 사항을 고려할 수 있습니다.
제안된 변경 내용 검토
모든 워크로드에는 광범위한 방향 수준 작업부터 특정 작업에 이르기까지 다양한 작업의 백로그가 있습니다. 설계자는 작업 항목에 대한 요구 사항 수집, 범위 지정 및 승인 기준 구축에 참여해야 합니다.
구현 팀은 현재 작업 항목을 제공하기 위해 바쁘게 작업하므로 설계자는 시간을 사용하여 향후 작업 항목을 검토, 유효성 검사 및 구체화할 수 있습니다. 새 기능을 통해 시스템에서 구성 요소를 다시 디자인해야 하는 경우를 감지하거나, 제안된 변경 내용에 대한 비용 분석을 제공하거나, 새로운 변경 내용을 점진적으로 도입하는 방법을 제안할 수 있습니다. 궁극적으로, 새로운 기능 또는 확장된 사용자 기반을 포함하는 제안된 변경에 대한 프로세스 초기에 설계자를 참여시키는 것은 재작업을 최소화하고 팀이 디자인의 절벽을 발견하는 데 도움이 됩니다.