De portfolio hiërarchie begrijpen en uitlijnenUnderstand and align the portfolio hierarchy

Zakelijke behoeften worden vaak ondersteund, verbeterd of versneld door middel van informatie technologie.Business needs are often supported, improved, or accelerated through information technology. Een verzameling technologieën die gedefinieerde bedrijfs waarde levert, wordt een _workload_genoemd.A collection of technologies that delivers defined business value is called a workload. Deze verzameling kan toepassingen, servers of virtuele machines, gegevens, apparaten en andere soort gelijke gegroepeerde assets bevatten.That collection might include applications, servers or virtual machines, data, devices, and other similarly grouped assets.

Normaal gesp roken neemt een zakelijke belanghebbende en technisch leider deel aan een verantwoording op de voortdurende ondersteuning van elke werk belasting.Typically, a business stakeholder and technical leader share accountability for the ongoing support of each workload. In sommige fasen van de levens cyclus van de werk belasting, worden deze rollen duidelijk vermeld.In some phases of the workload lifecycle, those roles are clearly stated. In meer operationele fasen van de levens cyclus van een werk belasting kunnen deze rollen worden overgezet naar een gedeeld beheer team of een operationeel Cloud-team.In more operational phases of a workload's lifecycle, those roles might be transitioned to a shared operations management team or cloud operations team. Naarmate het aantal workloads toeneemt, worden de rollen (vermeld of geïmpliceerd) ingewik kelder en meer in de matrix opgenomen.As the number of workloads increases, the roles (stated or implied) become more complex and more matrixed.

De meeste bedrijven vertrouwen op meerdere werk belastingen om essentiële bedrijfs functies te leveren.Most businesses rely on multiple workloads to deliver vital business functions. Het verzamelen van werk belastingen, activa en ondersteunende factoren (projecten, personen, processen en beleg gingen) wordt een _Port Folio_genoemd.The collection of workloads, assets, and supporting factors (projects, people, processes, and investments) is called a portfolio. Voor de matrix van bedrijfs-, ontwikkelings-en operationele personeel is een portfolio hiërarchie vereist om te laten zien hoe de werk belastingen en ondersteunende services samen passen.The matrix of business, development, and operations staff requires a portfolio hierarchy to show how the workloads and supporting services all fit together.

Dit artikel bevat duidelijke definities voor de niveaus van de portfolio hiërarchie.This article provides clear definitions for the levels of the portfolio hierarchy. In het artikel worden verschillende teams uitgelijnd met de juiste verantwoording in elke laag, samen met de bron van de beste richt lijnen voor het team om de verwachtingen voor dat niveau te leveren.The article aligns various teams with the appropriate accountability in each layer, along with the source of the best guidance for that team to deliver on the expectations for that level. In dit artikel wordt elk niveau van de hiërarchie ook wel een _bereik_genoemd.Throughout this article, each level of the hierarchy is also called a scope.

PortfoliohiërarchiePortfolio hierarchy

WorkloadsWorkloads

Werk belastingen en hun ondersteunende activa bevinden zich op de kern van een port Folio.Workloads and their supporting assets are at the core of any portfolio. De extra bereiken of lagen hieronder bepalen hoe deze werk belastingen worden weer gegeven en in welke mate ze worden beïnvloed door de matrix van mogelijk ondersteunings teams.The additional scopes or layers below define how those workloads are viewed and to what extent they're affected by the matrix of potential supporting teams.

Afbeelding van een werk belasting in de Cloud, waarbij werk belastingen en assets samen worden weer gegeven

Hoewel de voor waarden kunnen variëren, zijn alle IT-oplossingen assets en werk belastingen:Although the terms can vary, all IT solutions include assets and workloads:

  • Activum: De kleinste eenheid van technische functie die een werk belasting of oplossing ondersteunt.Asset: The smallest unit of technical function that supports a workload or solution.
  • Workload: De kleinste eenheid van IT-ondersteuning voor het bedrijf.Workload: The smallest unit of IT support for the business. Een workload is een verzameling van assets (infra structuur, toepassingen en gegevens) die een gemeen schappelijk zakelijk doel of de uitvoering van een gemeen schappelijk bedrijfs proces ondersteunt.A workload is a collection of assets (infrastructure, applications, and data) that supports a common business goal or the execution of a common business process.

