Skip to content

Commit d313ff3

Browse files
committed
suggestions
1 parent b33baf8 commit d313ff3

File tree

1 file changed

+32
-11
lines changed

1 file changed

+32
-11
lines changed

content/blog/journaling/index.md

Lines changed: 32 additions & 11 deletions
Original file line numberDiff line numberDiff line change
@@ -11,29 +11,50 @@ draft: false
1111
# linter test. Max length is 160 characters.
1212
meta_desc: Pulumi deployments get up to 10x faster with journaling, a new snapshotting approach that speeds up large stacks while keeping full data integrity.
1313

14-
# The meta_image appears in social-media previews and on the blog home page. A
15-
# placeholder image representing the recommended format, dimensions and aspect
16-
# ratio has been provided for you.
1714
meta_image: meta.png
1815

19-
# At least one author is required. The values in this list correspond with the
20-
# `id` properties of the team member files at /data/team/team. Create a file for
21-
# yourself if you don't already have one.
2216
authors:
2317
- thomas-gummerer
2418

25-
# At least one tag is required. Lowercase, hyphen-delimited is recommended.
2619
tags:
2720
- journaling
2821
- performance
2922
- data-integrity
3023

3124
social:
32-
twitter: Speeding up your Pulumi deployments by 10x
33-
linkedin: Want faster Pulumi deployments on big stacks? Read on how we improved the performance of Pulumi deployments with lots of resources by up to 10x, and how you can get access to it today.
25+
twitter: |
26+
Pulumi deployments just got up to 10x faster:
27+
28+
- Journaling: Send only changes, not full snapshots
29+
- Data integrity: No compromise on reliability
30+
- Network traffic cut by 85%+ on large stacks
31+
32+
Try it: [link]
33+
linkedin: |
34+
# Pulumi Deployments Get Up to 10x Faster
35+
36+
Large Pulumi stacks just got a major performance boost. Here's what changed.
37+
38+
# The Problem
39+
Pulumi saves snapshots at every deployment step to maintain data integrity. For large stacks, this creates a bottleneck: uploading the full snapshot serially slows everything down.
40+
41+
# The Solution: Journaling
42+
Instead of sending the whole snapshot, journaling sends only individual changes. These journal entries can go in parallel, and Pulumi Cloud reconstructs the full snapshot on the backend.
43+
44+
# The Results
45+
In benchmarks on a 3,000+ resource stack:
46+
47+
Time dropped from 58 minutes to 3 minutes
48+
Network traffic cut from 16.5MB to 2.3MB
49+
50+
# Why This Matters
51+
You get the speed without sacrificing data integrity. Unlike SKIP_CHECKPOINTS, journaling still tracks all in-flight operations. If something fails mid-deployment, Pulumi still knows exactly what happened.
52+
53+
# Get Started
54+
This feature is in opt-in testing. Reach out on Pulumi Community Slack or through Support to get your org enrolled. Then set PULUMI_ENABLE_JOURNALING=true.
55+
56+
Read more: [link]
3457

35-
# See the blogging docs at https://github.com/pulumi/docs/blob/master/BLOGGING.md
36-
# for details, and please remove these comments before submitting for review.
3758
---
3859

3960
Today we're introducing an improvement that can speed up deployments up to 10x. At every deployment, and at every step within a deployment, Pulumi saves a snapshot of your cloud infrastructure. This gives Pulumi a current view of state even if something fails mid-operation, but it comes with a performance penalty for large stacks. Here's how we fixed it.

0 commit comments

Comments
 (0)