클라우드 관리의 비즈니스 약정Business commitment in cloud management

비즈니스 약정 을 정의 하는 것은 분산 우선 순위의 연습입니다.Defining business commitment is an exercise in balancing priorities. 목표는 적합 한 운영 비용으로 적절 한 수준의 운영 관리를 맞추는 것입니다.The objective is to align the proper level of operational management at an acceptable operating cost. 이 잔액을 찾으려면 몇 가지 데이터 요소와 계산이 필요 합니다 .이에 대해서는이 문서에서 설명 했습니다.Finding that balance requires a few data points and calculations, which we've outlined in this article.

비용 및 복원 력 잔액

기술 복원 력 또는 기타 SLA (서비스 수준 계약)에 영향을 주는 비즈니스 안정성에 대 한 약정은 비즈니스 근거에 의해 결정 됩니다.Commitments to business stability, via technical resiliency or other service-level agreement (SLA) impacts, are a business justification decision. 환경에서 대부분의 워크 로드에 대해 클라우드 관리의 기준선 수준도 충분 합니다.For most workloads in an environment, a baseline level of cloud management is sufficient. 그 외의 경우에는 비즈니스 중단의 잠재적인 영향 때문에 2x에서 4x 비용 증가를 쉽게 정당화 합니다.For others, a 2x to 4x cost increase is easily justified because of the potential impact of any business interruptions.

이 시리즈의 이전 문서는 다양 한 워크 로드에 대 한 중단의 분류 및 영향을 이해 하는 데 도움이 될 수 있습니다.The previous articles in this series can help you understand the classification and impact of interruptions to various workloads. 이 문서는 반환을 계산 하는 데 도움이 됩니다.This article helps you calculate the returns. 위의 그림에 나와 있는 것 처럼 클라우드 관리의 각 수준에는 복원 력이 증가 하는 속도 보다 빠르게 증가 하는 변 곡점 점이 있습니다.As illustrated in the preceding image, each level of cloud management has inflection points where cost can rise faster than increases in resiliency. 이러한 변 곡점 지점은 자세한 비즈니스 결정과 비즈니스 약정을 요구 합니다.Those inflection points will prompt detailed business decisions and business commitments.

비즈니스에 대 한 적절 한 약정 결정Determine a proper commitment with the business

포트폴리오의 각 워크 로드에 대해 클라우드 운영 팀 및 클라우드 전략 팀은 클라우드 운영 팀에서 직접 제공 하는 관리 수준에 맞게 조정 해야 합니다.For each workload in the portfolio, the cloud operations team and cloud strategy team should align on the level of management that's provided directly by the cloud operations team.

비즈니스에 대 한 약정을 설정 하는 동안 다음과 같은 몇 가지 주요 측면을 맞출 수 있습니다.As you're establishing a commitment with the business, there are a few key aspects to align:

  • IT 운영 필수 구성 요소입니다.IT operations prerequisites.
  • 관리 책임이 있습니다.Management responsibility.
  • 클라우드 테 넌 트.Cloud tenancy.
  • 소프트 비용 요인.Soft-cost factors.
  • 손실 방지 ROI.Loss avoidance ROI.
  • 관리 수준의 유효성 검사입니다.Validation of management level.

의사 결정 프로세스를 지원 하기 위해이 문서의 나머지 부분에서는 이러한 각 측면을 보다 자세히 설명 합니다.To aid in your decision process, the remainder of this article describes each of these aspects in greater detail.

IT 운영 필수 조건IT operations prerequisites

Azure 관리 가이드 에서는 azure에서 사용할 수 있는 관리 도구에 대해 간략하게 설명 합니다.The Azure Management Guide outlines the management tools that are available in Azure. 비즈니스 약정에 도달 하기 전에 모든 관리 되는 워크 로드에 적용 되는 허용 가능한 표준 수준 관리 기준을 결정 해야 합니다.Before reaching a commitment with the business, IT should determine an acceptable standard-level management baseline to be applied to all managed workloads. 그런 다음 CPU 코어 수, 디스크 공간 및 기타 자산 관련 변수를 기준으로 IT 포트폴리오에서 관리 되는 각 워크 로드에 대 한 표준 관리 비용을 계산 합니다.IT would then calculate a standard management cost for each of the managed workloads in the IT portfolio, based on counts of CPU cores, disk space, and other asset-related variables. 또한 아키텍처에 따라 각 워크 로드에 대 한 복합 SLA를 추정 합니다.IT would also estimate a composite SLA for each workload, based on the architecture.