Wanneer u uw eerste werk belasting implementeert, kan de werk belasting en de bijbehorende activa het enige gedefinieerde bereik zijn.When you're deploying your first workload, the workload and its assets might be the only defined scope. De andere lagen kunnen expliciet worden gedefinieerd naarmate er meer werk belastingen worden geïmplementeerd.The other layers might be explicitly defined as more workloads are deployed.

IT-Port FolioIT portfolio

Wanneer bedrijven werk belastingen ondersteunen via gevormde benaderingen of gecentraliseerde benaderingen, bestaat er waarschijnlijk een bredere hiërarchie om deze workloads te ondersteunen:When companies support workloads through matrixed approaches or centralized approaches, a broader hierarchy likely exists to support those workloads:

Afbeelding van een IT-Port Folio met meerdere open bare en persoonlijke Cloud platforms

  • Landings zones: Landings zones bieden werk belastingen met de vereiste Foundation-hulpprogram ma's (of gedeelde sanitair) die worden geleverd door een platform basis die is vereist voor de ondersteuning van een of meer werk belastingen.Landing zones: Landing zones provide workloads with the necessary foundational utilities (or shared plumbing) that are provided from a platform foundation that's required to support one or more workloads. Landings zones zijn zo kritiek in de cloud dat de gehele kant-en-klare methodologie van het Cloud acceptatie raamwerk gericht is op aanvoer zones.Landing zones are so critical in the cloud that the entire Ready methodology of the Cloud Adoption Framework focuses on landing zones. Zie Wat is een landings zone? voor een gedetailleerde definitie.For a more detailed definition, see What is a landing zone?
  • Foundational-hulpprogram ma's: Deze gedeelde IT-Services zijn vereist voor werk belastingen die kunnen worden uitgevoerd in de technologie en de bedrijfs portefeuille.Foundational utilities: These shared IT services are required for workloads to operate within the technology and business portfolio.
  • Platform Foundation: Deze organisatie constructie centraliseert de basis oplossingen en zorgt ervoor dat deze controles worden afgedwongen voor alle landings zones.Platform foundation: This organizational construct centralizes foundational solutions and helps ensure that those controls are enforced for all landing zones.
  • Cloud platforms: Afhankelijk van de algemene strategie voor de ondersteuning van de volledige Port Folio, kunnen klanten meerdere Cloud platforms hebben met afzonderlijke implementaties van de platform Foundation voor het bepalen van meerdere regio's, hybride oplossingen of zelfs multi cloud oplossingen.Cloud platforms: Depending on the overall strategy for supporting the full portfolio, customers might need multiple cloud platforms with distinct deployments of the platform foundation to govern multiple regions, hybrid solutions, or even multicloud solutions.
  • Port Folio: De Port Folio is een technologie lens die bestaat uit een verzameling werk belastingen, assets en ondersteunende resources die alle Cloud platforms omvatten.Portfolio: Through a technology lens, the portfolio is a collection of workloads, assets, and supporting resources that span all cloud platforms. In een zakelijke lens is de Port Folio de verzameling van projecten, personen, processen en investeringen die de technologie-portefeuille ondersteunen en beheren om bedrijfs resultaten te verzorgen.Through a business lens, the portfolio is the collection of projects, people, processes, and investments that support and manage the technology portfolio to drive business outcomes. Samen leggen deze twee lenzen de _Port Folio_vast.Together, these two lenses capture the portfolio.

Verantwoordelijkheid en richt lijnen voor de hiërarchieHierarchy accountability and guidance

Een team dat verantwoordelijk is voor het beheer van elke laag van de portfolio hiërarchie.An accountable team manages each layer of the portfolio hierarchy. In het volgende diagram ziet u de toewijzing tussen het team dat verantwoordelijk is voor het account en de richt lijnen voor de ondersteuning van de zakelijke beslissingen, technische beslissingen en technische implementatie.The following diagram shows the mapping between the accountable team and the guidance to support its business decisions, technical decisions, and technical implementation.

