✳️ The Tech Caffeine #20: This Week In Tech✳️
Reliability Collaboration Model from Booking.com, What SRE is NOT, Learning Containers From Bottom Up, A Method For Measuring Analytical Work
✳️ This Week’s Featured Articles ✳️
How Reliability and Product Teams Collaborate at Booking.com
With more than 1.5M room nights booked per day, Booking.com requires a solid infrastructure that’s constantly monitored. This article outlines how Booking.com’s reliability teams approach their collaboration with product teams on shared systems by using two homegrown tools, the Reliability Collaboration Model (RCM) and the Ownership Map.
You can download the high-resolution model diagrams here.
What SRE is not
This article from Niall Murphy is a must-read if you are in the SRE space and have been struggling with defining what SRE is or is not.
A method for measuring analytical work
One of the great ironies of the analytics industry is its utter inability to measure itself. Despite “defining key metrics” for ambiguous business processes being a key responsibility in nearly every analytics role, we enthusiastically reject doing it for ourselves. Our work has been, and frustratingly remains, unmeasurable.
How GitLab automates engineering management
As an engineer, figuring out how to automate your work becomes an important aspect of your job. From writing powerful dotfiles, to customizing bash scripts, to writing robust and rigorous tests, engineers regularly look for ways to automate their repetitive work.
At GitLab, engineering managers are no different and are constantly looking for ways to automate their work. I asked engineering managers at GitLab to share their automation scripts and their responses were overflowing.
Learning Containers From The Bottom Up
When I started using containers back in 2015, my initial understanding was that they were just lightweight virtual machines with a subsecond startup time. With such a rough idea in my head, it was easy to follow tutorials from the Internet on how to put a Python or a Node.js application into a container. But pretty quickly, I realized that thinking of containers as of VMs is a risky oversimplification that doesn't allow me to judge:
What's doable with containers and what's not
What's an idiomatic use of containers and what's not
What's safe to run in containers and what's not.
Overengineering can kill your product
Today’s post is not directed only to product managers. Founders, investors, or any other profile with enough skin in the game on any digital product or service could also take advantage of it.
I believe it because we will talk about one of the most prevalent issues when creating products: overengineering them. In my opinion, overengineering has killed more products than the absence of good development practices.
✳️ Recommended Course ✳️
✳️ Tweet Of the Week ✳️
You can also follow me on Twitter for more cool tech stuff
✳️ Thank you for making it this far ✳️
If you enjoyed this newsletter, please share this with your friends & colleagues!
Want your own copy of this newsletter?
This newsletter was proofread by Grammarly