4 ms·
> Tying a language runtime to a specific KV interface which is tied to a specific hosted service is the opposite of forward thinking. This is not the case. The
by dsherret 3y ago
> Tying a language runtime to a specific KV interface which is tied to a specific hosted service is the opposite of forward thinking.
This is not the case. The Deno runtime itself is not tied to the Deno Deploy hosting service. The KV feature in the Deno runtime can be used without the hosting service.
You can read the details about how Deno KV works in the Deno runtime here: https://til.simonwillison.net/deno/deno-kv https://til.simonwillison.net/deno/deno-kv (as has been posted in other comments)
- zja 3y ago> The KV feature in the Deno runtime can be used without the hosting service. But one writes to foundation, and the other writes to a sqlite file. You wouldn’t be able to self host an app written for Deno Deploy and have it work out of the box. Are there any plans to open source the KV backend so that people could host their own KV databases? Now that you can connect to remote Kv databases, I suppose someone could implement their own?
- andyferris 3y agoSelf-hosting should work with a change of configuration, no? As someone mentioned elsewhere, they have documented the protocol, so yes you could reimplement your own remote KV store.
- coding123 3y agoThis is what Java did - JCP created, APIs invented to be implemented by Tomcat, JBoss, fill in your favorite here. Configure your actual instance - in the past this was done with beautiful UIs - total waste of time considering we're in the era of Yaml (FBFW?) configuration.
- endisneigh 3y agoThis is not true, you cannot run your own foundationdb server and use the kv service without reimplementing yourself in fdb
- BoorishBears 3y agoThis instantly reminded me of Next.js, which is open source but has a special build format for serverless environments. The 1st party implementation is closed source: 3rd parties start on the back foot trying to implement alternatives and have to keep up with a 1st party that can move in lockstep. And sure enough, like every other time I see this kind of behavior: Deno was invested in by the CEO of Vercel. "Javascript is taken over by venture capital" wasn't on my 2023 bingo.
- dackerlunghack 3y agoVercel needs to stop with this bullshit. It is straight up predatory ”open” source. Like a trapper’s cage, there’s a convenient, tasty bait and then it’s too late.
- BoorishBears 3y agoIs it too cynical to say this might be a lesson devs need to learn the hard way? Right now the JS community has whipped themselves into a frenzy into building on VC backed technology. - They refuse to acknowledge that the loudest voices in the room are openly sponsored and invested in by the same VCs who own the companies behind said tech - They see no issue with a lack of diversity in implementations, instead settling for "it's a standard". Of course, defining a standard without a healthy variety of implementations means you end up with standards that don't benefit from a wide range of voices until well after they land (see RSC) At the end of the day, those two alone are a pretty harsh combo: A VC-backed network effect machine built across multiple brands, and high technical costs to building something that meets the collection of standards. I don't think anyone but FAANG can really compete with that without also getting VC dollars, thus reinforcing the loop.
- AgentME 3y agoYou can build a Next.js app and run it on a docker container or regular linux host almost anywhere. Vercel has some nice continuous deployment stuff built-in but I'm not sure how a Next.js app is locked into it at all.