Architecture Weekly Issue #153. Articles, books, and playlists on architecture and related topics. Split by sections, highlighted with complexity: 🤟 means hardcore, 👷‍♂️ is technically applicable right away,  🍼 - is an introduction to the topic or an overview. Now in telegram and Substack as well.

System Design Course

Looking to advance your system design skills further? I've got a Business Oriented System Design Course to help you! The Cohort #4 starts January, 29th - this Wednesday! 5 slots left. Follow this page: https://vvsevolodovich.dev/business-oriented-system-design-course/

Highlights

The Cloud Architecture of the Next 10 Years 🍼

Last issue of the newsletter quoted Gregor Hohpe on the benefits of technology only comes truly into play when it resolves a constraint. The same applies for the cloud technologies forecast: the cloud architecture should prove the same powerful capabilities, but simplify the most complex areas. I really liked the principles from this blog post.

The Cloud Architecture of the Next 10 Years
Klotho is a modern developer-first infrastructure-as-code tool for public cloud

#philosophy

A practical guide for growing systems 🍼

Grab a nice overview of the basic tactics that you can apply while growing a monolith. From vertical scaling to routing, database sharding, caching and message queues. Nice intro material.

Scaling Monoliths: A Practical Guide for Growing Systems
A well-designed monolith can scale remarkably well, despite industry trends pushing toward microservices. From database sharding to message queues, learn practical strategies to grow your monolithic system effectively.

#performance

Logical replication in Postgres 👷‍♂️

Logical replication is sending commands(insert, update, etc.) instead of raw bytes of log files. Phil Eaton shows how to configure Postgres instances to get the logical replication running - and it's easier than you would probably think!

Logical replication in Postgres: Basics
In this post we’l

#db

Follow-Up

Apache BookKeeper Insights 🤟

You probably heard about Raft consensus protocol. It is an integrated protocol where we expect each node to have full state. BookKeeper is built differently: it has a client which works as orchestrator, and storage nodes with partial data. Get to know the implications of such design on the replication factors and availability and durability guarantees!

Apache BookKeeper Insights Part 1 — External Consensus and Dynamic Membership
Series Introduction

#distriubtedsystems

Leaving Kubernetes at Gitpod 👷‍♂️

Kubernetes is a great tool for managing application workloads. Gitpod though manages developer environments and they significantly defer from the applications. After researching on microVMs appoach, they decided to build their own product. Grab the details on the challenges inside!

We’re leaving Kubernetes - Blog
Discover why Gitpod is moving away from Kubernetes for cloud development environments after 6 years of experience at scale. Learn about Gitpod Flex and our new approach to development infrastructure for developers.

#kubernetes #casestudy

Reducing the latency by 43% at LinkedIn Recommendations

It is pretty interesting that some of the performance problems are not forced by the scale itself, but rather historic reasons. Refining the situation and changing the approach to a more suitable solution yields amazing results. LinkedIn manged to reduce the latency for the recommendation tabs at 90% percentile that way. Follow the article for more.

Accelerating LinkedIn’s My Network tab by reducing latency and improving UX

#performance #caststudy

Individual cost vs value 🍼

A post not about architecture, but about an employee value and compensation. People frequently ask to have a compensation increased based on inflation(?) or their living demands(???). Find out how your employer actually thinks about it.

Individual cost vs value
You should always generate more value than the perks the company puts on the table.

Big thanks to Nikita, Constantin, Anatoly, Oleksandr, Dima, Pavel B, Pavel, Robert, Roman, Iyri, Andrey, Lidia, Vladimir, August, Roman, Egor, Roman, Evgeniy, Nadia, Daria, Dzmitry, Mikhail, Nikita, Dmytro, Denis and Mikhail for supporting the newsletter on Patreon! If you like the newsletter, feel free to support it there - with one-time support for example!