Release v1.50.1 · pulumiverse/pulumi-scaleway

What's Changed Regenerate Github Actions workflows for pulumi-scaleway by @pulumiverse-bot in #564 Mark the Scaleway access & secret keys as secrets by @ringods in #567 Full Changelog: v1.50.0......

GitHub

Stop debugging broken YAML deployments at 2am. Wladi Mitzel shows how Java teams can define, test & deploy cloud infrastructure with real #Java code instead of YAML chaos — with #JUnit, refactoring, #CI/CD & type safety: https://javapro.io/2026/05/12/stop-writing-yaml-how-to-define-test-and-deploy-your-cloud-in-pure-java/

#DevOps #Pulumi #Cloud PulumiCorp

Release v2.32.0 · pulumiverse/pulumi-grafana

What's Changed Upgrade terraform-provider-grafana to v4.38.0 by @pulumiverse-bot in #415 Full Changelog: v2.31.0...v2.32.0

GitHub
Release v2.31.0 · pulumiverse/pulumi-grafana

What's Changed Upgrade terraform-provider-grafana to v4.37.0 by @pulumiverse-bot in #413 Full Changelog: v2.30.1...v2.31.0

GitHub

currently investigating a good directory structure for my #IaC with #pulumi
there will be my "www stuff", but i also want to leave some space for silly side projects. so maybe some sort of multi-project setup ?

not sure yet! but reading through this as a start https://www.pulumi.com/docs/iac/guides/basics/organizing-projects-stacks/

Organizing projects

An overview of best practices when organizing and structuring cloud projects and stacks.

pulumi

Infrastructure as Code isn't a single tool - it's an ecosystem of approaches and tradeoffs.

At Nebraska.Code(), Mike Benkovich shares how these popular Azure infrastructure tools compare and when each is the right choice for your environment.

🔗 https://nebraskacode.amegala.com/

#NebraskaCode #Azure #Terraform #InfrastructureAsCode #Pulumi #Bicep

I think I actually figured the sweet spot:
1. Author #routeros config in #nix.

It just makes sense. It's declarative but with good options, and I can model all of my routers and cross-reference the configuration with Nix modules support. The options hierarchy loosely follows Mikrotik, the modules offer logical slicing.

2. Nix outputs JSON.

As JSON is a valid YAML, this can be fed straight into Pulumi’s YAML SDK. Even better, #pulumi calls Nix itself!

3. Pulumi actuates the state.

This solves the problem of secrets in Nix (no secrets), the diff calculation (3-way sync between plan, state, live), and tolerance to manual router config changes that I might forget about.

4. A script runs Pulumi up and does a real diff.

Everything above is vibecoded, so this is the guardrail: even if Pulumi provider fucks up, the script will show the real diff between the live config export before and after. It's not a state diff, it's a semantic diff of routeros export, and it's 100% reliable in telling what did actually change.

Release v1.50.0 · pulumiverse/pulumi-scaleway

What's Changed Bump brace-expansion from 5.0.5 to 5.0.6 in /examples/ts/server by @dependabot[bot] in #555 Upgrade terraform-provider-scaleway to v2.76.0 by @pulumiverse-bot in #563 Full Changelo...

GitHub
Release v2.30.1 · pulumiverse/pulumi-grafana

What's Changed Upgrade terraform-provider-grafana to v4.36.2 by @pulumiverse-bot in #411 Full Changelog: v2.30.0...v2.30.1

GitHub

Most Infrastructure-as-Code breaks once complexity appears: copy-pasted #YAML, hidden dependencies & untestable configs. @wlami shows how #Java replaces fragile cloud configs with reusable, testable infrastructure components: https://javapro.io/2026/05/12/stop-writing-yaml-how-to-define-test-and-deploy-your-cloud-in-pure-java/

#DevOps #Pulumi @PulumiCorp