pulumi · Copilot · Oct 2, 2025 · Oct 2, 2025
diff --git a/content/blog/2022-03-10-hierarchical-config/index.md b/content/blog/2022-03-10-hierarchical-config/index.md
@@ -9,9 +9,11 @@ authors: ["david-flanagan"]
 tags: ["config"]
 ---
 
-> [!INFO]
-> This blog post discusses hierarchical config before Pulumi ESC was released. ESC makes hierarchical config [easy](/blog/environments-secrets-configurations-management/).
+{{%% notes type="info" %%}}
 
+This blog post discusses hierarchical config before Pulumi ESC was released. ESC makes hierarchical config [easy](/blog/environments-secrets-configurations-management/).
+
+{{%% /notes %%}}
 A really common question that we receive on the Pulumi team is, "How can we set config at a project level, that can be used across all stacks?".
 
 When I say "really common" ... I mean really, really common.

diff --git a/content/blog/announcing-crossguard-preview/index.md b/content/blog/announcing-crossguard-preview/index.md
@@ -8,9 +8,11 @@ authors: ["erin-krengel"]
 tags: ["policy-as-code", "features", "pulumi-news"]
 ---
 
-> [!INFO]
-> This blog post discusses CrossGuard in "preview" status. CrossGuard is now fully released and integrated into Pulumi. For current information about Pulumi's policy as code capabilities, please refer to the [latest CrossGuard documentation](/docs/using-pulumi/crossguard/).
+{{%% notes type="info" %%}}
 
+This blog post discusses CrossGuard in "preview" status. CrossGuard is now fully released and integrated into Pulumi. For current information about Pulumi's policy as code capabilities, please refer to the [latest CrossGuard documentation](/docs/using-pulumi/crossguard/).
+
+{{%% /notes %%}}
 Over the past few months, we have been hard at work on Pulumi CrossGuard, a Policy as Code solution. Using CrossGuard, you can express flexible business and security rules using code. CrossGuard enables organization administrators to enforce these policies across their organization or just on specific stacks. CrossGuard allows you to verify or enforce custom policies on changes before they are applied to your resources. CrossGuard is 100% open source and available to all users of Pulumi, including the Individual Edition. Advanced organization-wide policy management features are available to Enterprise customers.
 
 <!--more-->

diff --git a/content/blog/announcing-new-usage-based-pricing-for-your-whole-team/index.md b/content/blog/announcing-new-usage-based-pricing-for-your-whole-team/index.md
@@ -9,9 +9,11 @@ tags:
    - features
    - ai
 ---
-> [!INFO]
-> This post is out-of-date. For the latest pricing and editions, please visit the [Pulumi Pricing page](/pricing/).
+{{%% notes type="info" %%}}
 
+This post is out-of-date. For the latest pricing and editions, please visit the [Pulumi Pricing page](/pricing/).
+
+{{%% /notes %%}}
 Today we are launching **Pulumi Team Edition**, a new way for teams to adopt and use Pulumi and the Pulumi Service to collaborate on building, managing and deploying cloud infrastructure as code. Pulumi Team Edition is priced based on the number of cloud resources under management, with a generous free tier to ensure that teams can get up and running with Pulumi Team Edition at no cost.
 
 **Pulumi Enterprise Edition**, which offers larger organizations advanced security, policy, access control, support and billing options, is also now available with usage-based pricing, including prepaid options with bulk discounts available.

diff --git a/content/blog/announcing-public-preview-update-plans/index.md b/content/blog/announcing-public-preview-update-plans/index.md
@@ -11,9 +11,11 @@ tags:
 canonical_url: "https://www.pulumi.com/docs/iac/concepts/update-plans/"
 ---
 
