Als beheerder kunt u governancebeperkingen op projectniveau of aangepaste eigenschappen toevoegen wanneer de vereisten van het project verschillen van de vRealize Automation Cloud Assembly-cloudsjablonen. Naast de beperkingstags kunt u ook resourcetags toevoegen die worden toegevoegd aan geïmplementeerde resources tijdens het inrichtingsproces, zodat u de resources kunt beheren.

Wat zijn projectresourcetags?

Een resourcetag voor een project fungeert als een gestandaardiseerde identificatietag die u kunt gebruiken om de geïmplementeerde resources te beheren en om de naleving te waarborgen.

De resourcetags die zijn gedefinieerd in een project worden toegevoegd aan alle onderdeelresources die worden geïmplementeerd als onderdeel van dat project. Vervolgens kunt u de standaardtags gebruiken om de bronnen te beheren met behulp van andere applicaties.

Als cloudbeheerder wilt u bijvoorbeeld een applicatie als CloudHealth gebruiken om kosten te beheren. U voegt de tag costCenter:eu-cc-1234 toe aan een project dat speciaal is bedoeld voor het ontwikkelen van een tool voor personeelszaken van de Europese Unie. Wanneer het projectteam vanuit dit project implementeert, wordt de tag toegevoegd aan de geïmplementeerde resources. Vervolgens configureert u de kostenbeheertool om de resources te identificeren en te beheren die deze tag bevatten. Andere projecten met andere kostencentra zouden alternatieve waarden moeten hebben bij de sleutel.

Wat zijn projectbeperkingstags?

Een projectbeperking fungeert als governancedefinitie. Het is een key:value-tag die definieert welke resources de implementatieaanvraag verbruikt of vermijdt in de cloudzones van het project.

Het implementatieproces zoekt naar tags voor de netwerken en opslag die overeenkomen met de projectbeperkingen, en implementeert op basis van overeenkomstige tags.

De uitbreidbaarheidsbeperking wordt gebruikt om op te geven welke met vRealize Orchestrator geïntegreerde instantie moet worden gebruikt voor uitbreidbaarheidswerkstromen.

Houd rekening met de volgende indelingen wanneer u projectbeperkingen configureert.

  • key:value en key:value:hard. Gebruik deze tag, in een van beide indelingen, wanneer de cloudsjabloon moet worden ingericht op resources met de overeenkomende capaciteitstag. Het implementatieproces mislukt wanneer er geen overeenkomende tag wordt gevonden. Een cloudsjabloon die door de leden van een project is geïmplementeerd, moet bijvoorbeeld worden ingericht op een netwerk dat PCI-conform is. U gebruikt security:pci. Als er geen netwerken worden gevonden in de cloudzones van het project, mislukt de implementatie en worden er geen onveilige implementaties uitgevoerd.
  • key:value:soft. Gebruik deze tag wanneer u de voorkeur geeft aan een overeenkomende resource, maar u wilt dat het implementatieproces zonder storing wordt voortgezet en de resources kan accepteren waarvan de tag niet overeenkomt. U wilt bijvoorbeeld dat de projectleden hun cloudsjablonen naar een minder dure opslag implementeren, maar u wilt niet dat de opslagbeschikbaarheid de mogelijkheid om te implementeren verstoort. U gebruikt tier:silver:soft. Als er geen opslag met de tag tier:silver in de cloudzones van het project is, wordt de cloudsjabloon nog steeds op andere opslagresources geïmplementeerd.
  • !key:value. Gebruik deze tag, met hard of zacht, wanneer u het implementeren op resources met een overeenkomende tag wilt vermijden.
Belangrijk: de beperkingstags van het project hebben een hogere prioriteit dan de beperkingstags van de cloudsjabloon en overschrijven deze tijdens het implementeren. Als u een cloudsjabloon hebt waar dit nooit mag gebeuren, kunt u de failOnConstraintMergeConflict:true in de sjabloon gebruiken. Als uw project bijvoorbeeld een netwerkbeperking loc:london heeft terwijl de cloudsjabloon loc:mumbai is, en niet wilt dat de projectlocatie voorrang heeft, maar wilt dat de implementatie mislukt met een beperkingsconflictbericht, voegt u een eigenschap toe die lijkt op het volgende voorbeeld.
constraints:
	- tag: 'loc:mumbai'
failOnConstraintMergeConflict:true

Hoe kan ik aangepaste eigenschappen voor het project gebruiken

U kunt een aangepaste projecteigenschap voor rapportage gebruiken om uitbreidbaarheidsacties en werkstromen te activeren en in te vullen, en om de eigenschappen voor het cloudsjabloonniveau te overschrijven.

Door een aangepaste eigenschap aan een implementatie toe te voegen, kunt u de waarde in de gebruikersinterface gebruiken of deze ophalen met behulp van de API, zodat u rapporten kunt genereren.

Uitbreidbaarheid kan ook een aangepaste eigenschap voor een uitbreidbaarheidsabonnement gebruiken. Zie Levenscyclussen van applicaties uitbreiden en automatiseren met uitbreidbaarheid voor meer informatie over uitbreidbaarheid.

Een cloudsjabloon kan een bepaalde eigenschapswaarde hebben die u voor een project wilt wijzigen. U kunt een alternatieve naam en waarde opgeven als aangepaste eigenschap.