NCP-MCA Exam Dumps : Nutanix Certified Professional - Multicloud Automation (NCP-MCA 6.10) Exam

For users to successfully deploy Marketplace Blueprints to a specific infrastructure, the Project must have a configuredEnvironment.

The Gap:Merely adding the Account and whitelisting the Cluster in the Project settings (the "Infrastructure" tab) onlyauthorizesaccess. It does not tell the Self-Service enginehowto use that infrastructure (e.g., which Networks to attach, which Storage Containers to use, or what sizing policies to apply).

The Solution:The administrator must go to theEnvironmentstab within the Project andCreate a New Environmentmapped to the new Account and Cluster.

Marketplace Logic:Marketplace blueprints are typically "Environment Agnostic." When a user launches one, they are prompted to select a destination Environment. If no Environment exists for the new cluster, the user cannot select it as a target for deployment.

The "Environment" construct in Nutanix Self-Service is designed specifically to abstract infrastructure details from the end user while ensuring correct placement.

Within a single Project, an administrator can define multipleEnvironments(e.g., "Development" and "Production").

TheDevelopment Environmentis configured to map to theDevelopment Clusterand its associated networks.

TheProduction Environmentis configured to map to theProduction Clusterand its associated networks.

When a blueprint is launched, the user (or the application profile) simply selects the target Environment. The Self-Service engine then automatically directs the provisioning to the specific cluster defined in that Environment's settings, ensuring correct placement without requiring the user to know cluster details or manual intervention.

In a Nutanix Self-Service Blueprint, actions that affect theentire application lifecycleor its structural configuration are defined asProfile Actions.

Application Profile Actions:These are operations that run at the level of the Application Profile.

Custom Profile Actions:To enable capabilities likeScale Out(adding more replicas),Scale In(removing replicas), orUpgrade(updating the application software across the deployment), the developer createsCustom Profile Actions.

These actions are distinct from "Service Actions" (which apply to a single VM/Service, like "Restart Apache").

Once defined, these Custom Profile Actions appear as buttons on the "Manage" tab of the deployed application, allowing the application admin to trigger the scaling or upgrade workflows defined by the developer.