Operasyonel uygunluk gözden geçirmesi oluşturmaEstablish an operational fitness review

Kurumsal iş yüklerini azure'da çalışmaya başladığında, sonraki adıma saptamaktır bir işletimsel uygunluk gözden geçirme işlem.As your enterprise begins to operate workloads in Azure, the next step is establishing an operational fitness review process. Bu işlem numaralandırır uygular ve yinelemeli olarak incelemeleri işlevsiz bu iş yükleri.This process enumerates, implements, and iteratively reviews the nonfunctional requirements for these workloads. İşlevsel olmayan gereksinimler, hizmet beklenen işletimsel davranışını ilgilidir.Nonfunctional requirements are related to the expected operational behavior of the service. Beş temel olarak adlandırılan işlevsel olmayan gereksinimler kategorisi vardır yazılım kalitesinin yapı taşları: ölçeklenebilirlik, kullanılabilirlik, dayanıklılık (iş sürekliliği ve olağanüstü durum kurtarma dahil), yönetim, ve Güvenlik.There are five essential categories of nonfunctional requirements referred to as the pillars of software quality: scalability, availability, resiliency (including business continuity and disaster recovery), management, and security. Bir operasyonel uygunluk gözden geçirme süreci, görev açısından kritik iş yüklerinizi işletmenizin kalite yapı taşlarına göre beklentilerini karşılamak sağlar.An operational fitness review process ensures that your mission-critical workloads meet the expectations of your business with respect to the quality pillars.

Bu nedenle, Kurumsal tam olarak bir üretim ortamında iş yükü çalıştırma sonucunda sorunları anlamak, sorunları çözmek ve bunları gidermek nasıl belirlemek işletimsel uygunluk gözden geçirme sürecini harcayıp.For this reason, your enterprise should undertake an operational fitness review process to fully understand the issues that result from running the workload in a production environment, determine how to remediate the issues, and resolve them. Bu makalede, kuruluşunuzun bu hedefe ulaşmak için kullanabileceğiniz bir üst düzey işletimsel uygunluk gözden geçirme süreci özetlenmektedir.This article outlines a high-level operational fitness review process that your enterprise can use to achieve this goal.

Microsoft'ta işletimsel uygunlukOperational fitness at Microsoft

Projenin başından itibaren Azure platformunun geliştirme sürekli geliştirme ve Microsoft arasında birçok ekipleri tarafından gerçekleştirilen tümleştirme projesi kaldırıldı.From the outset, the development of the Azure platform has been a continuous development and integration project undertaken by many teams across Microsoft. Kalite ve Azure'nın boyutta ve karmaşıklık numaralandırma ve temel işlevsel olmayan gereksinimler düzenli aralıklarla uygulama için güçlü bir işlem olmadan bir proje için tutarlılık sağlamak zor olacaktır.It would be difficult to ensure quality and consistency for a project of Azure's size and complexity without a robust process for enumerating and implementing the fundamental nonfunctional requirements on a regular basis.

Microsoft tarafından izlenen işlemler için bu belgede özetlenen işlemleri temelini oluşturur.The processes followed by Microsoft form the basis for the processes outlined in this document.

Sorunu anlamaUnderstanding the problem

İçinde öğrenilen Başlarken, bir kuruluşun dijital dönüşüm ilk adımda Azure benimseyerek çözülecek iş sorunlarını tanımlamak için kullanılır.As you learned in Getting started, the first step in an enterprise's digital transformation is identifying the business problems to be solved by adopting Azure. Bir üst düzey çözüme gibi bir iş yükünü buluta geçirirken sorunu belirlemek için sonraki adım olan veya mevcut bir uyarlama bulut işlevselliği eklemek için hizmet şirket.The next step is to determine a high-level solution to the problem, such as migrating a workload to the cloud, or adapting an existing on-premises service to include cloud functionality. Son olarak, çözüm tasarlanmış uygulanan ve.Finally, the solution is designed and implemented.

Bu işlem sırasında odağı genellikle etkin özellikleri hizmeti.During this process, the focus is often on the features of the service. Diğer bir deyişle, bir dizi vardır istenen işlevsel gerçekleştirmek için hizmeti gereksinimleri.That is, there are a set of desired functional requirements for the service to perform. Örneğin, bir ürün teslim hizmeti, ürünün ürün teslim, müşteri bildirimleri ve diğer sırasında izleme, kaynak ve hedef konumları belirlemek için özelliklerini gerektirir.For example, a product delivery service requires features for determining the source and destination locations of the product, tracking the product during delivery, customer notifications, and others.

