aiobe | 1 month ago | on: OpenClaw is changing my life
aiobe's comments
aiobe | 1 year ago | on: Data-as-a-Product and Data-Contract: An evolutionary approach to data maturity
aiobe | 4 years ago | on: HTTP Feeds
This is much easier to implement, both in server and client side, and it greatly removed the amount of data transferred. With fixed pages you would return content of the latest page for every poll request until it is "full".
aiobe | 4 years ago | on: HTTP Feeds
- Security: In B2B scenarios or public APIs would you open your broker to the WWW? HTTP has a solid infrastructure, including firewalls, ddos defence, API gateways, certificate management, ... - Organisational dependencies: Some team needs to maintain the broker (team 1, team 2, or a third platform team). You have a dependency to this team, if you need a new topic, user, ... Who is on call when something goes wrong? - Technology ingestion: A message broker ingests technology into the system. You need compatible client libraries, handle version upgrades, resilience concepts, learn troubleshooting...
aiobe | 4 years ago | on: HTTP Feeds
For this spec I aimed to keep it as simple as possible. And plain polling-based JSON Endpoints are the most simple and robust endpoints IMHO.
If you need, you could implement an SSE representation on the server endpoint by prober content negotiation.
The main reason, why I dropped SSE it the lack of proper back pressure, i.e. what happens when a consumes slower than the server produces messages. Plus, it is quite hard to debug SSE connections, e. g. no support by Postman and other dev tools. And long lasting HTTP connections are still a problem in todays infrastructure. E. g. there is currently no support for SSE endpoints in Digital Ocean App Platform, and I am not sure about them in Google Cloud Run.
Overall, plain GET endpoints felt much simpler.
aiobe | 4 years ago | on: Ask HN: Where are all the cool architecture diagrams?
Using icons makes a difference. created with draw.io sloppy style.
aiobe | 4 years ago | on: Which version of JDK should I use?