IT 운영 팀은 대개 초기 복합 SLA에 대 한 기본 최소 99.9%의 가동 시간을 사용 합니다.IT operations teams often use a default minimum of 99.9 percent uptime for the initial composite SLA. 또한 평균 워크 로드에 따라 관리 비용을 정규화 하도록 선택할 수도 있습니다. 특히 최소한의 로깅 및 저장소 요구 사항이 있는 솔루션에 대 한 것입니다.They might also choose to normalize management costs based on the average workload, especially for solutions with minimal logging and storage needs. 보통 중요도 작업의 비용을 평균으로 계산 하 여 초기 대화를 시작할 수 있습니다.Averaging the costs of a few medium criticality workloads can provide a starting point for initial conversations.

Operations management 통합 문서 를 사용 하 여 클라우드 관리를 계획 하는 경우 이러한 필수 구성 요소를 반영 하도록 operations management 필드를 업데이트 해야 합니다.If you're using the operations management workbook to plan for cloud management, the operations management fields should be updated to reflect these prerequisites. 이러한 필드에는 약정 수준, 복합 SLA월별 비용이 포함 됩니다.Those fields include Commitment level, Composite SLA, and Monthly cost. 월별 비용은 월별 기준으로 추가 된 운영 관리 도구의 비용을 나타냅니다.Monthly cost should represent the cost of the added operational management tools on a monthly basis.

작업 관리 기준은 다음 각 섹션에서 유효성을 검사할 초기 시작 지점으로 사용 됩니다.The operations management baseline serves as an initial starting point to be validated in each of the following sections.

관리 책임Management responsibility

기존 온-프레미스 환경에서 환경을 관리 하는 비용은 일반적으로 IT 작업에서 소유 하는 sunk 비용으로 간주 됩니다.In a traditional on-premises environment, the cost of managing the environment is commonly assumed to be a sunk cost that's owned by IT operations. 클라우드에서 관리는 직접 예산에 영향을 주는 목적이 결정입니다.In the cloud, management is a purposeful decision with direct budgetary impact. 각 관리 기능의 비용은 클라우드에 배포 된 각 워크 로드에 대 한 보다 직접적으로 특성을 가질 수 있습니다.The costs of each management function can be more directly attributed to each workload that's deployed to the cloud. 이 방법은 더 많은 제어를 허용 하지만 클라우드 운영 팀 및 클라우드 전략 팀이 책임에 대 한 규약에 먼저 커밋하기 위한 요구 사항을 만듭니다.This approach allows for greater control, but it does create a requirement for cloud operations teams and cloud strategy teams to first commit to an agreement about responsibilities.