Buna karşılık, işlevsiz gereksinimleri ile ilgili hizmetin gibi özelliklere kullanılabilirlik, dayanıklılık, ve ölçeklenebilirlik.In contrast, the nonfunctional requirements relate to properties such as the service's availability, resiliency, and scalability. Doğrudan hizmetteki belirli bir özellik son işlevi etkilemez çünkü bu özellikleri işlevsel gereksinimlerinden farklı.These properties differ from the functional requirements because they do not directly affect the final function of any particular feature in the service. Ancak, bu işlevsel olmayan gereksinimler ile ilgili performans ve sürekliliği hizmeti.However, these nonfunctional requirements are related to the performance and continuity of the service.

Bazı işlevsel olmayan gereksinimler, bir hizmet düzeyi sözleşmesi (SLA) açısından belirtilebilir.Some nonfunctional requirements can be specified in terms of a service level agreement (SLA). Örneğin, hizmet sürekliliği ile ilgili bir hizmetin kullanılabilirlik gereksinimi yüzde olarak gibi ifade edilebilir zaman kullanılabilir % 99,99 oranında.For example, with regard to service continuity, an availability requirement for the service can be expressed as a percentage such as available 99.99% of the time. Diğer işlevsel olmayan gereksinimler tanımlamak daha zor olabilir ve üretim gereksinimleriniz değişebilir.Other nonfunctional requirements may be more difficult to define and may change as production needs evolve. Örneğin, tüketiciye yönelik hizmet özelliği sayesinde Popülerlik, aşırı yükleme talebiyle sonra beklenmeyen aktarım hızı gereksinimleri karşılıklı başlayabilir.For example, a consumer-facing service might start facing unanticipated throughput requirements after a surge of popularity.

Not

RPO ve RTO, SLA ve ilgili kavramları açıklamaları da dahil olmak üzere, dayanıklılık için gereksinimleri bölümünde daha ayrıntılı olarak keşfedilmemiş güvenilir Azure uygulamaları tasarlama.Requirements for resiliency, including explanations of RPO, RTO, SLA, and related concepts, are explored in more depth in Designing reliable Azure applications.

İşletimsel uygunluk gözden geçirme süreciOperational fitness review process

Hizmetleri bir kuruluşun devamlılığı ve performansı korumak için anahtar uygulamaktır bir işletimsel uygunluk gözden geçirme işlem.The key to maintaining the performance and continuity of an enterprise's services is to implement an operational fitness review process.

İşletimsel uygunluk gözden geçirme işlemine genel bakış

Yüksek düzeyde, işlem iki aşama vardır.At a high level, the process has two phases. Önkoşullar aşamasında gereksinimleri kurulan ve destekleyici hizmetler eşlenmiş.In the prerequisites phase, the requirements are established and mapped to supporting services. Bu aşama nadiren gerçekleşir, belki de yıllık veya ne zaman yeni işlem sunulmuştur.This phase occurs infrequently, perhaps annually or when new operations are introduced. Önkoşulları aşamanın çıktısı akış aşamasında kullanılır.The output of the prerequisites phase is used in the flow phase. Akış aşama daha sık meydana gelir; Aylık öneririz.The flow phase occurs more frequently; we recommend monthly.

Önkoşullar aşamasıPrerequisites phase

