this post was submitted on 23 Jan 2026
3 points (71.4% liked)

Programming

24586 readers
112 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev



founded 2 years ago
MODERATORS
top 2 comments
sorted by: hot top controversial new old
[โ€“] MagicShel@lemmy.zip 1 points 5 hours ago* (last edited 5 hours ago) (1 children)

I think there is a problem with overloading the term API gateway. That's really an orchestration service that might often live behind the gateway itself. In fact in some architectures each of those service calls would go through their own API gateway, if they serve both clients and services.

I agree with the idea and have used this architecture multiple times, but calling it an API gateway (which, to be fair, is exactly what I called it the first time I proposed it in design meetings) is going to confuse folks who are already working on cloud architecture.

[โ€“] brian@programming.dev 1 points 1 hour ago

this overloads a handful of names, like the "client side routing" really confused me for a second there, I kept trying to fit in actual csr until I realized what it had done. not sure if they've just heard the terms before out of context or if it's llm slop.

for reference, I've commonly seen this as backend for frontend (bff) in architecture discussions