조직에서는 지속적으로 진행 중인 관리 기능 중 일부를 서비스 공급자에 게 아웃소싱하도록 선택할 수도 있습니다.Organizations might also choose to outsource some of their ongoing management functions to a service provider. 이러한 서비스 공급자는 Azure Lighthouse 를 사용 하 여 조직에 서비스 공급자가 수행한 작업에 대 한 더 많은 가시성과 함께 해당 리소스에 대 한 액세스 권한을 부여할 수 있습니다.These service providers can use Azure Lighthouse to give organizations more precise control in granting access to their resources, along with greater visibility into the actions performed by the service providers.

  • 위임 된 책임: 운영 관리 오버 헤드를 중앙 집중화 하 고 가정할 필요가 없기 때문에 많은 조직에 대 한 IT 운영은 새로운 접근 방식을 고려 하 고 있습니다.Delegated responsibility: Because there's no need to centralize and assume operational management overhead, IT operations for many organizations are considering new approaches. 일반적인 방법 중 하나는 위임 된 책임 이라고 합니다.One common approach is referred to as delegated responsibility. 뛰어난 모델의 클라우드 센터에서 플랫폼 운영 및 플랫폼 자동화는 중앙 집중식 IT 운영 팀과 무관 하 게 비즈니스-led 운영 팀에서 사용할 수 있는 셀프 서비스 관리 도구를 제공 합니다.In a cloud center of excellence model, platform operations and platform automation provide self-service management tools that can be used by business-led operations teams, independent of a centralized IT operations team. 이러한 접근 방식을 통해 비즈니스 관련자는 관리 관련 예산에 대해 완벽 하 게 제어할 수 있습니다.This approach gives business stakeholders complete control over management-related budgets. 또한 클라우드 센터 (CCoE) 팀이 guardrails의 최소 집합이 올바르게 구현 되었는지 확인할 수 있습니다.It also allows the cloud center of excellence (CCoE) team to ensure that a minimum set of guardrails has been properly implemented. 이 모델에서는 중개자 역할을 하 고 비즈니스에 대 한 결정을 내리는 데 도움이 되는 가이드를 사용 합니다.In this model, IT acts as a broker and a guide to help the business make wise decisions. 비즈니스 운영은 종속 작업의 일상 업무를 감독 합니다.Business operations oversee day to day operations of dependent workloads.

  • 중앙 집중식 책임: 규정 준수 요구 사항, 기술적 복잡성 및 일부 공유 서비스 모델에는 중앙 IT 팀 모델이 필요할 수 있습니다.Centralized responsibility: Compliance requirements, technical complexity, and some shared service models might require a Central IT team model. 이 모델에서는 작업 관리 책임을 계속 해 서 실행 합니다.In this model, IT continues to exercise its operations management responsibilities. 환경 설계, 관리 컨트롤 및 거 버 넌 스 도구는 중앙에서 관리 하 고 제어할 수 있으며,이를 통해 비즈니스 관련자의 역할을 관리 약정으로 제한할 수 있습니다.Environmental design, management controls, and governance tooling might be centrally managed and controlled, which restricts the role of business stakeholders in making management commitments. 그러나 클라우드 방법의 비용 및 아키텍처에 대 한 가시성을 통해 중앙 집중식 IT에서 각 워크 로드에 대 한 비용 및 관리 수준을 보다 쉽게 전달할 수 있습니다.But the visibility into the cost and architecture of cloud approaches makes it much easier for centralized IT to communicate the cost and level of management for each workload.

  • 혼합 모델: 분류는 관리 책임이 혼합 된 모델 의 핵심입니다.Mixed model: Classification is at the heart of a mixed model of management responsibilities. 온-프레미스에서 클라우드로 변환 하는 회사에는 잠시 동안 온-프레미스 중심 운영 모델이 필요할 수 있습니다.Companies that are in the midst of a transformation from on-premises to cloud might require an on-premises-first operating model for a while. 엄격한 규정 준수 요구 사항이 있거나 IT 아웃소싱 공급 업체와 장기적인 계약에 따라 달라 지는 회사에는 중앙 집중식 운영 모델이 필요할 수 있습니다.Companies with strict compliance requirements, or that depend on long-term contracts with IT outsourcing vendors, might require a centralized operating model.

    제약 조건에 관계 없이 오늘날의 기업은 혁신 해야 합니다.Regardless of their constraints, today's businesses must innovate. 신속한 혁신을 위해 중앙 집중식의 중앙 집중화 된 모델을 기반으로 하는 경우 혼합 모델 접근 방식이 균형을 제공할 수 있습니다.When rapid innovation must flourish, in the midst of a central-IT, centralized-responsibility model, a mixed-model approach might provide balance. 이 접근 방식에서 중앙 IT 팀은 중요 업무용 이거나 중요 한 정보를 포함 하는 모든 워크 로드에 대 한 중앙 집중식 운영 모델을 제공 합니다.In this approach, a central IT team provides a centralized operating model for all workloads that are mission-critical or contain sensitive information. 이와 동시에 다른 모든 워크 로드 분류는 위임 된 책임에 맞게 설계 된 클라우드 환경에 배치 될 수 있습니다.At the same time, all other workload classifications might be placed in a cloud environment that's designed for delegated responsibilities. 중앙 집중식 책임 접근 방식은 일반 운영 모델 역할을 합니다.The centralized responsibility approach serves as the general operating model. 비즈니스에는 필요한 지원 수준 및 민감도에 따라 특수 한 운영 모델을 채택할 수 있는 유연성이 있습니다.The business then has flexibility to adopt a specialized operating model, based on its required level of support and sensitivity.

첫 번째 단계는 다음 약정을 나타내는 책임 방식으로 커밋 됩니다.The first step is committing to a responsibility approach, which then shapes the following commitments.