Bu aşamadaki adımları önemli hizmetlerin düzenli bir gözden geçirme yürütmek için gerekli koşulları yakalamak için tasarlanmıştır.The steps in this phase are intended to capture the necessary requirements for conducting a regular review of the important services.

  • Kritik iş işlemlerini belirleyin.Identify critical business operations. Kuruluşun iş açısından kritik iş işlemlerini belirleyin.Identify the enterprise's mission-critical business operations. İşle ilgili işlemler, tüm destekleyici hizmet işlevinden bağımsızdır.Business operations are independent from any supporting service functionality. Diğer bir deyişle, işle ilgili işlemlerin işletmeye gerçekleştirmesi gereken ve BT Hizmetleri kümesi tarafından desteklenen gerçek etkinlikleri gösterir.In other words, business operations represent the actual activities that the business needs to perform and are supported by a set of IT services. Terim kritik (veya iş açısından kritik) işlem engelleniyor, iş için ciddi bir etkisi yansıtır.The term mission-critical (or business critical) reflects a severe impact to the business if the operation is impeded. Örneğin, bir çevrimiçi satış şirketi, "öğe, alışveriş sepetine eklemek bir müşteri etkinleştir" gibi bir iş işlemi sahip olabilir ya da "bir kredi kartıyla ödeme işleme".For example, an online retailer may have a business operation such as "enable a customer to add an item to a shopping cart" or "process a credit card payment". Bu işlemlerin başarısız olmasına olsaydı, işlemi tamamlamak bir müşteri veremeyebilir ve kurumsal satış faydalanmanın başarısız olur.If either of these operations were to fail, a customer would be unable to complete the transaction and the enterprise would fail to realize sales.

  • İşlem Hizmetleri eşleyin.Map operations to services. Bu iş işlemleri, bunları destekleyen hizmetlere eşleyin.Map these business operations to the services that support them. Yukarıdaki alışveriş sepeti örnek birçok hizmet dahil: bir envanteri Stok yönetim hizmeti, alışveriş sepeti hizmet ve diğerleri.In the above shopping cart example, several services may be involved: an inventory stock management service, a shopping cart service, and others. Kredi kartıyla ödeme yukarıdaki örnekte, bir şirket içi ödeme hizmeti, bir üçüncü taraf ödeme işleme hizmeti ile etkileşimde bulunabilir.In the credit card payment example above, an on-premises payment service may interact with a third-party payment processing service.

  • Hizmet bağımlılıkları analiz edin.Analyze service dependencies. Çoğu işletme işlemleri birden fazla destekleyici hizmetler arasında düzenleme gerektirir.Most business operations require orchestration between multiple supporting services. Hizmetleri ve bu hizmetleri aracılığıyla görev açısından kritik işlem akışını arasındaki bağımlılıkları anlamak önemlidir.It is important to understand the dependences between the services and the flow of mission-critical transactions through these services. Şirket içi ve Azure Hizmetleri arasındaki bağımlılıkları da göz önünde bulundurun.Also consider the dependencies between on-premises services and Azure services. Alışveriş sepeti örnekte envanteri Stok yönetim hizmeti olabilir barındırılan şirket içinde ve fiziksel ambarından çalışanlara göre veri girişi alma, ancak gibi bir Azure hizmetini veri depolayabilen Azure depolama veya veritabanı gibi Azure Cosmos DB.In the shopping cart example, the inventory stock management service may be hosted on-premises and ingest data input by employees from a physical warehouse, but it may store data in an Azure service such as Azure storage or a database such as Azure Cosmos DB.

Bu etkinlikler öğesinden bir çıktıdır kümesidir puan ölçümleri hizmet işlemleri için.An output from these activities is a set of scorecard metrics for service operations. Ölçümler bakımından, kullanılabilirlik, ölçeklenebilirlik ve olağanüstü durum kurtarma gibi işlevsel ölçütlere ayrılır.The metrics are categorized in terms of nonfunctional criteria such as availability, scalability, and disaster recovery. Puan ölçümleri express hizmet ölçütleri karşılayan işletimsel olarak bekleniyordu.Scorecard metrics express the criteria that the service is expected to meet operationally. Bu ölçümler, hizmet işlemi için uygun olan ayrıntı herhangi bir düzeyde belirtilebilir.These metrics can be expressed at any level of granularity that is appropriate for the service operation.

Mühendislik ve işletme sahipleri arasındaki anlamlı tartışmaları kolaylaştırmak için basit bir deyişle, puan kartı ifade edilmelidir.The scorecard should be expressed in simple terms to facilitate meaningful discussion between the business owners and engineering. Örneğin, bir ölçeklenebilirlik puan ölçüm olarak ifade edilebilir yeşil gerçekleştirmek için istediğiniz ölçütleri sarı istenen ölçütlere uymak başarısız olan ancak etkin bir şekilde planlanmış uygulamak için Düzeltme ve kırmızı için istenen ölçütlerine planı veya eylem başarısız.For example, a scalability scorecard metric could be expressed as green for performing at the desired criteria, yellow for failing to meet the desired criteria but actively implementing a planned remediation, and red for failing to meet the desired criteria with no plan or action.

