{"id":23461,"date":"2023-03-01T07:30:00","date_gmt":"2023-03-01T15:30:00","guid":{"rendered":"https:\/\/www.microsoft.com\/en-us\/power-platform\/blog\/power-apps\/pipelines-in-power-platform-is-generally-available-ga\/"},"modified":"2023-03-01T07:30:00","modified_gmt":"2023-03-01T15:30:00","slug":"pipelines-in-power-platform-is-generally-available-ga","status":"publish","type":"power-apps","link":"https:\/\/www.microsoft.com\/en-us\/power-platform\/blog\/power-apps\/pipelines-in-power-platform-is-generally-available-ga\/","title":{"rendered":"Pipelines in Power Platform is Generally Available (GA)"},"content":{"rendered":"\n

We are pleased to announce that\u00a0pipelines<\/a> within Power Platform is generally available. Pipelines\u00a0aims to democratize application lifecycle management (ALM) for Power Platform and Dynamics 365 customers by bringing deployment automation capabilities into Managed Environments<\/a> in a manner that\u2019s more approachable for all makers, admins, and developers.<\/p>\n\n\n

\"graphical<\/figure>\n\n\n

It only takes a few minutes to configure pipelines and share with makers. Pipelines are then run directly within development environments or PAC CLI<\/a>. An intuitive in-product experience guides the deployment process and educates citizen developers about healthy ALM practices. This is easy to understand with automatic safeguards applied and complexities abstracted by the system. For example, connections<\/a>, environment variables<\/a>, and deployment pre-validations are built into the experience, ensuring citizen devs and the applications deployed are more successful. <\/p>\n\n\n

You might have noticed we’re announcing GA sooner than initially anticipated. Why is that? <\/p>\n\n\n

Customer adoption and feedback during preview have been overwhelmingly positive with many customers expressing desire to use pipelines in production (which is typically inadvisable for preview features). We’ve shipped many updates during the preview to improve overall quality, reliability, and ensure backward compatibility for upcoming releases. Numerous signals we monitor provide high confidence in Microsoft’s ability to support your production workloads at any scale. <\/p>\n\n\n

Rest assured; there’s no shortage of new pipelines features and experience improvements in the works. Our roadmap remains intact, and we’re committed to supporting larger scale projects that often necessitate more advanced ALM functionality. I’d like to share what the team is currently developing and will be made available shortly. This is not an exhaustive list of what’s coming. The below GIFs were recorded from actual working demos and edited for length. <\/em><\/p>\n\n\n

Schedule deployments (coming soon)<\/h2>\n\n\n

Often, customers wish to deploy updates during non-business hours. It minimizes risks of impacting end users during their workday and resulting business impact. Automation ensures you can ship smaller, more frequent, updates on a scheduled basis. It also avoids the team working weekends to attend deployments. In fact, at Microsoft we use similar techniques to release Power Platform updates and soon customers can achieve the same. <\/p>\n\n\n

\"Pipelines<\/figure>\n\n\n

But that’s not the only reason we needed scheduling functionality. The ability to capture a deployment request without immediately deploying is a prerequisite for much more. <\/p>\n\n\n

Pipelines extensibility (coming soon)<\/h2>\n\n\n

Soon you’ll be able to run custom logic both before <\/strong>and after <\/strong>a deployment executes. Using Power Automate cloud flows, the possibilities are rather endless. There are over 900 built-in connectors<\/a> as well as the ability to develop custom connectors. <\/p>\n\n\n

Configuring a pre-step<\/strong> condition on a deployment stage ensures the deployment request to the target environment is pending <\/strong>until the deployment is approved<\/strong>. The system then carries out the automated deployment. Similarly, you could incorporate automation running within other systems. For example, committing solutions to a source code repository or running automated tests. With Power Platform handling the heavy lifting, these hybrid approaches enable advanced functionality at a fraction of the setup and maintenance costs when compared to running DevOps tools standalone. Perhaps most importantly, the maker friendly in-product experience doesn’t expose background complexities.<\/p>\n\n\n

\"graphical<\/figure>\n\n\n

Configuring a post-step<\/strong> condition on a deployment stage can also be leveraged for running advanced post-deployment logic, or simple automations such as notifying a maker when their deployment succeeds. <\/p>\n\n\n

Delegated deployments (coming soon)<\/h2>\n\n\n

What about preventing makers from customizing directly in production? Today, some customers use service principals within Azure DevOps and GitHub to deploy solutions. This way, only the service principal is required to have customization permissions in prod (required to import solutions). Not makers. However, it can become quite cumbersome to setup and manage. Soon, these use cases will be supported within pipelines in Power Platform. Note this will become available after scheduling and extensibility<\/em>. <\/p>\n\n\n

Managed environments<\/h2>\n\n\n

Pipelines requires access to one or more Managed Environments. While the date for pipelines GA has changed, the timeline for enforcing use of Managed Environments in pipelines hasn’t. We intend to add these enforcements in the second half of 2023 to help admins stay compliant. Developer environments can now be enabled as Managed Environments<\/a> and used in pipelines for development and QA through the Power Apps Developer Plan<\/a> license. It’s a good time to start planning your environment strategy if you haven’t done so already. <\/p>\n\n\n

Learn more about pipelines<\/h2>\n\n\n