이 워크 로드에 대 한 일상적인 운영 관리를 담당 하는 조직Which organization will be responsible for day-to-day operations management for this workload?

클라우드 테 넌 트Cloud tenancy

대부분의 비즈니스의 경우 모든 자산이 단일 테 넌 트에 있는 경우 관리가 간편해 집니다.For most businesses, management is easier when all assets reside in a single tenant. 그러나 일부 조직에서는 여러 테 넌 트를 유지 해야 할 수도 있습니다.However, some organizations might need to maintain multiple tenants. 비즈니스에 다중 테 넌 트 Azure 환경이 필요할 수 있는 이유를 알아보려면 Azure Lighthouse를 사용 하 여 관리 작업 중앙 집중화를 참조 하세요.To learn why a business might require a multitenant Azure environment, see Centralize management operations with Azure Lighthouse.

이 워크 로드는 다른 모든 워크 로드와 함께 단일 Azure 테 넌 트에 상주 하나요?Will this workload reside in a single Azure tenant, alongside all other workloads?

소프트 비용 요인Soft-cost factors

다음 섹션에서는 관리 프로세스 및 도구 수준과 관련 된 비교 반환 방법에 대해 간략하게 설명 합니다.The next section outlines an approach to comparative returns that are associated with levels of management processes and tooling. 해당 섹션의 끝 부분에서 분석 된 각 워크 로드는 비즈니스 중단의 예측 영향과 관련 된 관리 비용을 측정 합니다.At the end of that section, each analyzed workload measures the cost of management relative to the forecast impact of business disruptions. 이러한 접근 방식은 보다 다양 한 관리 방법에 대 한 투자가 보장 되는지 여부를 쉽게 파악할 수 있는 방법을 제공 합니다.That approach provides a relatively easy way to understand whether an investment in richer management approaches is warranted.

숫자를 실행 하기 전에 소프트 비용 요인을 확인 하는 것이 중요 합니다.Before you run the numbers, it's important to look at the soft-cost factors. 소프트 비용 요소는 반환을 만들지만 수익 및 손실 문에 표시 되는 직접적인 하드 비용 절감을 통해 수익을 측정 하기 어렵습니다.Soft-cost factors produce a return, but that return is difficult to measure through direct hard-cost savings that would be visible in a profit-and-loss statement. 소프트 비용 요소는 보다 높은 수준의 관리에 투자 해야 한다는 것을 나타낼 수 있기 때문에 중요 합니다 본연.Soft-cost factors are important because they can indicate a need to invest in a higher level of management than is fiscally prudent.

소프트 비용 요소의 몇 가지 예는 다음과 같습니다.A few examples of soft-cost factors would include:

  • 보드 또는 CEO의 일별 워크 로드 사용량입니다.Daily workload usage by the board or CEO.
  • 다른 곳에서 더 많은 수익 영향을 받는 고객의 상위 x% 에 대 한 워크 로드 사용Workload usage by the top x% of customers that leads to a greater revenue impact elsewhere.
  • 직원 만족도에 미치는 영향Impact on employee satisfaction.

약정을 설정 하는 데 필요한 다음 데이터 요소는 소프트 비용 요소의 목록입니다.The next data point that's required to make a commitment is a list of soft-cost factors. 이러한 요소는이 단계에서 문서화 하지 않아도 되지만 비즈니스 관련자는 이러한 요소의 중요도와 다음 계산에서의 제외를 알고 있어야 합니다.These factors don't need to be documented at this stage, but business stakeholders should be aware of the importance of these factors and their exclusion from the following calculations.

손실 방지 ROI 계산Calculate loss avoidance ROI

운영 관리 비용에 대 한 상대적 수익률을 계산 하는 경우 클라우드 작업을 담당 하는 IT 팀은 앞에서 언급 한 필수 구성 요소를 완료 하 고 모든 워크 로드에 대 한 최소 관리 수준을 가정 해야 합니다.When it's calculating the relative return on operations management costs, the IT team that's responsible for cloud operations should complete the previously mentioned prerequisites and assume a minimum level of management for all workloads.

다음 약정은 기준으로 관리 되는 제품과 관련 된 비용의 비즈니스에 대 한 승인입니다.The next commitment to be made is an acceptance by the business of the costs associated with the baseline-managed offering.