Notitie

De teams die in de volgende lijst worden genoemd, kunnen virtuele teams of individuen zijn.The teams mentioned in the following list might be virtual teams or individuals. Voor sommige varianten van deze hiërarchie kan een aantal van de berekenings teams worden samengevouwen, zoals verderop in de varianten van de afwijkings.For some variants of this hierarchy, some of the accountable teams can be collapsed as described later in the accountability variants.

De verantwoordelijkheid is uitgelijnd op de hiërarchie

  • Port Folio: Het Cloud Strategies team en het Cloud centrum van uitmuntendheid (CCoE) gebruiken de strategie-en plan methodologieen om beslissingen te nemen die van invloed zijn op de totale portefeuille.Portfolio: The cloud strategy team and the cloud center of excellence (CCoE) use the Strategy and Plan methodologies to guide decisions that affect the overall portfolio. Het Cloud strategie team is verantwoordelijk voor het ondernemings niveau van de portfolio hiërarchie van de Cloud.The cloud strategy team is accountable for the enterprise level of the cloud portfolio hierarchy. Het Cloud strategie team moet ook op de hoogte zijn van beslissingen over de omgeving, de aanvoer zones en de workloads met hoge prioriteit.The cloud strategy team should also be informed of decisions about the environment, landing zones, and high-priority workloads.
  • Cloud platforms: Het Cloud beheer team is verantwoordelijk voor de disciplines die ervoor zorgen dat de consistentie van elke omgeving wordt afgesteld met de methodologie van de regeling.Cloud platforms: The cloud governance team is accountable for the disciplines that ensure consistency across each environment in alignment with the Govern methodology. Het Cloud beheer team is verantwoordelijk voor governance van alle resources in alle omgevingen.The cloud governance team is accountable for governance of all resources in all environments. Het Cloud beheer team moet worden geraadpleegd voor wijzigingen die een uitzonde ring kunnen hebben of moeten worden gewijzigd om beleid te beheren.The cloud governance team should be consulted on changes that might require an exception or change to governing policies. Het Cloud beheer team moet ook worden geïnformeerd over de voortgang van de goed keuring van de werk belasting en de activa.The cloud governance team should also be informed of progress with workload and asset adoption.
  • Landings zones en Cloud Foundation: Het Cloud platform team is verantwoordelijk voor het ontwikkelen van de landings zones en de platform hulpprogramma's die ondersteuning bieden voor acceptatie.Landing zones and cloud foundation: The cloud platform team is accountable for developing the landing zones and platform utilities that support adoption. Het Cloud Automation-team is verantwoordelijk voor het automatiseren van de ontwikkeling van en voortdurende ondersteuning voor, deze aanvoer zones en platform hulpprogramma's.The cloud automation team is accountable for automating the development of, and ongoing support for, those landing zones and platform utilities. Beide teams gebruiken de kant-en-klare methodologie om de implementatie te begeleiden.Both teams use the Ready methodology to guide implementation. Beide teams moeten op de hoogte zijn van de voortgang van de implementatie van de werk belasting en eventuele wijzigingen in de onderneming of omgeving.Both teams should be informed of progress with workload adoption and any changes to the enterprise or environment.
  • Werk belastingen: De aanneming vindt plaats op het niveau van de werk belasting.Workloads: Adoption happens at the workload level. Cloud-acceptatie teams gebruiken de methoden migrate en innoveren om schaal bare processen te bepalen om de aanneming te versnellen.Cloud adoption teams use the Migrate and Innovate methodologies to establish scalable processes to accelerate adoption. Nadat de goed keuring is voltooid, wordt het eigendom van de werk belastingen waarschijnlijk overgedragen aan een Cloud operationeel team dat gebruikmaakt van de beheer methodologie om het beheer van bewerkingen te begeleiden.After adoption is complete, the ownership of workloads is likely transferred to a cloud operations team that uses the Manage methodology to guide operations management. Beide teams moeten vertrouwd zijn met het Microsoft Azure goed ontworpen Framework om gedetailleerde architectuur beslissingen te nemen die van invloed zijn op de werk belastingen die ze ondersteunen.Both teams should be comfortable using the Microsoft Azure Well-Architected Framework to make detailed architectural decisions that affect the workloads they support. Beide teams moeten op de hoogte zijn van wijzigingen in de landings zones en omgevingen.Both teams should be informed of changes to landing zones and environments. Beide teams kunnen af en toe bijdragen aan de aanvoer zone-functies.Both teams might occasionally contribute to landing zone features.
  • Activa: Activa zijn doorgaans de verantwoordelijkheid van het Cloud Operations-team.Assets: Assets are typically the responsibility of the cloud operations team. Dit team gebruikt de beheer basislijn in de beheer methodologie om beslissingen over het beheer van bewerkingen te begeleiden.That team uses the management baseline in the Manage methodology to guide operations management decisions. Het moet ook Azure Advisor en het goed ontworpen Framework van Azure gebruiken om gedetailleerde bronnen en architectuur wijzigingen te kunnen aanbrengen die nodig zijn om aan de bewerkings vereisten te kunnen voldoen.It should also use Azure Advisor and the Azure Well-Architected Framework to make detailed resource and architectural changes that are required to deliver on operations requirements.

