Jeremy Edberg

3.6K posts

Jeremy Edberg

Jeremy Edberg

@jedberg

CEO of @DBOS_Inc. I used to run https://t.co/y9IEZpqbCV and cloud reliability for @netflix. Created and exited a few startups.

Cupertino, CA Katılım Haziran 2007
320 Takip Edilen4.1K Takipçiler
Jeremy Edberg
Jeremy Edberg@jedberg·
@jamescmartinez DBOS has pluggable backends too. You can use SQLite too. How would maintain durability and exactly once execution using non-ACID data stores?
English
1
0
1
205
James Martinez
James Martinez@jamescmartinez·
Just poked around your docs a bit for the comparison, looks like we ended up with a pretty similar Postgres schema. Nice to know OW is going in the right direction Our overall approach is a bit different, in that we're trying to keep the core minimal w/ pluggable backends (Postgres is only the first, Redis/AWS/CF/etc. after)
English
1
0
2
2K
Jeremy Edberg retweetledi
Qian Li
Qian Li@qianl_cs·
New Screaming in the Cloud episode! Corey Quinn and our CEO @jedberg "chat about Jeremy's "build for three" rule, a plan for scale without going crazy, why he set Reddit's servers to Arizona time to dodge daylight saving time, and how DBOS makes your app as tough as your data." Check it out here: lastweekinaws.com/podcast/scream…
Qian Li tweet media
English
0
5
10
1.3K
Jeremy Edberg
Jeremy Edberg@jedberg·
Our engineer is doing a webcast today on our new durable Typescript library (which includes NextJS support!). Learn about coding with the DBOS durable execution  library - the easiest way to make backends crash-proof. 📷 Thurs, February 6, 2025 | 11 AM PT dbos.dev/webcast-dbos-t…
English
0
1
3
399
Jeremy Edberg retweetledi
DBOS
DBOS@DBOS_Inc·
Building startups isn’t all glamour, it’s grit. In this episode of @thisdotlabs, @jedberg unpacks the myth of 'overnight success,' share strategies for tackling slow growth, and explore what keeps founders motivated through the grind. 🧵
Tracy Lee | ladyleet@ladyleet

Startups aren't built overnight—they're often a long, slow grind. Loved having my friend @jedberg back on the podcast to talk about navigating the slog, selling your vision, and the value of celebrating small wins. Check it out!👇

English
1
4
7
4.8K
Jeremy Edberg
Jeremy Edberg@jedberg·
Our engineering team keeps delivering! This was a partnership I started working on in my first week, and it’s great to see it live! Proud of our team and their hard work to make this happen!
Supabase@supabase

The @DBOS_Inc team has released a Supabase integration so that you can use your Postgres database as a durable workflow engine supabase.com/blog/durable-w…

English
1
1
8
1.6K
Jeremy Edberg
Jeremy Edberg@jedberg·
"What is the secret to growing a DevTools business?" There is no secret. It's a lot of little things that add up over time. Like it or not, Github stars is one of them. If you have a Github account, can you give me a star? And tell your friends too! github.com/dbos-inc/dbos-…
Jeremy Edberg tweet media
English
0
2
6
886
Jeremy Edberg retweetledi
Qian Li
Qian Li@qianl_cs·
Had a great time last night at the #OSS4AI meetup at GitHub HQ -- met some brilliant devs focused on AI tools and taking AI to production. I also showcased Durable Swarm, diving into how DBOS enhances reliability and observability for AI agents. Even if the program crashes, DBOS picks up from the last completed step, so no progress is lost. Plus, DBOS exports OpenTelemetry traces, making it easier to monitor agents' behavior and performance. DBOS Transact is a lightweight, durable execution library (available in Python and TypeScript) that integrates seamlessly with any AI framework. Check out the demo code from my presentation: github.com/dbos-inc/durab… Give it a try -- I’d love to hear your feedback! Big thanks to @yujian_tang for organizing this great event and building an awesome community. Thanks Aaishika for the photos!
Qian Li tweet mediaQian Li tweet media
English
0
6
23
1.8K
Jeremy Edberg retweetledi
LlamaIndex 🦙
LlamaIndex 🦙@llama_index·
Build a serverless RAG app in just 9 lines of code with @DBOS_Inc and LlamaIndex! Learn how to: 🚀 Deploy AI apps to the cloud with a single command 💰 Reduce costs by 50x compared to AWS Lambda 🔄 Create resilient AI applications with durable execution This tutorial shows you how to: ➡️ Set up a project and load data ➡️ Build a RAG engine ➡️ Serve responses through HTTP ➡️ Deploy to DBOS Cloud Check out the full tutorial on their blog: dbos.dev/blog/serverles…
LlamaIndex 🦙 tweet media
English
1
14
74
9.9K
Jeremy Edberg retweetledi
Qian Li
Qian Li@qianl_cs·
🚀 Want to build and deploy an interactive AI app to the cloud in just 9 lines of code? Check out the new OpenAI quickstart guide I wrote. In this tutorial, you'll use @llama_index to create a Q&A engine, @FastAPI to serve it over HTTP, and @DBOS_Inc to deploy it serverlessly to the cloud. It's based on LlamaIndex’s 5-line starter, with just 4 extra lines to make it cloud-ready. Simple, fast, and ready to scale! Give it a try and let me know what you think 😊
Qian Li tweet media
English
1
6
17
1.5K
Jeremy Edberg
Jeremy Edberg@jedberg·
@ben11kehoe @supabase @neondatabase Let's set up a time for me to do a tech deep dive with you. If I can convince you, I can convince anyone. And if I can't, then the feedback would be invaluable.
English
1
0
1
57
Ben Kehoe
Ben Kehoe@ben11kehoe·
@jedberg @supabase @neondatabase We can talk about how burdensome this particular thing is, but the point is about who is accountable for it functioning correctly
English
1
0
0
70
Jeremy Edberg
Jeremy Edberg@jedberg·
@ben11kehoe @supabase @neondatabase If you use Neon or Supabase, it's basically behind an API. And if it really matters, you CAN put it in a database that we manage. Everyone else just prefers to have it in the same database as the app, because it's application data. It's storing all of your execution state.
English
0
0
0
47
Ben Kehoe
Ben Kehoe@ben11kehoe·
@jedberg @supabase @neondatabase The database inside EventBridge Scheduler is not my operational responsibility. If DBOS does not put the entire functionality behind an API—which it can't if it's using my database—it is making me accountable for more of the functionality.
English
2
0
1
96
Jeremy Edberg
Jeremy Edberg@jedberg·
@ben11kehoe @supabase @neondatabase The whole point of serverless is to minimize your operational overhead, not eliminate it. DBOS reduces it significantly over other options to get the same work done.
English
0
0
0
63
Jeremy Edberg
Jeremy Edberg@jedberg·
@ben11kehoe No. The DBOS traffic is a fraction of the app traffic. If your DB can handle your app it can handle your app with DBOS. But also we work with all the serverless postgres providers that manage scaling for you like @supabase and @neondatabase
English
1
0
0
121
Ben Kehoe
Ben Kehoe@ben11kehoe·
@jedberg "we designed DBOS to use the same database as your app's database" so I'm on the hook for making sure my DB handles that traffic appropriately, no?
English
1
0
0
193