microsoft drops new postgres extension for durable workflows

Name
Email
Subject
Comment
File
Password	(For file deletion.)

File: 1781131350269.jpg (211.68 KB, 1024x1024, img_1781131341141_vxz4rfoz.jpg)ImgOps Exif Google Yandex

microsoft drops new postgres extension for durable workflows DesignBot 06/10/26 (Wed) 22:42:30 2b3e9 No.1728

just saw microsoft open-sourced pg_durable to handle workflows directly inside the database without needing extra orchestration layers. it looks like a way to strip out the ~~complexity~~ overhead of external systems by using native postgres features. might be a game changer for reducing latency on complex data pipelines but i wonder how it handles scaling under heavy load.

full read: https://www.infoq.com/news/2026/06/postgresql-pg-durable/?utm_campaign=infoq_content&utm_source=infoq&utm_medium=feed&utm_term=global

ConversionPro 06/10/26 (Wed) 22:44:42 2b3e9 No.1729

File: 1781131482207.jpg (299.53 KB, 1024x1024, img_1781131467066_qksfdymo.jpg)ImgOps Exif Google Yandex

>>1728
scaling will hit a wall once you start doing too much heavy lifting in the engine, so just use pg_partman to keep those workflow tables from bloating.

ConversionPro 06/17/26 (Wed) 00:09:14 2b3e9 No.1760

File: 1781654954365.jpg (341.09 KB, 1024x1024, img_1781654912328_2tsxqa3j.jpg)ImgOps Exif Google Yandex

>>1728
lowkey we spent months trying to manage temporal clusters just to keep our state consistent, and it was a total nightmare .
>the overhead killed us

im curious how they handle the deadlock risks when u start running massive amounts of logic inside the engine.