Bu ölçümler doğrudan işletme ihtiyaçlarını yansıtmalıdır olduğunu vurgulamak önemlidir.It is important to emphasize that these metrics should directly reflect business needs.

Hizmet gözden geçirme aşamasıService review phase

Hizmet gözden geçirme işletimsel uygunluk gözden geçirme işleminin çekirdek aşamasıdır.The service review phase is core of the operational fitness review process.

  • Hizmet ölçümlerini ölçün.Measure service metrics. Puan ölçümleri kullanarak, hizmetleri iş beklentilerini karşılamasını sağlamak için izlenmelidir.Using the scorecard metrics, the services should be monitored to ensure that they meet the business expectations. Diğer bir deyişle, hizmet izleme gereklidir.In other words, service monitoring is essential. İşlevsel olmayan gereksinimler ile ilgili bir hizmetler kümesi izlemeniz mümkün değilse, ilgili puan ölçümleri kırmızı düşünülmelidir.If you are not able to monitor a set of services with respect to the nonfunctional requirements, then the corresponding scorecard metrics should be considered red. Bu durumda, ilk adım düzeltme için uygun hizmet izleme uygulamaktır.In this case, the first step for remediation is to implement the appropriate service monitoring. Örneğin, % 99,99 kullanılabilirlik ile çalışmak için bir hizmet iş bekliyor, ancak kullanılabilirliğini ölçmek için hiçbir üretim telemetri yok, gereksinimini karşılamayan varsaymanız gerekir.For example, if the business expects a service to operate with 99.99% availability, but there is no production telemetry in place to measure the availability, you should assume that you're not meeting the requirement.

  • Düzeltme planlayın.Plan remediation. Her hizmet işlemi için kabul edilebilir bir eşiğin altına düşmesine ölçümlerle düzeltme işlemi için kabul edilebilir bir ölçüm getirmek için hizmet maliyetini belirler.For each service operation with metrics that fall below an acceptable threshold, determine the cost of remediating the service to bring operation to an acceptable metric. Hizmet düzeltme maliyeti, hizmet beklenen gelir oluşturmaktan büyükse, müşteri deneyimini gibi somut maliyetleri dikkate alınması gereken geçin.If the cost of remediating the service is greater than the expected revenue generation of the service, move on to consider the intangible costs such as customer experience. Müşteriler bu hizmeti kullanarak başarılı bir sipariş verme güçlük, örneğin, bunlar rakip yerine tercih edebilirsiniz.For example, if customers have difficulty placing a successful order using the service, they may choose a competitor instead.

  • Düzeltme uygulayın.Implement remediation. Mühendislik ve işletme sahipleri bir plan üzerinde yakınsama sonra uygulanmalıdır.After the business owners and engineering converge on a plan, it should be implemented. Puan ölçümleri gözden her uygulama durumunu bildirilmelidir.The status of the implementation should be reported whenever scorecard metrics are reviewed.

Bu yinelemeli bir işlemdir ve ideal olarak, Kurumsal sorumlu için adanmış bir takım olması gerekir.This process is iterative, and ideally your enterprise should have a team dedicated to owning it. Bu takım, düzeltme var olan projeleri gözden geçirin, yeni iş yükleri temelleri gözden geçirmeyi kazandırın ve kuruluşun genel puan kartı izlemek için düzenli olarak karşılamalıdır.This team should meet regularly to review existing remediation projects, kick off the fundamentals review of new workloads, and track the enterprise's overall scorecard. Takım, zamanlama olan düzeltme takımlar için sorumluluk yetkisine sahip veya ölçümleri karşılamak başarısız.The team should have the authority to ensure accountability for remediation teams that are behind schedule or fail to meet metrics.

İşletimsel uygunluk gözden geçirme ekibinin yapısıStructure of the operational fitness review team

