Skip to content

Commit f9df1eb

Browse files
authored
blog: fix a broken link in the latest IDP blog (#15763)
1 parent 7ad60d5 commit f9df1eb

File tree

1 file changed

+1
-1
lines changed
  • content/blog/idp-strategy-planning-self-service-infrastructure-that-balances-developer-autonomy-with-operational-control

1 file changed

+1
-1
lines changed

content/blog/idp-strategy-planning-self-service-infrastructure-that-balances-developer-autonomy-with-operational-control/index.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -104,7 +104,7 @@ These are the fundamental building blocks that exist in AWS, Azure, GCP, and oth
104104
Components take those raw infrastructure resources and package them into higher-level abstractions that encapsulate best practices, security policies, and organizational standards.
105105
For example, instead of manually configuring 15 different AWS resources to create a secure web application, you create a component that handles all that complexity and exposes just the configuration options that matter to your developers.
106106

107-
**Layer 3: Developer Experience Layer** - This is where [Pulumi Templates](https://www.pulumi.com/templates/) and the [Private Registry](https://www.pulumi.com/docs/pulumi-cloud/private-registry/) come into play.
107+
**Layer 3: Developer Experience Layer** - This is where [Pulumi Templates](https://www.pulumi.com/templates/) and the [Private Registry](https://www.pulumi.com/docs/idp/get-started/private-registry/) come into play.
108108
Templates provide ready-to-deploy patterns that developers can customize, while the private registry makes everything discoverable and manageable at scale.
109109

110110
In our workshop, we focused specifically on those top two layers because that's where the transformation happens. This is where you turn raw infrastructure into something developers can actually use productively without becoming infrastructure experts themselves.

0 commit comments

Comments
 (0)