Varianten van de verantwoordelijkheidAccountability variants

  • Enkele omgeving: Wanneer een onderneming slechts één omgeving nodig heeft, is een CCoE doorgaans niet vereist.Single environment: When an enterprise needs only one environment, a CCoE is typically not required.
  • Eén landings zone: Als een omgeving slechts één aanvoer zone heeft, kunnen de governance-en platform mogelijkheden waarschijnlijk worden gecombineerd in één team.Single landing zone: If an environment has only a single landing zone, the governance and platform capabilities can likely be combined into one team.
  • Enkele workload: Sommige bedrijven hebben slechts één werk belasting of enkele werk belastingen nodig in één landings zone en één omgeving.Single workload: Some businesses need only one workload, or few workloads, in a single landing zone and a single environment. In dergelijke gevallen is er weinig behoefte aan een schei ding van taken tussen governance-, platform-en Operations-teams.In those cases, there's little need for a separation of duties between governance, platform, and operations teams.

Veelvoorkomende voor beelden van werk belastingen en verantwoordingCommon workload and accountability examples

De volgende voor beelden illustreren de portfolio hiërarchie.The following examples illustrate the portfolio hierarchy.

COTS werk belastingenCOTS workloads

Traditioneel hebben bedrijven voor COTS-software oplossingen van de voor keur afgesteld voor bedrijfs processen.Traditionally, enterprises have favored commercial-off-the-shelf (COTS) software solutions to power business processes. Deze oplossingen worden geïnstalleerd, geconfigureerd en vervolgens beheerd.These solutions are installed, configured, and then operated. Na de configuratie is er weinig wijziging in de oplossings architectuur.There is little change to the solutions architecture after configuration.

In deze scenario's eindigt elke Cloud acceptatie van COTS-oplossingen met een overgang naar een Cloud Operations-team.In these scenarios, any cloud adoption of COTS solutions ends with a transition to a cloud operations team. Het Cloud Operations-team wordt vervolgens de technische eigenaar van deze software en neemt de verantwoordelijkheid voor het beheren van configuratie-, kosten-, patch cycli en andere operationele behoeften.The cloud operations team then becomes the technical owner for that software and assumes accountability for managing configuration, cost, patching cycles, and other operational needs.