İşletimsel uygunluk gözden geçirme ekibi, aşağıdaki rollerini oluşur:The operational fitness review team is composed of the following roles:

  1. İşletme sahibinin.Business owner. Bu rol tanımlamak ve her bir iş açısından kritik işlem önceliklendirmek için iş bilgi sağlar.This role provides knowledge of the business to identify and prioritize each mission-critical business operation. Bu rol, ayrıca iş etkisini azaltma maliyetine karşılaştırır ve düzeltme ile son kararı sürücüler.This role also compares the mitigation cost to the business impact and drives the final decision on remediation.

  2. İş Danışmanı.Business advocate. Bu rol, işle ilgili işlemlerin yürütülebilen parçalara bölmek ve bu parçaların şirket içi ve bulut Hizmetleri ve altyapı eşleme sorumludur.This role is responsible for breaking down business operations into discreet parts and mapping those parts to on-premises and cloud services and infrastructure. Her iş işlemle ilişkili teknoloji geniş bilgi birikiminden rolünü gerektirir.The role requires deep knowledge of the technology associated with each business operation.

  3. Mühendislik sahibi.Engineering owner. Bu rol, iş işlemle ilişkili hizmetleri uygulamak için sorumludur.This role is responsible for implementing the services associated with the business operation. Bu kişiler, tasarımı, uygulaması ve takım tarafından işletimsel uygunluk olgunlaştıkça sorunları gözden işlevsiz gereksinim çözme için herhangi bir çözüm dağıtımı katılabilir.These individuals may participate in the design, implementation, and deployment of any solutions for solving nonfunctional requirement issues uncovered by the operational fitness review team.

  4. Hizmet sahibi.Service owner. Bu rol, işletim işletmenin uygulamaları ve Hizmetleri için sorumludur.This role is responsible for operating the business's applications and services. Bu kişiler bu uygulamaları ve Hizmetleri için günlüğe kaydetme ve kullanım verileri toplar.These individuals collect logging and usage data for these applications and services. Bu veriler, hem sorunlarını tanımlamak ve düzeltmeleri dağıtıldıktan sonra doğrulamak için kullanılır.This data is used both to identify issues and verify fixes once deployed.

İşletimsel uygunluk gözden geçirme toplantısıOperational fitness review meeting

İşletimsel uygunluk gözden geçirme takımınızın düzenli olarak karşıladığını öneririz.We recommend that your operational fitness review team meets on a regular basis. Örneğin, takım aylık temposu ve rapor durumunu ve ölçümler için üst düzey yönetim kadrosu üç aylık olarak uygun.For example, the team could meet on a monthly cadence and report status and metrics to senior leadership on a quarterly basis.

