아키텍처 디자인은 항상 비즈니스 목표에 의해 주도되며 투자(ROI) 및 재무 제약 조건에 대한 수익을 고려해야 합니다. 고려해야 할 일반적인 질문은 다음과 같습니다.
- 할당된 예산으로 목표를 달성할 수 있나요?
- 해당 애플리케이션과 운영에 대한 지출 패턴은 어떻게 되나요? 우선 순위가 높은 분야는 무엇인가요?
- 리소스에 대한 투자를 더 나은 활용을 통해, 아니면 감소를 통해 최대화할 예정인가요?
비용 최적화 워크로드가 반드시 저비용 워크로드인 것은 아닙니다. 상당한 장단점이 있습니다. 전술적 접근 방식은 사후 반응적이며 단기적으로만 비용을 절감할 수 있습니다. 장기적인 재정적 책임을 달성하려면 우선 순위 지정, 지속적인 모니터링 및 최적화에 중점을 둔 반복 가능한 프로세스를 사용하여 전략을 만들어야 합니다.
디자인 원칙은 워크로드 아키텍처를 디자인하고 구현할 때 고려해야 하는 최적화 전략을 제공하기 위한 것입니다. 권장되는 접근 방식부터 시작하여 일련의 비즈니스 요구 사항에 대한 이점을 정당화합니다. 전략을 설정한 후 비용 최적화 검사 목록을 다음 단계로 사용하여 작업을 수행합니다.
기술 요구 사항에 맞게 비즈니스 요구 사항을 우선 순위를 지정하면 초기 비용 할당이 변경되어야 합니다. 그러나 보안, 확장성, 복원력 및 운영성 등 비용을 최적화하려는 영역에서는 일련의 상쇄가 필요할 것으로 예상해야 합니다. 해당 분야의 과제를 해결하는 데 드는 비용이 높고 이러한 원칙이 제대로 적용되지 않을 경우, 더 저렴한 솔루션을 위해 위험한 선택을 할 수 있으며, 궁극적으로 조직의 사업 목표와 평판에 영향을 미칠 수 있습니다.
비용 관리 분야 개발
|
---|
비용 최적화는 조직의 다양한 수준에서 수행됩니다. 워크로드 비용이 조직의 FinOps 사례에 맞게 조정되는 방식을 이해하는 것이 중요합니다. 사업부, 리소스 조직 및 중앙 집중식 감사 정책에 대한 보기를 통해 표준화된 재무 시스템을 채택할 수 있습니다.
접근법 | 이익 |
---|---|
비용 모델을 개발합니다. 이 기본적인 연습은 재무 추적 시스템을 설정하기 위한 전제 조건입니다. | 비용 모델은 비용을 세분화하고 인프라, 지원 및 구현을 포함한 총 소유 비용을 추정 및 예측하는 데 도움이 됩니다. 이를 통해 비용 동인을 조기에 식별하고 변경, 성장 또는 축소가 예상 비즈니스 모델의 전체 지출에 어떤 영향을 미치는지 예측할 수 있습니다. |
적절하게 할당된 역할 및 책임으로 관리되고 구현되는 효과적이지만 유연한 책임 모델을 갖습니다. | 명확한 책임은 각 역할의 기능적 기대치를 적용하고(범위가 지정된 경우), 명확성을 촉진하고, 원하는 수준에서 투명하게 보고서를 생성하는 데 도움이 됩니다. 사전 거버넌스는 예산을 초과하는 불필요한 지출로 이어질 수 있는 작업을 방지하는 데 도움이 될 수 있습니다. |
협상할 수 없는 모든 기능 및 비기능적 요구 사항, 인력 및 예상 성장을 위한 프로세스를 포함하는 현실적인 예산을 예측합니다. | 재정적 한계를 설정하고 할당된 예산 대비 지출을 확인할 수 있는 방법을 설정할 수 있습니다. 또한 특정 임계값을 초과하면 알림을 받게 되므로 테넌트 범위, 리소스 범위 및 예산에 적용되는 기타 범위에서 초과 지출을 방지할 수 있습니다. |
SLA(서비스 수준 계약)에 의해 관리되는 워크로드의 경우 잠재적인 처벌에 예산을 할당할지 또는 구현 노력에 대한 예산을 할당할지 평가합니다. | 잘 구현된 솔루션은 페널티를 완전히 방지하여 사전 투자를 하는 데 도움이 될 수 있습니다. 고객 보상 예산을 제쳐두는 것은 미래의 책임 위험을 줄이기 위한 실용적인 접근 방식입니다. 제품 소유자와 협력하여 현실적인 비용 보상 예산을 협상합니다. |
워크로드가 성숙함에 따라 기술을 보강하는 데 필요한 교육 비용, 고용 비용 및 인프라 비용을 계획합니다. | 인력에 대한 투자는 정규직 또는 공급업체 지원을 통해 기존 기술을 보완합니다. |
프로덕션에서 얻은 인사이트를 통해 디자인 변경에 따른 비용 영향을 전달합니다. | 조직은 숫자 데이터와 같은 의미 있는 것으로 간주되어야 하는 프로덕션 피드백에 따라 실질적인 예산 조정을 수행할 수 있습니다. |
비용 효율성 사고방식으로 설계
|
---|
모든 아키텍처 결정에는 직간접적인 재정적 영향이 있습니다. 빌드 옵션과 구매 옵션, 기술 선택, 청구 모델 및 라이선스, 교육, 운영 등과 관련된 비용을 파악하세요.
일련의 요구 사항을 고려하여 비용과 관련된 부분의 최적화를 통해 워크로드의 공통 문제를 효과적으로 해결하기 위한 절충 결정을 내립니다.
접근법 | 이익 |
---|---|
예상 성장을 포함하여 비용 기준을 설정합니다. 디자인 선택이 할당된 예산 내에서 작동하여 기능 및 비기능적 요구 사항을 충족하는지 확인합니다. 총 비용의 일부로 기술 선택, 자동화, 취득, 교육 및 변경 관리와 관련된 비용을 고려합니다. |
비용 추정치를 사용하면 예산에 대한 비용을 예측하고 주요 비용 동인을 정확히 파악할 수 있습니다. 또한 과도하게 작업하지 않도록 균형 잡힌 접근 방식을 지원하여 눈에 띄지 않을 수 있는 숨겨진 비용을 공개하는 데 도움이 됩니다. 또한 이 프로세스는 비용 고려 사항에 따라 기술 옵션에 대한 의사 결정 트리를 생성합니다. 강력한 비즈니스 정당성이 결여된 고비용 대안을 제거하면 더 높은 가치의 기회에 투자할 수 있는 예산 역량을 확보할 수 있습니다. ROI가 낮아질 수 있으므로 계획된 성장을 넘어 설계하는 것은 권장되지 않습니다. |
리소스를 상한 및 하한 내에 유지하는 아키텍처에서 비용 보호책을 설계하고 적용합니다. | 적용은 부수적 또는 승인되지 않은 요금을 방지하고 예산이 책정된 리소스 수량만 프로비전되도록 할 수 있습니다. |
다양한 SDLC 환경을 다르게 취급하고 적절한 수의 환경을 배포합니다. | 모든 환경에서 프로덕션을 시뮬레이션할 필요는 없다는 점을 이해하면 비용을 절감할 수 있습니다. 개발 및 테스팅 환경에는 기능, SKU, 인스턴스 수, 심지어 로깅까지 다를 수 있습니다. 필요에 따라 사전 프로덕션 환경을 만들고 더 이상 필요하지 않으면 제거함으로써 비용을 절감할 수도 있습니다. |
사용량 최적화를 위한 디자인
|
---|
서비스와 제품은 다양한 기능과 가격 책정 계층을 가지고 있습니다. 기능 집합을 구매한 후에는 사용하지 않도록 합니다. 해당 계층에 대한 투자를 최대화할 수 있는 방법을 찾습니다. 마찬가지로, 현재 프로덕션 워크로드를 기반으로 사용량에 더 잘 맞는 청구 모델을 찾기 위해 지속적으로 청구 모델을 평가합니다.
접근법 | 이익 |
---|---|
선택한 리소스 SKU의 전체 기능을 활용하여 성능, 보안, 안정성 및 운영 목표를 충족합니다. | 지불한 항목의 사용을 최대화할 수 있습니다. 추가 혜택 없이 불필요한 비용이 발생할 수 있으므로 필요하지 않은 기능으로 SKU를 선택하지 마세요. |
용량을 동적으로 조정할 수 있는 기회를 평가하고, 수요가 증가할 때 스케일 업하고, 더 이상 필요하지 않을 때 규모를 축소합니다. | 이 방법이 없으면 필요한 것보다 더 많은 용량을 미리 프로비전해야 할 수 있습니다. 반면 동적 크기 조정을 사용하면 최소 기준을 유지하고 필요한 경우에만 확장하여 리소스 소비량을 실제 사용 패턴에 맞게 정렬할 수 있습니다. |
리소스에 대해 이미 지불한 경우 복구 계획의 일부로 활성-수동 모델보다 활성-활성 모델 배포의 우선 순위를 지정합니다. | 디자인에서 기본적으로 활성-수동 모델을 사용하는 경우, 활용 가능한 유휴 리소스가 생길 수 있습니다. 활성-활성으로 전환하면 과도한 지출 없이 부하 평준화 및 크기 조정 버스팅 요구 사항을 충족할 수 있습니다. |
새 기능을 개발하거나, 추가 환경을 설정하거나, 비기능 요구 사항에 맞게 최적화할 때 약정 기반 할인된 리소스의 사용 우선 순위를 지정합니다. | 커밋된 계획을 사용할 기회를 찾은 경우 새 기능을 구현하는 비용을 크게 줄일 수 있습니다. |
지원 플랜에 대한 투자를 최대한 활용합니다. 팀이 관련 도구와 기술을 사용할 수 있도록 교육을 위한 허용량을 유지합니다. |
지원 계획을 사용하여 프로덕션 문제를 처리하거나 사전 검토를 위해 비용을 절감할 수 있습니다. Microsoft 지원 모델에 완전히 참여합니다. |
요금 최적화를 위한 디자인
|
---|
기존 리소스와 운영의 유용성과 비용을 최적화할 수 있는 기회를 활용합니다. 그렇지 않으면 추가 ROI 없이 불필요하게 돈을 쓰게 됩니다.
접근법 | 이익 |
---|---|
시간이 지남에 따라 안정적이거나 예측 가능한 사용 패턴이 있는 리소스를 식별합니다. 사용 가능한 할인을 활용하기 위해 이러한 리소스를 미리 검색하여 비용을 최적화합니다. 라이선스 팀과 협력하여 향후 구매 계약 및 갱신 전략에 영향을 줍니다. |
Microsoft는 특정 리소스 또는 리소스 범주에 대한 예측 가능한 장기 약정에 대해 할인된 요금을 제공합니다. 이러한 리소스는 사용 기간 동안 비용이 절감되며 시간이 지남에 따라 분할 상환될 수 있습니다. 라이선스 팀이 현재 및 예상 리소스 투자에 대한 정보를 유지하면 계약 협상 중에 적절한 규모의 약정을 지원합니다. 경우에 따라 이러한 예측은 워크로드의 비용 효율성뿐만 아니라 동일한 기술을 사용하는 다른 팀에도 도움이 되도록 조직의 가격표에 영향을 줄 수 있습니다. |
추가 라이선스가 필요하지 않은 대안을 살펴봅니다. 하이브리드 사용 및 사전 프로덕션 구독 가격 책정과 같은 옵션을 고려합니다. | 동일하거나 유사한 기술에 대한 사용 권한을 더 낮은 비용으로 제공하는 옵션을 활용하여 라이선스 비용을 줄일 수 있습니다. |
비용 효율적인 경우 사용량 기반 가격 책정을 사용합니다. | 사용하는 항목에 대한 비용을 지불하게 됩니다. 이 옵션은 완전히 활용된 선불 옵션보다 더 비쌀 수 있습니다. 사전에 구매한 컴퓨팅 리소스를 완전히 활용하지 못할 경우, 종량제가 더 나은 선택일 수 있습니다. |
사용률이 높고 예측 가능하며 비슷한 SKU 또는 청구 옵션을 사용할 수 있는 경우 리소스에 대한 소비 기반 청구 대신 고정 가격 청구를 사용합니다. | 사용률이 높고 예측 가능한 경우, 고정 가격 모델은 일반적으로 비용이 적게 들고 더 많은 기능을 지원합니다. |
가능한 경우 다른 워크로드, 리소스 및 팀과 함께 사용량을 공동 배치하여 재무 및 운영 비용을 절감합니다. | 공유 리소스는 중앙에서 관리되고 여러 워크로드를 지원하기 위해 더 높은 용량으로 프로비전되므로 비용이 팀 전체에 분산될 수 있습니다. |
기능 또는 비기능 요구 사항에 대한 손상이 없는 경우 저렴한 지역에 배포합니다. 각 환경에 대한 지역별 옵션을 개별적으로 평가합니다. 프로덕션에는 특정 지역이 필요할 수 있지만, 가능한 경우 사전 제작 환경에 보다 비용 효율적인 지역을 활용하는 것이 좋습니다. |
필요한 경우에만 프리미엄 지역을 사용하면 상당한 비용을 절감할 수 있습니다. 또한 비프로덕션 환경에서 절감된 비용을 다른 우선 순위로 다시 할당할 수 있습니다. |
더 높은 밀도를 달성하기 쉬운 서비스를 선호합니다. 특히 보안 경계에 대한 잠재적인 상쇄효과를 고려합니다. |
밀도가 높아질수록 워크로드를 실행하는 데 필요한 리소스 양은 줄어듭니다. 이러한 감소로 인해 단위당 비용이 감소하고 관리 비용도 절감됩니다. |
시간 경과에 따른 모니터링 및 최적화
|
---|
이전에 중요했던 일이 지금은 중요하지 않을 수도 있습니다. 운영 워크로드를 평가하면서 학습하면 아키텍처, 비즈니스 요구 사항, 프로세스, 심지어 팀 구조까지 바뀔 것으로 예상합니다. SDLC(소프트웨어 개발 수명 주기) 사례가 발전해야 할 수도 있습니다. 클라우드 플랫폼, 리소스, 계약 등 외부 요인도 변경될 수 있습니다.
모든 변화가 비용에 미치는 영향을 신중하게 평가해야 합니다. 정기적으로 변화 사항과 ROI 추세를 모니터링하고 기능적, 비기능적 요구 사항을 조정해야 하는지 평가합니다.
접근법 | 이익 |
---|---|
비용을 캡처하고 분류하는 시스템에서 기능을 빌드합니다. | 다양한 청구 경계에서 기술 및 비즈니스 관점을 표시하는 비용을 계산할 수 있습니다. 또한 정기적인 검토를 수행하고 쇼백 및 차지백 프로세스를 구동할 수 있습니다. |
지출이 미리 정의된 예산 임계값에 접근할 때 비용 경고를 구현합니다. 이러한 경고를 정기적으로 검토하고 조정하여 진화하는 사용 패턴에 맞게 유지되도록 합니다. |
사전 알림은 예산 초과를 방지하고 적시에 의사 결정을 지원하는 데 도움이 됩니다. |
리소스, 운영 및 유료 지원 비용에 대한 아키텍처 디자인 결정을 지속적으로 평가하고 조정합니다. | 정기적으로 메트릭, 성능 데이터, 청구 보고서 및 기능 사용을 검토하면 비용을 절감할 수 있는 미세 조정으로 이어질 수 있습니다. 지원 계약의 사용을 평가하고 적절한 크기를 조정하여 비용을 절감할 수도 있습니다. |
사용이 부족하거나, 사용되지 않거나, 오래된 리소스를 폐기하고 더욱 효율적인 대안으로 대체하십시오. 불필요한 데이터를 정기적으로 삭제합니다. |
사용량이 부족한 리소스의 크기를 조정하거나 제거하거나 SKU를 변경하여 비용을 절감할 수 있습니다. 사용되지 않는 리소스를 종료하고 더 이상 필요하지 않은 데이터를 삭제하면 낭비가 줄어들고 자금을 확보하여 다른 곳에 투자할 수 있습니다. |