Show HN: HighContext.ai – Serverless JSON Blob Storage | Hacker News Reader

Show HN: HighContext.ai – Serverless JSON Blob Storage

4 pointsjmarbach5 comments

Introducing HighContext.ai: Serverless Cloud Storage for Your JSON Data

In today’s AI-powered world, developers are constantly handling streams of JSON-formatted data — a trend that's only growing stronger. Just last week, OpenAI unveiled the 'JSON mode' feature, further cementing the dominance of JSON in data processing.

// Simplify Your JSON Data Storage

I know how cumbersome and costly managing database infrastructure can be. That's why I created HighContext.ai. Say goodbye to the headaches of data storage with my serverless solution:

* Intelligent Auto-Tiering: Automatically saves your JSON objects as blobs in-memory and archives them for cost-effective, long-term storage.

* REST API & Web UI: Manage your JSON objects with ease using our flexible tools.

* Streamlined Efficiency: Focus on your work while we handle the data.

// See the Difference for Yourself

HighContext.ai is more than just cloud storage – it's a programmable platform designed to supercharge your workflow. Experience the ease of storing your JSON data with HighContext. Give it a try and tell me what you think!

https://highcontext.ai

Cheers,

John

how is it different than s3?

Sounds like they provide a caching layer in between

"Every blob uploaded is stored in-memory to provide fast access — and then blobs that are not read frequently are eventually automatically moved to disk for low-cost, long-term storage. When you make a new read request to a blob in disk, it is reloaded back to memory, providing you the fastest possible access again."

For a developer-focused tool, it strikes me as odd that they wouldn't just use the term "caching" though?

Yes, I agree with your point. It reminds me a little of the ongoing debate over CDN vs Edge. However, one difference we offer is that eventually our 'cache' will flush to a persistent storage layer - so you don't have to think about managing your memory or disk resources. Data not used for weeks ends up in low-cost object storage - further saving you from high-cost memory storage costs and the repetitive task of performing this archiving operation yourself.

> eventually our 'cache' will flush to a persistent storage layer

What happens if the server goes down before the flush?

When a blob is saved, first I write it to Postgres (https://neon.tech), so that ensures there's a persisting backup. However, it's typically a waste of money to store infrequently accessed blobs in disk with Postgres over months and years. After 4-6 weeks data is offloaded to object storage - so that you benefit from low long term storage costs.

The lifecycle of a blob works out roughly something like as follows, based on last read date:

< 30 mins ago

- In-Memory: Cloudflare CDN

< 30 days ago

- In-Disk: Redis Auto-Tiering Memory/Disk combination

- In-Disk: Postgres

> 30 days ago

- Object Storage: Backblaze B2

Reply on news.ycombinator.com