-> [!INFO]
-> Update Plans now no longer require the `PULUMI_EXPERIMENTAL` environment variable. For the most up-to-date information about using Update Plans, please see the [Update Plans documentation](/docs/cli/commands/pulumi_preview#save-a-plan-file).
+{{%% notes type="info" %%}}
 
+Update Plans now no longer require the `PULUMI_EXPERIMENTAL` environment variable. For the most up-to-date information about using Update Plans, please see the [Update Plans documentation](/docs/cli/commands/pulumi_preview#save-a-plan-file).
+
+{{%% /notes %%}}
 Pulumi’s previews are an important part of any workflow where you want to see the changes that will be made to your infrastructure before actually making the changes (with `pulumi up`). However, today there is no guarantee that the `pulumi up` operation will do only what was previewed; if the program, or your infrastructure, changes between the preview and the update, the update might make additional changes to bring your infrastructure back in line with what’s defined in your program. We’ve [heard from many of you](https://github.com/pulumi/pulumi/issues/2318) that you need a strong guarantee about exactly which changes an update will make to your infrastructure, especially in critical and production environments.
 
 <!--more-->

diff --git a/content/blog/announcing-pulumi-0.15-kubernetes-cicd-openstack-and-more/index.md b/content/blog/announcing-pulumi-0.15-kubernetes-cicd-openstack-and-more/index.md
@@ -7,9 +7,11 @@ authors: ["luke-hoban"]
 tags: ["features", "continuous-delivery"]
 ---
 
-> [!INFO]
-> This blog post refers to an outdated version of Pulumi (0.15). For current features and capabilities, please refer to the [latest documentation](/docs/) and [current release notes](https://github.com/pulumi/pulumi/releases).
+{{%% notes type="info" %%}}
 
+This blog post refers to an outdated version of Pulumi (0.15). For current features and capabilities, please refer to the [latest documentation](/docs/) and [current release notes](https://github.com/pulumi/pulumi/releases).
+
+{{%% /notes %%}}
 Just over a month ago we publicly launched
 Pulumi, a new cloud native development
 platform.  The response has been overwhelming and we've been hard at

diff --git a/content/blog/aws-lambda-provisioned-concurrency-no-cold-starts/index.md b/content/blog/aws-lambda-provisioned-concurrency-no-cold-starts/index.md
@@ -150,9 +150,11 @@ Currently, there are issues with autoscaling based on the metrics, which makes p
 
 ## AWS Pricing
 
-> [!INFO]
-> The pricing information in this section is outdated. For the most current AWS Lambda pricing, including Provisioned Concurrency costs, please refer to the [official AWS Lambda pricing page](https://aws.amazon.com/lambda/pricing/).
+{{%% notes type="info" %%}}
 
+The pricing information in this section is outdated. For the most current AWS Lambda pricing, including Provisioned Concurrency costs, please refer to the [official AWS Lambda pricing page](https://aws.amazon.com/lambda/pricing/).
+
+{{%% /notes %%}}
 While hand-crafted Lambda warmers are virtually free, provisioned concurrency can be costly. The pricing model for Provisioned Concurrency differs from the standard on-demand Lambda model: Instead of purely per-call billing, AWS charges per hour for provisioned capacity.
 
 You pay for the Provisioned Concurrency you configure, even if a worker handled zero requests, plus a reduced rate for actual usage of those pre-provisioned instances.

diff --git a/content/blog/dotnet-preview/index.md b/content/blog/dotnet-preview/index.md
@@ -12,9 +12,11 @@ tags:
 canonical_url: "https://www.pulumi.com/docs/iac/languages-sdks/dotnet/"
 ---
 
-> [!INFO]
-> This post announces .NET Core in preview, which is now fully supported. Pulumi now supports newer .NET versions beyond .NET Core 3.1 mentioned in this article. For the most up-to-date information about using .NET with Pulumi, please see the [.NET documentation](/docs/languages-sdks/dotnet/).
-With the release of [Pulumi for .NET preview](/blog/pulumi-dotnet-core/), we've open the doors to [infrastructure as code](/what-is/what-is-infrastructure-as-code/) to even more developers and operators. Millions of .NET developers can now use their favorite languages and open source ecosystems to build modern, cloud native applications. We've added support for C#, F#, and Visual Basic. Because .NET Core is available on Windows, Linux, and macOS, you have a choice of platforms to use.
+{{%% notes type="info" %%}}
+
+This post announces .NET Core in preview, which is now fully supported. Pulumi now supports newer .NET versions beyond .NET Core 3.1 mentioned in this article. For the most up-to-date information about using .NET with Pulumi, please see the [.NET documentation](/docs/languages-sdks/dotnet/).
+
+{{%% /notes %%}}With the release of [Pulumi for .NET preview](/blog/pulumi-dotnet-core/), we've open the doors to [infrastructure as code](/what-is/what-is-infrastructure-as-code/) to even more developers and operators. Millions of .NET developers can now use their favorite languages and open source ecosystems to build modern, cloud native applications. We've added support for C#, F#, and Visual Basic. Because .NET Core is available on Windows, Linux, and macOS, you have a choice of platforms to use.
 
 You can create cloud resources by writing Microsoft .NET Core programs to build and deploy cloud resources to a wide variety of clouds, including Azure, AWS, GCP and more.  On Azure, you can manage resources like AKS Clusters, Functions, Azure App Services, Virtual Machines, Cosmos DBs, KeyVaults, and much, much more. Let's take a first look at Pulumi for .NET by deploying an application on Azure.
 

diff --git a/content/blog/enforcing-different-kinds-of-policies-for-cloud-resources/index.md b/content/blog/enforcing-different-kinds-of-policies-for-cloud-resources/index.md
@@ -11,9 +11,11 @@ tags:
 canonical_url: "https://www.pulumi.com/docs/iac/using-pulumi/crossguard/"
 ---
 
-> [!INFO]
-> This post describes an early version of Pulumi CrossGuard (Policy as Code). The API and implementation details may have changed. For the most up-to-date information, please see the [CrossGuard documentation](/docs/using-pulumi/crossguard/).
+{{%% notes type="info" %%}}
 
+This post describes an early version of Pulumi CrossGuard (Policy as Code). The API and implementation details may have changed. For the most up-to-date information, please see the [CrossGuard documentation](/docs/using-pulumi/crossguard/).
+
+{{%% /notes %%}}
 We recently announced [a new policy as code solution, CrossGuard](/blog/announcing-crossguard-preview/) that validates policies at deployment time. Policies are expressed as code and are used to prevent the creation of out-of-compliance resources. This allows an organization to prevent entire classes of security and reliability defects to ensure infrastructure is following best practices. Because policies are written using full-blown programming languages, it's possible to do interesting things such as [combining IAM Access Analyzer and Pulumi CrossGuard](/blog/aws-iam-access-analyzer-and-crossguard/). In this post, we'll take a closer look at the different types of policies that can be written.
 
 <!--more-->

diff --git a/content/blog/if-you-liked-ksonnet-youll-love-pulumi/index.md b/content/blog/if-you-liked-ksonnet-youll-love-pulumi/index.md
@@ -9,9 +9,11 @@ tags: ["Kubernetes", "cloud-native"]
 canonical_url: "https://www.pulumi.com/docs/iac/clouds/kubernetes/"
 ---
 
-> [!INFO]
-> This article references ksonnet, which was deprecated in 2019. For the most up-to-date information on using Pulumi with Kubernetes, see our [Kubernetes documentation](/docs/clouds/kubernetes/).
+{{%% notes type="info" %%}}
 
+This article references ksonnet, which was deprecated in 2019. For the most up-to-date information on using Pulumi with Kubernetes, see our [Kubernetes documentation](/docs/clouds/kubernetes/).
+
+{{%% /notes %%}}
 The Kubernetes landscape is constantly evolving as end users and
 developers search for the right tools, approaches, and abstractions to
 help them manage Cloud Native infrastructure in production.

diff --git a/content/blog/infrastructure-as-code-tools/index.md b/content/blog/infrastructure-as-code-tools/index.md
@@ -822,9 +822,11 @@ output "instance_ip" {
 License: GPL v3  
 Best For: Configuration management with some infrastructure provisioning capabilities
 
-> [!INFO]
-> Ansible is primarily a configuration management tool, not a pure Infrastructure as Code tool. While Ansible can provision some cloud resources, its core strength lies in configuring and managing software on existing systems rather than comprehensive infrastructure provisioning.
+{{%% notes type="info" %%}}
 
+Ansible is primarily a configuration management tool, not a pure Infrastructure as Code tool. While Ansible can provision some cloud resources, its core strength lies in configuring and managing software on existing systems rather than comprehensive infrastructure provisioning.
+
+{{%% /notes %%}}
 Ansible provides configuration management and limited infrastructure provisioning through its agentless architecture and simple YAML-based playbooks.
 
 Pulumi Integration: Rather than competing with Ansible, Pulumi complements it perfectly. Use Pulumi for infrastructure provisioning and Ansible for configuration management. Pulumi's Command provider can execute Ansible playbooks as part of your infrastructure deployment, and many Pulumi customers use both tools together for comprehensive infrastructure automation. [See example: Deploy WordPress to AWS using Pulumi and Ansible](/blog/deploy-wordpress-aws-pulumi-ansible/).
@@ -867,9 +869,11 @@ Code Example:
 License: Apache 2.0  
 Best For: Complex configuration management scenarios requiring programmable logic
 
-> [!INFO]
-> Chef is a configuration management tool, not an Infrastructure as Code tool. Chef focuses on configuring and maintaining software, services, and system settings on existing infrastructure rather than provisioning cloud resources.
+{{%% notes type="info" %%}}
+
+Chef is a configuration management tool, not an Infrastructure as Code tool. Chef focuses on configuring and maintaining software, services, and system settings on existing infrastructure rather than provisioning cloud resources.
 
+{{%% /notes %%}}
 Chef provides configuration management and system automation using Ruby-based recipes and cookbooks, offering powerful programmability for complex configuration scenarios.
 
 Key Features:
@@ -906,9 +910,11 @@ end
 License: Apache 2.0  
 Best For: Enterprise environments requiring strong governance and compliance
 
-> [!INFO]
-> Puppet is a configuration management tool, not an Infrastructure as Code tool. Puppet specializes in maintaining desired configuration state on existing systems and ensuring compliance, rather than provisioning cloud infrastructure.
+{{%% notes type="info" %%}}
 
+Puppet is a configuration management tool, not an Infrastructure as Code tool. Puppet specializes in maintaining desired configuration state on existing systems and ensuring compliance, rather than provisioning cloud infrastructure.
+
+{{%% /notes %%}}
 Puppet offers enterprise-grade configuration management with a focus on compliance, governance, and declarative system state management.
 
 Key Features:
@@ -949,9 +955,11 @@ class webserver {
 License: Apache 2.0  
 Best For: Python-oriented teams requiring high-performance configuration management
 
-> [!INFO]
-> Salt is primarily a configuration management and remote execution tool, not a pure Infrastructure as Code tool. While Salt can manage some infrastructure components, its primary focus is on configuring systems and executing commands across large infrastructures.
+{{%% notes type="info" %%}}
+
+Salt is primarily a configuration management and remote execution tool, not a pure Infrastructure as Code tool. While Salt can manage some infrastructure components, its primary focus is on configuring systems and executing commands across large infrastructures.
 
+{{%% /notes %%}}
 Salt provides fast, scalable configuration management and remote execution using Python, designed for high-performance system automation at scale.
 
 Key Features:

diff --git a/content/blog/inside-crosswalk-for-kubernetes/index.md b/content/blog/inside-crosswalk-for-kubernetes/index.md
@@ -15,9 +15,11 @@ tags:
 canonical_url: "https://www.pulumi.com/docs/iac/clouds/kubernetes/"
 ---
 
-> [!INFO]
-> This post describes an early version of Crosswalk for Kubernetes. Some of the links, examples, and implementation details may have changed. For the most up-to-date information, see the [Pulumi Kubernetes documentation](/docs/clouds/kubernetes/).
+{{%% notes type="info" %%}}
 
+This post describes an early version of Crosswalk for Kubernetes. Some of the links, examples, and implementation details may have changed. For the most up-to-date information, see the [Pulumi Kubernetes documentation](/docs/clouds/kubernetes/).
+
+{{%% /notes %%}}
 Running Kubernetes in production can be challenging. This past year, Pulumi has collected common patterns of usage informed by best practices for provisioning Kubernetes infrastructure and running containerized applications. We call this Pulumi Crosswalk for Kubernetes: a collection of playbooks and libraries to help you to successfully configure, deploy, and manage Kubernetes in a way that works for teams in production.
 
 ## Kubernetes is Vast and Complex

diff --git a/content/blog/project-config-mvp/index.md b/content/blog/project-config-mvp/index.md
@@ -12,9 +12,11 @@ tags:
     - config
 ---
 
-> [!INFO]
-> This blog post discusses project-level config before Pulumi ESC was released. ESC makes this and hierarchical config [easy](/blog/environments-secrets-configurations-management/).
+{{%% notes type="info" %%}}
 
+This blog post discusses project-level config before Pulumi ESC was released. ESC makes this and hierarchical config [easy](/blog/environments-secrets-configurations-management/).
+
+{{%% /notes %%}}
 One of our most up-voted feature requests (with 78 thumbs ups) is to [support hierarchical config](https://github.com/pulumi/pulumi/issues/2307). We're happy to announce that we've now released the first part of plans to support this feature.
 
 Pulumi will now allow you to set configuration values in your `Pulumi.yaml` file, using the given value as a default for all stacks in the project. While we expect even this first level of support will be incredibly useful to many people we also want to assure you that we have many more plans in place to make this feature even better.

diff --git a/content/blog/pulumi-1-0/index.md b/content/blog/pulumi-1-0/index.md
@@ -8,9 +8,11 @@ updated: "2025-04-16"
 meta_image: "pulumi-1-0.png"
 ---
 
-> [!INFO]
-> This blog post announces Pulumi 1.0, which has been superseded by newer versions. For information about the latest Pulumi release, please refer to the [current documentation](/docs/) and [recent release notes](https://github.com/pulumi/pulumi/releases).
+{{%% notes type="info" %%}}
 
+This blog post announces Pulumi 1.0, which has been superseded by newer versions. For information about the latest Pulumi release, please refer to the [current documentation](/docs/) and [recent release notes](https://github.com/pulumi/pulumi/releases).
+
+{{%% /notes %%}}
 Today we are excited to announce the general availability of Pulumi 1.0. Pulumi is a modern infrastructure as code tool that lets you declare infrastructure using familiar, general-purpose languages, with a SaaS management console for configuring identities, organizations, and related policies. By using familiar languages, developers and operators are able to work better together, sharing and reusing best practices, accomplishing new levels of automation, and unlocking access to ecosystems of existing tools. The 1.0 release is a significant milestone for us, our community, and our customers, and signals completeness, stability, and compatibility.
 
 ## What is Pulumi?

diff --git a/content/blog/pulumi-2-0/index.md b/content/blog/pulumi-2-0/index.md
@@ -8,9 +8,11 @@ meta_desc: "Today we are announcing Pulumi 2.0, a modern infrastructure as code
 meta_image: "pulumi-2-0.png"
 ---
 
-> [!INFO]
-> This blog post announces Pulumi 2.0, which has been superseded by newer versions. For information about the latest Pulumi release, please refer to the [current documentation](/docs/) and [recent release notes](https://github.com/pulumi/pulumi/releases).
+{{%% notes type="info" %%}}
 
+This blog post announces Pulumi 2.0, which has been superseded by newer versions. For information about the latest Pulumi release, please refer to the [current documentation](/docs/) and [recent release notes](https://github.com/pulumi/pulumi/releases).
+
+{{%% /notes %%}}
 Today we are excited to announce Pulumi 2.0, the next major stage in our journey as an open source project, company, and community. This release expands on our original vision of using your favorite languages and tools to do all things infrastructure as code, now with new cloud engineering superpowers that will help you and your team adopt modern cloud architectures.
 
 <!--more-->

diff --git a/content/blog/simplified-outputs-in-pulumi-0.17.0/index.md b/content/blog/simplified-outputs-in-pulumi-0.17.0/index.md
@@ -8,9 +8,11 @@ meta_desc: "Based on feedback from cloud developers, Pulumi Outputs have been si
 meta_image: "comp-list.png"
 ---
 
-> [!INFO]
-> This blog post refers to an outdated version of Pulumi (0.17). For current information about Outputs and the latest features, please refer to the [Inputs and Outputs documentation](/docs/concepts/inputs-outputs/).
+{{%% notes type="info" %%}}
 
+This blog post refers to an outdated version of Pulumi (0.17). For current information about Outputs and the latest features, please refer to the [Inputs and Outputs documentation](/docs/concepts/inputs-outputs/).
+
+{{%% /notes %%}}
 Pulumi allows cloud developers to use programming languages like
 JavaScript, TypeScript and Python to define and deploy cloud
 infrastructure and applications. To do this, Pulumi exposes a notion of