/Microservices

Authorization In Microservices

tl;dr: When you move from a monolith to a service-oriented architecture, you need to design your authorization accordingly. You'll need to share your Authorization data between your services, and there are many ways to do that. Each design and architecture decision you'll make has trade-offs that you'll need to understand. We'll show you each of those choices and their trade-offs. And, we'll provide you with heuristics that will help you make decisions about your service architecture.

featured in #486


How DoorDash Used A Service Mesh To Manage Data Transfer, Reducing Hops And Cloud Spend

- Levon Stepanian Hochuen Wong tl;dr: There have been many benefits gained through DoorDash’s evolution from a monolithic application architecture to one based on microservices. The new architecture has reduced the time required for development, test, and deployment and at improved scalability and resiliency. DoorDash observed an uptick in data transfer costs, which prompted the engineering team to investigate alternative ways to provide the same level of service more efficiently. 

featured in #483


How DoorDash Standardized And Improved Microservices Caching

- Jason Fan Lev Neiman tl;dr: DoorDash's expanding microservices architecture led to challenges in interservice traffic and caching. The article details how DoorDash addressed these challenges by developing a library to standardize caching, enhancing performance without altering existing business logic. Key features include layered caches, runtime feature flag control, and observability with cache shadowing. The authors also provides guidance on when to use caching.

featured in #459


You Want Modules, Not Microservices

- Ted Neward tl;dr: Ted dissecting the concept of a microservice to “get to the real root of what's going on” arguing there's a mis-match between its promise and what it actually delivers.

featured in #402


You Don’t Need Microservices

- Matthew Spence tl;dr: "The monolith should remain the default choice for new, small, and medium-sized engineering teams. Microservices are still an option, but you should have compelling context-specific reasons to justify their use." 

featured in #339


The Macro Problem With Microservices

- Ryland Goldstein tl;dr: "Distributing things solves scaling concerns, but introduces a whole new world of problems, many of which were previously solved by monoliths."

featured in #216


Micro Frontends

- Cam Jackson tl;dr: The benefits of moving to this architecture are working with smaller, more maintainable codebases, structuring teams to be autonomous and writing code in more incremental fashion. The article comes with an implementation example.

featured in #145