There is a point in many serverless platforms where a Step Functions workflow that once felt elegant starts to feel like a mini application platform of its own. I have seen this happen in teams that are doing many things correctly: they standardized orchestration, they improved visibility, and they moved fragile glue logic out of Lambdas. Then six months later, the workflow has 100+ states, a maze
My Hugo blog was downloading 3.6 MB of JavaScript and 40 KB of external CSS on every page load. For a static blog with mostly text and a few diagrams, that was absurd. Here is how I fixed it. HTML: 86 KB JavaScript: 3.6 MB (Mermaid + KaTeX) CSS: 40 KB (KaTeX stylesheets) Problem: render-blocking scripts loaded on every page for math and diagrams Adding minifyOutput = true to hugo.toml shrunk HTML
Overview Let's get our hands dirty. This part covers the full setup and the actual demo: deploy PayLedger to both regions, wire up Route 53 failover, configure the Agent Space, inject three simultaneous faults, and walk through exactly what the agent found. Quick recap from Part 1: PayLedger is a demo payment ledger deployed to ap-southeast-1 (primary) and ap-northeast-1 (secondary) with Route 5
Optimisation HLS pour DOMTOM Ce dépôt documente une approche orientée ingénierie réseau pour optimiser la distribution HLS (HTTP Live Streaming) dans les territoires DOMTOM. L’objectif est d’améliorer la stabilité de lecture, la latence effective et la robustesse face aux variations de gigue, tout en respectant les contraintes de décodage client, de parsing de manifestes, et de routage ISP. Pers
Contournement du flux vidéo FAI DOMTOM — FAQ Développeur (réseau, protocoles, parsing) Point de vue : cette FAQ est rédigée du point de vue d’un ingénieur logiciel/réseau traitant la couche transport, le routage ISP, la signalisation de session et la reconstruction applicative (parsing, dé-multiplexage, adaptation de manifestes), spécifiquement dans des contextes DOM-TOM où les chemins d’achemi