Tot deze werk belastingen behoren boekhoud pakketten, logistiek software of branchespecifieke oplossingen.These workloads include accounting packages, logistics software, or industry-specific solutions. In terminologie van micro soft worden de leveranciers van deze pakketten Independent Software Vendors (Isv's) genoemd.In Microsoft terminology, the vendors of these packages are called independent software vendors (ISVs). Veel Isv's bieden een service voor het implementeren en onderhouden van een exemplaar van het software pakket in uw abonnementen.Many ISVs offer a service to deploy and maintain an instance of their software package in your subscriptions. Ze bieden mogelijk ook een versie van het software pakket dat wordt uitgevoerd in hun eigen omgeving in de Cloud, en biedt een PaaS-alternatief (platform as a Service) voor de werk belasting.They might also offer a version of the software package that runs in their own cloud-hosted environment, providing a platform as a service (PaaS) alternative to the workload.

Met uitzonde ring van PaaS-aanbiedingen zijn Cloud Operations-teams verantwoordelijk voor het garanderen van elementaire operationele nalevings vereisten voor die workloads.With the exception of PaaS offerings, cloud operations teams are responsible for ensuring basic operational compliance requirements for those workloads. Een Cloud operationeel team moet samen werken met het Cloud governance-team voor het uitlijnen van kosten, prestaties en andere architectuur pijlers.A cloud operations team should work with the cloud governance team to align cost, performance, and other architecture pillars.

In ontwikkeling met actieve revisiesIn development with active revisions

Wanneer een COTS-oplossing of PaaS-aanbieding niet is afgestemd op de bedrijfs behoefte, of omdat er geen oplossing bestaat, bouwen bedrijven aangepaste werk belastingen.When a COTS solution or PaaS offering isn't aligned to the business need, or no solution exists, enterprises build custom-developed workloads. Normaal gesp roken gebruikt een klein percentage van de IT-Port Folio deze werk belasting aanpak.Typically, a small percentage of the IT portfolio uses this workload approach. Deze werk belastingen hebben echter vaak een onevenredig hoog percentage van de bijdrage geleverd aan bedrijfs resultaten, met name resultaten die betrekking hebben op nieuwe inkomsten stromen.But these workloads tend to drive a disproportionately high percentage of IT's contribution to business outcomes, especially outcomes related to new revenue streams. Deze werk belastingen zijn vaak gekoppeld aan nieuwe innovatie ideeën.These workloads tend to map well to new innovation ideas.

Op basis van verschillende bewegingen die zijn geroot in Agile-methodologieën en DevOps-prak tijken, is deze werk belasting van belang voor een aanpassing van Business/DevOps over het traditionele IT-beheer.Given various movements that are rooted in agile methodologies and DevOps practices, these workloads favor a business/DevOps alignment over traditional IT management. Voor deze werk belastingen is er mogelijk geen enkele jaren een deel van het Cloud Operations-team.For these workloads, there might not be a handoff to the cloud operations team for several years. In dergelijke gevallen fungeert het ontwikkel team als de technische eigenaar van de werk belasting.In those cases, the development team serves as the technical owner of the workload.

Vanwege uitgebreide tijd en gerelateerde kapitaal beperkingen zijn aangepaste ontwikkelings opties vaak beperkt tot hoge-waarde kansen.Due to extensive time and associated capital constraints, custom development options are often limited to high-value opportunities. Typische voor beelden zijn onder andere toepassings innovaties, analyse van diepe gegevens of bedrijfskritische bedrijfs functies.Typical examples include application innovations, deep data analysis, or mission-critical business functions.

Uitsplitsing/correctie of Zons ondergang ontwikkelenBreak/fix or sunset development

Nadat een door een aangepast ontwikkelde werk belasting piek tijd heeft bereikt, kan het ontwikkel team opnieuw worden toegewezen aan andere projecten.After a custom-developed workload reaches peak maturity, the development team might be reassigned to other projects. In dergelijke gevallen wordt het technisch eigendom doorgaans overgezet naar een Cloud Operations-team.In these cases, technical ownership typically transitions to a cloud operations team. Wanneer er sprake is van kleine oplossingen, worden ontwikkel aars door het operations-team Inge schreven om de fout op te lossen.When there's a need for small fixes, the operations team will enlist developers to resolve the error.

In sommige gevallen wordt het ontwikkel team verplaatst naar een project dat uiteindelijk de huidige werk belasting vervangt.In some cases, the development team moves to a project that will eventually replace the current workload. Het team kan ook worden verplaatst, omdat de bedrijfs kans die door de werk belasting wordt ondersteund, wordt uitgezet. Dit zijn voor beelden van Zons ondergangs scenario's, waarbij het Cloud Operations-team fungeert als de technische eigenaar totdat de werk belasting niet meer nodig is.Alternatively, the team might move on because the business opportunity supported by the workload is being phased out. These are examples of sunset scenarios, where the cloud operations team serves as the technical owner until the workload is no longer needed.

In beide scenario's fungeert het Cloud Operations-team doorgaans als de technische eigenaar van de lange termijn en de besluit Vormer.In both scenarios, the cloud operations team typically serves as the long-term technical owner and decision maker. Het team zal toepassings ontwikkelaars waarschijnlijk inschrijven wanneer operationele wijzigingen belang rijke wijzigingen in de architectuur vereisen.That team will likely enlist application developers when operational changes require significant architectural changes.

Essentiële werkbelastingenMission-critical workloads

In elk bedrijf zijn enkele workloads te belang rijk voor het uitvallen van het bedrijf.In every company, a few workloads are too important to the business for them to fail. Met deze essentiële workloads zijn er meestal eigen aren van bewerkingen en ontwikkel aars met diverse verantwoordelijkheids niveaus.With these mission-critical workloads, there are usually operations and development owners with various levels of responsibility. Deze teams moeten operationele wijzigingen en architectuur wijzigingen op elkaar afstemmen om onderbrekingen van de productie oplossing tot een minimum te beperken.Those teams should align operational changes and architectural changes to minimize disruptions to the production solution.

Deze scenario's vereisen een sterke focus op de schei ding van taken.These scenarios require a strong focus on separation of duties. Ter verkrijging van de schei ding van taken houdt het operationele team in het algemeen de verantwoordelijkheid voor de dagelijkse operationele wijzigingen in de productie omgeving.To achieve separation of duties, the operations team will generally hold accountability for day-to-day operational changes in the production environment. Wanneer deze operationele wijzigingen een architectuur wijziging vereisen, worden ze door het ontwikkelings-of acceptatie team in een niet-productspecifieke omgeving voltooid voordat de wijzigingen in de productie worden toegepast op het operations-team.When those operational changes require an architectural change, they'll be completed by the development or adoption team in a nonproduction environment, before the operations team applies the changes to production.

Voor beelden van bedrijfskritische workloads met een vereiste schei ding van taken zijn workloads zoals SAP, Oracle of andere ERP-oplossingen (Enter prise resource planning), die meerdere bedrijfs eenheden in het bedrijf omvatten.Examples of mission-critical workloads with a required separation of duties include workloads like SAP, Oracle, or other enterprise resource planning (ERP) solutions, which span multiple business units in the company.

Uitlijning van strategie portfolioStrategy portfolio alignment

Het is belang rijk om inzicht te krijgen in de strategische doel stellingen van de implementatie van de Cloud en de Port Folio uit te lijnen om die trans formatie te ondersteunen.It's important to understand the strategic objectives of the cloud adoption effort and align the portfolio to support that transformation. Met een paar algemene typen strategische Port Folio-uitlijning kunt u de structuur van de portfolio hiërarchie vorm geven.A few common types of strategic portfolio alignment help shape the structure of the portfolio hierarchy. De volgende secties bevatten voor beelden van de uitlijning en impact van Port Folio op de portfolio hiërarchie.The following sections provide examples of the portfolio alignment and impact on the portfolio hierarchy.

Innovatie of ontwikkeling-LED-Port FolioInnovation or development-led portfolio

Sommige bedrijven, met name snel groeiende tot stand gebrachte starters, hebben een hoger dan gemiddeld percentage aangepaste ontwikkelings projecten.Some companies, especially fast-growing established startups, have a higher-than-average percentage of custom development projects. In ontwikkelings-zware Port folio's zijn de omgeving, de landings zone en de workloads vaak gecomprimeerd, zodat er specifieke omgevingen (productie of niet-productie) zijn voor specifieke werk belastingen.In development-heavy portfolios, the environment, landing zone, and workloads are often compressed, so there might be specific environments (either production or nonproduction) for specific workloads. Dit leidt tot een verhouding van 1:1 in de omgeving, de aanvoer zone en de werk belasting.This results in a 1:1 ratio between environment, landing zone, and workload.

Omdat de omgeving aangepaste oplossingen host, kan de DevOps-pijp lijn en rapportage op toepassings niveau de nood zaak van bewerkingen en beheer functies vervangen.Because the environment hosts custom solutions, the DevOps pipeline and application-level reporting might replace the need for operations and governance functions. Voor deze klanten is het waarschijnlijk een gereduceerde focus op bewerkingen, governance of andere ondersteunende rollen.For those customers, a reduced focus on operations, governance, or other supporting roles is likely. Een sterkere nadruk op de verantwoordelijkheden van de Cloud acceptatie en Cloud Automation-teams is ook gebruikelijk.A stronger emphasis on the responsibilities of the cloud adoption and cloud automation teams is also typical.

Uitlijning van Port Folio: De IT-portefeuille is waarschijnlijk gericht op werk belastingen en werklasten van werk belastingen om essentiële architectuur beslissingen te nemen.Portfolio alignment: The IT portfolio will likely focus on workloads and workload owners to drive critical architecture decisions. Deze teams zullen waarschijnlijk meerwaarde vinden in de richt lijnen van Azure-architectuur voor de IT tijdens de acceptatie en de activiteiten.Those teams are likely to find more value in the Azure Well-Architected Framework guidance during adoption and operations activities.

Grens definities: De logische grenzen, zelfs op ondernemings niveau, zijn waarschijnlijk vooral gericht op de segmentatie van productie en niet-producties.Boundary definitions: The logical boundaries, even at an enterprise level, will likely focus on production and nonproduction environment segmentation. Er kan ook een segmentatie tussen producten in de software portfolio van het bedrijf worden gewist.There might also be clear segmentation between products in the company's software portfolio. Het kan ook gebeuren dat er segmentatie is tussen ontwikkel-en gehoste klant exemplaren.At times, there might also be segmentation between development and hosted customer instances.

IT-LED Port FolioOperations-led portfolio

Meertalige bedrijfs organisaties met meer IT-IT-teams hebben doorgaans een sterkere focus op governance en activiteiten dan ontwikkeling.Multinational enterprise organizations with more established IT operations teams typically have a stronger focus on governance and operations than development. In deze organisaties wordt een hoger percentage van de workloads doorgaans uitgelijnd op de categorieën COTS of onderhanden/herstellen, die worden onderhouden door technische eigen aren binnen het Cloud Operations-team.In these organizations, a higher percentage of workloads typically align to the COTS or break/fix categories, maintained by technical owners within the cloud operations team.

Uitlijning van Port Folio: De IT-Port Folio wordt afgestemd op de werk belasting, maar deze werk belastingen worden vervolgens uitgelijnd op operationele eenheden of bedrijfs eenheden.Portfolio alignment: The IT portfolio will be workload aligned, but those workloads are then aligned to operating units or business units. Er kan ook sprake zijn van een organisatie rondom financiële modellen, branche of andere zakelijke segmentatie vereisten.There might also be organization around funding models, industry, or other business segmentation requirements.

Grens definities: Bij aanvoer zones worden toepassingen waarschijnlijk gegroepeerd in Application archetypes om Vergelijk bare bewerkingen in een vergelijk bare segmentering te houden.Boundary definitions: Landing zones will likely group applications into application archetypes to keep similar operations in a similar segmentation. Omgevingen zullen waarschijnlijk verwijzen naar fysieke constructs zoals Data Center, land, Cloud provider, of andere normen voor operationele organisaties.Environments will likely refer to physical constructs like datacenter, nation, cloud-provider region, or other operational organization standards.

Port Folio met migratie LEDMigration-led portfolio

Net als bij het passeren van bedrijfs middelen, is een portefeuille dat grotendeels is gebaseerd op migratie, gebaseerd op specifieke zakelijke Stuur Programma's die hebben geleid tot de migratie van bestaande assets.Similar to operations-led portfolios, a portfolio that is largely built through migration will be based on specific business drivers that led to the migration of existing assets. Normaal gesp roken is het Data Center de grootste factor in die stuur Programma's.Typically, the datacenter is the biggest factor in those drivers.

Uitlijning van Port Folio: De IT-Port Folio kan worden afgestemd op de werk belasting, maar is meer waarschijnlijk uitgelijnd.Portfolio alignment: The IT portfolio might be workload aligned, but it's more likely asset aligned. Als er overgangen naar IT-activiteiten zijn opgetreden in de geschiedenis van het bedrijf, zijn veel actief-gebruik-assets mogelijk niet eenvoudig toegewezen aan een gefinancierde werk belasting.If transitions to IT operations have happened in the company's history, many active-use assets might not be easily mapped to a funded workload. In dergelijke gevallen heeft een groot aantal activa mogelijk geen gedefinieerde werk belasting of de eigenaar van de werk belasting wissen tot het eind in het migratie proces.In these cases, many assets might not have a defined workload or clear workload owner until late in the migration process.

Grens definities: Voor de aanvoer zones worden toepassingen waarschijnlijk gegroepeerd in grenzen die de on-premises segmentatie weer spie gelen.Boundary definitions: Landing zones will likely group applications into boundaries that reflect on-premises segmentation. Hoewel het geen best practice, komen omgevingen vaak overeen met de on-premises Data Center-naam en landings zones die netwerk segmentatie procedures vertegenwoordigen.Though not a best practice, environments often match the on-premises datacenter name and landing zones that represent network segmentation practices. Het is een beter idee om te voldoen aan de segmentatie die nauw keuriger kan worden afgestemd op een door Operations geleid Port Folio.It's a better practice to adhere to segmentation that more closely aligns with an operations-led portfolio.

Portfolio portefeuille voor governanceGovernance-led portfolio

De uitlijning op governance teams moet zo snel mogelijk plaatsvinden.Alignment to governance teams should happen as early as possible. U kunt met behulp van beheer procedures en Cloud Management Tool, Port Folio en omgevings grenzen het beste de behoeften van innovatie, operationele activiteiten en migratie inspanningen best balanceren.Through governance practices and cloud governance tooling, portfolios and environmental boundaries can best balance the needs of innovation, operations, and migration efforts.

Uitlijning van Port Folio: Port Folio van governance houdt vaak deel uit van gegevens punten die de innovatie-en operationele details vastleggen, zoals de werk belasting, de eigenaar van de bewerking, de gegevens classificatie en de operationele kritischeiteit.Portfolio alignment: Governance-led portfolios tend to include data points that capture innovation and operations details, such as workload, operations owner, data classification, and operational criticality. Deze gegevens punten maken een goed afgeronde weer gave van de Port Folio.These data points create a well-rounded view of the portfolio.

Grens definities: Grenzen in een door governance gestuurde Port Folio hebben een voor keur voor de beschik bare bewerkingen ten opzichte van innovatie, terwijl een beheer groep-gebaseerde hiërarchie wordt gebruikt die is gekoppeld aan criteria voor bedrijfs eenheden en ontwikkel omgevingen.Boundary definitions: Boundaries in a governance-led portfolio tend to favor operations over innovation, while using a management-group-driven hierarchy that maps to criteria for business units and development environments. Op elk niveau van de hiërarchie kan een Cloud governance-grens verschillende mate van beleids afdwinging hebben om ontwikkeling en creatieve flexibiliteit mogelijk te maken.At each level of the hierarchy, a cloud governance boundary can have different degrees of policy enforcement to allow for development and creative flexibility. Terzelfder tijd kunnen vereisten voor productie kwaliteit worden toegepast op productie abonnementen om de schei ding van taken en consistente bewerkingen te garanderen.At the same time, production-grade requirements can be applied to production subscriptions to ensure separation of duties and consistent operations.