İşlem ve toplantı ayrıntılarını kendi özel gereksinimlerinize uyacak şekilde uyarlanmış olmalıdır.The details of the process and meeting should be adapted to fit your specific needs. Bir başlangıç noktası olarak aşağıdaki görevleri öneririz:We recommend the following tasks as a starting point:

  1. İşletme sahipleri ve iş Danışmanı listeleme ve Mühendisliği ve hizmet sahipleri girdilere sahip her bir iş işlemi için işlevsel olmayan gereksinimleri belirleyin.The business owner and business advocate enumerate and determine the nonfunctional requirements for each business operation, with input from the engineering and service owners. Önceden tanımlanmış işletme işlemleri için öncelik gözden geçirdi ve doğrulandı.For business operations that have been previously identified, the priority is reviewed and verified. Yeni işletme işlemleri için bir öncelik mevcut listesinde atanır.For new business operations, a priority in the existing list is assigned.

  2. Mühendislik ve hizmet sahipleri harita geçerli durumu işle ilgili işlemlerin karşılık gelen şirket içi ve bulut Hizmetleri.The engineering and service owners map the current state of business operations to the corresponding on-premises and cloud services. Eşleme, bir bağımlılık ağacı yönelik her bir hizmet bileşenleri listesinin oluşur.The mapping is composed of a list of the components in each service, oriented as a dependency tree. Liste ve bağımlılık ağacı oluşturulur, sonra kritik yol ağacı ile belirlenir.Once the list and dependency tree are generated, the critical paths through the tree are determined.

  3. Mühendislik ve hizmet sahiplerini işletimsel günlüğe kaydetme ve önceki adımda listelenen hizmetler için izleme geçerli durumunu gözden geçirin.The engineering and service owners review the current state of operational logging and monitoring for the services listed in the previous step. Güçlü günlüğe kaydetme ve izleme işlevsel gereksinimlerini karşılamak için bir hata için katkıda bulunan hizmet bileşenleri belirlemek amacıyla kritik.Robust logging and monitoring are critical, in order to identify service components that contribute to a failure to meet nonfunctional requirements. Yeterli günlüğe kaydetme ve izleme yerinde emin değilseniz, bir plan oluşturulur ve bunları bir yere koymak uygulanır.If sufficient logging and monitoring are not in place, a plan must be created and implemented to put them in place.

  4. Puan ölçümlerini yeni iş işlemi için oluşturulur.Scorecard metrics are created for new business operation. 2. adımda belirlenen her bir hizmet oluşturan bileşenlerin listesini puan kartı oluşur.The scorecard is composed of the list of constituent components for each service identified in step 2. İşlevsel olmayan gereksinimler ve ne kadar iyi bileşenin gereksinimini karşılayan bir ölçü ile hizalanır.It is aligned with the nonfunctional requirements and a measure of how well the component meets the requirement.

  5. İşlevsel gereksinimlerini karşılamak için başarısız olan bu bağlı bileşenler için yüksek düzeyli çözüm olarak tasarlanmıştır ve mühendislik sahibi atanır.For those constituent components that fail to meet nonfunctional requirements, a high-level solution is designed and an engineering owner is assigned. Bu noktada, işletme sahipleri ve iş Danışmanı düzeltme çalışma, beklenen iş işlemi gelire göre bir bütçe oluşturmanız gerekir.At this point, the business owner and business advocate should establish a budget for the remediation work, based on the expected revenue of the business operation.

  6. Son olarak, bir gözden geçirme devam eden düzeltme çalışma yürütülür.Finally, a review is conducted of the ongoing remediation work. Her biri için süren iş puan ölçümleri karşı beklenen ölçümleri gözden geçirilir.Each of the scorecard metrics for work in progress is reviewed against the expected metrics. Ölçümleri toplantı bağlı bileşenler için hizmet sahibi ölçüm karşılanır onaylamak için günlüğe kaydetme ve izleme verilerini sunar.For constituent components that are meeting metrics, the service owner presents logging and monitoring data to confirm that the metric is met. Toplantı ölçümleri olmayan bağlı bileşenler için her mühendislik sahibi ulaşılmasını ölçümleri engelleyen sorunları ve düzeltme için herhangi bir yeni tasarımlar açıklar.For those constituent components that are not meeting metrics, each engineering owner explains the issues that are preventing metrics from being reached and any new designs for remediation.

  • Yazılım kalitesinin yapı taşları.Pillars of software quality. Azure Uygulama Mimarisi Kılavuzu'nun bu bölümünde, yazılım kalitesinin beş yapı taşına açıklanmaktadır: ölçeklenebilirlik, kullanılabilirlik, dayanıklılık, yönetim ve güvenlik.This section of the Azure Application Architecture guide describes the five pillars of software quality: Scalability, availability, resiliency, management, and security.
  • 10 tasarım ilkeleri Azure uygulamaları için.10 design principles for Azure applications. Azure Uygulama Mimarisi Kılavuzu'nun bu bölümünde, uygulamanız daha ölçeklenebilir, dayanıklı ve yönetilebilir hale getirmek için tasarım ilkeleri kümesini açıklar.This section of the Azure Application Architecture guide discusses a set of design principles to make your application more scalable, resilient, and manageable.
  • Azure için dayanıklı uygulamalar tasarlama.Designing resilient applications for Azure. Bu kılavuzda dönemi esnekliği ve ilgili kavramları tanımı ile başlar.This guide starts with a definition of the term resiliency and related concepts. Ardından, tasarım ve uygulamaya geçirmeden dağıtım ve işletime kadar uygulamanın tüm kullanım ömrüne yönelik yapılandırılmış bir yaklaşım kullanarak dayanıklılık elde eden bir süreç açıklanmaktadır.Then it describes a process for achieving resiliency, using a structured approach over the lifetime of an application, from design and implementation to deployment and operations.
  • Bulut tasarımı desenleri.Cloud design patterns. Bu tasarım desenleri, yazılım kalitesinin yapı taşları uygulamaları oluştururken mühendislik ekipleri için kullanışlıdır.These design patterns are useful for engineering teams when building applications on the pillars of software quality.