비즈니스는 클라우드 작업의 최소 표준을 충족 하기 위해 기준 제품에 투자 하는 것에 동의 하나요?Does the business agree to invest in the baseline offering to meet minimum standards of cloud operations?

비즈니스에서 해당 관리 수준에 동의 하지 않는 경우 다른 워크 로드의 클라우드 작업에 영향을 주지 않고 비즈니스를 별개인 수 있도록 솔루션을 고안 해야 합니다.If the business does not agree to that level of management, a solution must be devised that allows the business to proceed, without materially affecting the cloud operations of other workloads.

비즈니스에서 표준 관리 수준 이상이 필요한 경우이 섹션의 나머지 부분에서는 해당 투자의 유효성을 검사 하 고 연결 된가 반환 되는 것을 방지 합니다 (손실 방지 형식).If the business wants more than the standard management level, the remainder of this section will help validate that investment and the associated returns (in the form of loss avoidance).

향상 된 관리 수준: 디자인 원칙 및 서비스 카탈로그Increased levels of management: Design principles and service catalog

관리 되는 솔루션의 경우 관리 기준 외에도 몇 가지 디자인 원칙 및 템플릿 솔루션을 적용할 수 있습니다.For managed solutions, several design principles and template solutions can be applied in addition to the management baseline. 안정성 및 복원 력에 대 한 각 디자인 원칙은 워크 로드에 대 한 운영 비용을 추가 합니다.Each of the design principles for reliability and resiliency adds operating cost to the workload. IT 및 비즈니스는 이러한 추가 약정에 동의 하는 경우에 대비 하 여 향상 된 투자를 통해 방지할 수 있는 잠재적 손실을 이해 하는 것이 중요 합니다.For IT and the business to agree on these additional commitments, it's important to understand potential losses that can be avoided through that increased investment.

다음 계산에서는 손실 및 향상 된 관리 투자 간의 차이점을 보다 잘 이해 하는 데 도움이 되는 수식을 살펴봅니다.The following calculations will walk through formulas to help you better understand the differences between losses and increased management investments. 관리 증가 비용을 계산 하는 방법에 대 한 지침은 워크 로드 자동화플랫폼 자동화를 참조 하세요.For guidance on calculating the cost of increased management, see Workload automation and Platform automation.

Operations management 통합 문서 를 사용 하 여 클라우드 관리를 계획 하는 경우 각 대화를 반영 하도록 operations management 필드를 업데이트 합니다.If you're using the operations management workbook to plan for cloud management, update the operations management fields to reflect to reflect each conversation. 이러한 필드에는 약정 수준, 복합 SLA월별 비용이 포함 됩니다.Those fields include Commitment level, Composite SLA, and Monthly cost. 월별 비용은 추가 된 운영 관리 도구의 월별 비용을 나타냅니다.Monthly cost should represent the monthly cost of the added operational management tools. 업데이트 된 후에는 필드를 통해 ROI 수식과 다음 필드가 업데이트 됩니다.After they're updated, the fields will update the ROI formulas and each of the following fields.

예상 중단 (연간 시간)Estimate outage (hours per year)

복합 SLA는 워크 로드에서 각 자산의 배포를 기반으로 하는 서비스 수준 계약입니다.Composite SLA is the service-level agreement that's based on the deployment of each asset in the workload. 이 필드는 예상 중단 (통합 문서에 레이블이 지정 됨)을 구동 Est.Outage 합니다.That field drives estimated outage (labeled Est.Outage in the workbook). 통합 문서를 사용 하지 않고 연간 시간당 예상 가동 중단 시간을 계산 하려면 다음 수식을 적용 합니다.To calculate estimated outage in hours per year without using the workbook, apply the following formula:

예상 중단 = (1-복합 SLA 백분율) × 한 해의 시간 수Estimated outage = (1 - composite SLA percentage) × number of hours in a year

통합 문서는 기본값 8760 시간 을 사용 합니다.The workbook uses the default value of 8,760 hours per year.

표준 손실 영향Standard loss impact

표준 손실 영향 ( Standard Impact 통합 문서에 레이블이 지정 됨)은 예상 중단 예측이 정확한 것으로 간주 되는 가동 중단의 재정 영향을 예측 합니다.Standard loss impact (labeled Standard Impact in the workbook) forecasts the financial impact of any outage, assuming that the estimated outage prediction proves accurate. 통합 문서를 사용 하지 않고이 예측을 계산 하려면 다음 수식을 적용 합니다.To calculate this forecast without using the workbook, apply the following formula:

표준 영향 = 예상 중단 시간 × 시간-값 영향의 세 가지 9Standard impact = estimated outage @ three 9s of uptime × time-value impact

비즈니스 관련자는 더 높은 수준의 관리에 투자 하도록 선택 해야 하는 비용에 대 한 기준으로 사용 됩니다.This serves as a baseline for cost, should the business stakeholders choose to invest in a higher level of management.

복합 SLA 영향Composite-SLA impact

통합 문서에 레이블이 지정 된 복합 sla 영향 Commitment level impact 은 작동 시간 sla에 대 한 변경 내용에 따라 업데이트 된 회계 영향을 제공 합니다.Composite-SLA impact (labeled Commitment level impact in the workbook) provides updated fiscal impact, based on the changes to the uptime SLA. 이 계산을 사용 하면 두 옵션의 예상 금융 효과를 비교할 수 있습니다.This calculation allows you to compare the projected financial impact of both options. 스프레드시트 없이이 예측 효과를 계산 하려면 다음 수식을 적용 합니다.To calculate this forecast impact without the spreadsheet, apply the following formula:

복합 SLA 영향 = 예상 중단 × 시간 값 영향Composite-SLA impact = estimated outage × time-value impact

값은 변경 된 약정 수준 및 새로운 복합 SLA에서 피할 수 있는 잠재적 손실을 나타냅니다.The value represents the potential losses to be avoided by the changed commitment level and new composite SLA.

비교 기준Comparison basis

비교 기준은 표준 영향 및 복합 SLA 영향을 평가 하 여 반환 열에 가장 적합 한 것을 결정 합니다.Comparison basis evaluates standard impact and composite SLA impact to determine which is most appropriate in the return column.

손실 방지 시 반환Return on loss avoidance

작업을 관리 하는 데 드는 비용이 잠재적 손실을 초과 하는 경우 클라우드 관리에 대해 제안 된 투자가 높여 되지 않을 수 있습니다.If the cost of managing a workload exceeds the potential losses, the proposed investment in cloud management might not be fruitful. 손실 방지의 반환 을 비교 하려면 * 연간 ROI * * * * * 라는 열을 참조 하세요.To compare the Return on Loss Avoidance, see the column labeled *Annual ROI*****. 이 열을 계산 하려면 다음 수식을 사용 합니다.To calculate this column on your own, use the following formula:

손실 방지 시 반환 = (비교 기준-(월별 비용 × 12)) ÷ (월별 비용 × 12))Return on loss avoidance = (comparison basis - (monthly cost × 12) ) ÷ (monthly cost × 12) )

고려해 야 할 다른 소프트 비용 요소가 없는 경우이 비교를 통해 클라우드 작업, 복원 력, 안정성 또는 기타 영역에 대 한 더 깊은 투자가 있는지 여부를 신속 하 게 제안할 수 있습니다.Unless there are other soft-cost factors to consider, this comparison can quickly suggest whether there should be a deeper investment in cloud operations, resiliency, reliability, or other areas.

약정 유효성 검사Validate the commitment

프로세스의이 시점에서는 중앙 집중식 이거나 위임 된 책임, Azure 테 넌 트 및 약정 수준을 결정 합니다.By this point in the process, commitments have been made: centralized or delegated responsibility, Azure tenancy, and level of commitment. 클라우드 운영 팀, 클라우드 전략 팀 및 비즈니스 관련자를 이러한 약정에 맞게 조정 하 여 작업을 관리할 수 있도록 각 약정의 유효성을 검사 하 고 문서화 해야 합니다.Each commitment should be validated and documented to ensure that the cloud operations team, the cloud strategy team, and the business stakeholders are aligned on this commitment to manage the workload.

다음 단계Next steps

약정을 만든 후에는 담당 운영 팀에서 해당 워크 로드를 구성 하기 시작할 수 있습니다.After the commitments are made, the responsible operations teams can begin configuring the workload in question. 시작 하려면 인벤토리 및 표시 유형에 대 한 다양 한 방법을 평가 합니다.To get started, evaluate various approaches to inventory and visibility.