Click Below to Get the Code

Browse, clone, and build from real-world templates powered by Harper.
News
GitHub Logo

Harper 4.5 Features Blob Storage and Blob Streaming for Large Unstructured Data

Harper 4.5 adds Blob Storage support for unstructured data, enabling faster, media-rich web experiences with improved caching, speed, and scalability.
Product Update
News
Product Update

Harper 4.5 Features Blob Storage and Blob Streaming for Large Unstructured Data

Harper
at Harper
April 1, 2025
Harper
at Harper
April 1, 2025
Harper
at Harper
April 1, 2025
April 1, 2025
Harper 4.5 adds Blob Storage support for unstructured data, enabling faster, media-rich web experiences with improved caching, speed, and scalability.
Harper

New Performance Enhancing Features Underscore Harper’s Steadfast Commitment to Delivering Superior Web Experiences at Speed and Scale

DENVER, Colo. – April 2, 2025 – Harper, bringing next-level web performance to a digital-first world, today announced the release of version 4.5 of its global application delivery platform. The latest release includes several new features for building, scaling, and running high-performant data-intense workloads, including the addition of Binary Large Object (Blob) storage for the efficient handling of unstructured, media-rich data, i.e., images, real-time videos, and rendered HTML. 

The most performant, high-volume websites in the world use Harper for its low-latency architecture and superior performance capabilities at the edge. In an industry where every millisecond counts, dynamic e-commerce sites require the same level of scale, support, and speed from unstructured data – such as videos, images and other large file types – that they’ve come to know with structured data, e.g., product information. With Blob storage, Harper version 4.5 builds on the company’s hallmark for speed – not only latency, but also data throughput – delivering better caching, faster load times, and uninterrupted content delivery even for media-heavy pages during peak traffic periods.

“Blob storage is more than a new feature in the Harper platform, it is a core enrichment that opens up new use cases for our customers,” said Jaxon Repp, CTO of Harper. “Blob storage leverages Harper’s native streaming, sharding, and replication functionality to enable organizations to innovate without compromise, delivering unparalleled performance at any scale, for any type of data.”

The Harper platform has fused the traditional software stack – database, application, cache, and messaging functions – into a single process, on a single server. By keeping data at the edge, Harper lets applications avoid the transit time of contacting a centralized database. Layers of resource-consuming logic, serialization, and network processes between each technology in the stack are removed, resulting in extremely low response times that translate into greater customer engagement, user satisfaction, and revenue growth. 

“We’re seeing great results caching full HTML pages as Blobs,” shared Kris Zyp, SVP of Engineering at Harper. “Some of these pages are a few hundred kilobytes, and we’ve been able to update thousands per second – basically hitting network transfer limits. You can shard your data, replicate Blobs in real-time, and serve users from the closest geographic node for nearly limitless horizontal scale.” 

Learn more about Harper’s streaming-first architecture from Kris Zyp in the video interview and blog post, Why Blob Storage in Harper 4.5 is a Bigger Deal Than You Think.

Other features found in Harper version 4.5 include:

  • Password hashing upgrade
  • Expanded analytics
  • Expanded sharding functionality
  • Improved storage reclamation
  • Certificate revocation 
  • HTTP/2 support

About Harper

Harper enables companies to achieve web speed, scale, and performance levels never seen before – with customers reporting as much as 7x faster page loads, nearly 30x faster LCPs, and more than 25 percent year-over-year revenue growth. Its innovative, backend technology collapses the traditional software stack into one highly-efficient, low-latency system with limitless horizontal scale. By combining data, application, cache, and messaging functions into a single process, on a single server, Harper eliminates the constraints and complexity of building, distributing, and maintaining data-dependent applications. In doing so, Harper unlocks new revenue streams for its clients and inspires dev teams to innovate without compromise. To learn more, visit www.harpersystems.dev

Media Contact:

April Burghardt

PR & Communications 

april@harperdb.io

646-246-0484

New Performance Enhancing Features Underscore Harper’s Steadfast Commitment to Delivering Superior Web Experiences at Speed and Scale

DENVER, Colo. – April 2, 2025 – Harper, bringing next-level web performance to a digital-first world, today announced the release of version 4.5 of its global application delivery platform. The latest release includes several new features for building, scaling, and running high-performant data-intense workloads, including the addition of Binary Large Object (Blob) storage for the efficient handling of unstructured, media-rich data, i.e., images, real-time videos, and rendered HTML. 

The most performant, high-volume websites in the world use Harper for its low-latency architecture and superior performance capabilities at the edge. In an industry where every millisecond counts, dynamic e-commerce sites require the same level of scale, support, and speed from unstructured data – such as videos, images and other large file types – that they’ve come to know with structured data, e.g., product information. With Blob storage, Harper version 4.5 builds on the company’s hallmark for speed – not only latency, but also data throughput – delivering better caching, faster load times, and uninterrupted content delivery even for media-heavy pages during peak traffic periods.

“Blob storage is more than a new feature in the Harper platform, it is a core enrichment that opens up new use cases for our customers,” said Jaxon Repp, CTO of Harper. “Blob storage leverages Harper’s native streaming, sharding, and replication functionality to enable organizations to innovate without compromise, delivering unparalleled performance at any scale, for any type of data.”

The Harper platform has fused the traditional software stack – database, application, cache, and messaging functions – into a single process, on a single server. By keeping data at the edge, Harper lets applications avoid the transit time of contacting a centralized database. Layers of resource-consuming logic, serialization, and network processes between each technology in the stack are removed, resulting in extremely low response times that translate into greater customer engagement, user satisfaction, and revenue growth. 

“We’re seeing great results caching full HTML pages as Blobs,” shared Kris Zyp, SVP of Engineering at Harper. “Some of these pages are a few hundred kilobytes, and we’ve been able to update thousands per second – basically hitting network transfer limits. You can shard your data, replicate Blobs in real-time, and serve users from the closest geographic node for nearly limitless horizontal scale.” 

Learn more about Harper’s streaming-first architecture from Kris Zyp in the video interview and blog post, Why Blob Storage in Harper 4.5 is a Bigger Deal Than You Think.

Other features found in Harper version 4.5 include:

  • Password hashing upgrade
  • Expanded analytics
  • Expanded sharding functionality
  • Improved storage reclamation
  • Certificate revocation 
  • HTTP/2 support

About Harper

Harper enables companies to achieve web speed, scale, and performance levels never seen before – with customers reporting as much as 7x faster page loads, nearly 30x faster LCPs, and more than 25 percent year-over-year revenue growth. Its innovative, backend technology collapses the traditional software stack into one highly-efficient, low-latency system with limitless horizontal scale. By combining data, application, cache, and messaging functions into a single process, on a single server, Harper eliminates the constraints and complexity of building, distributing, and maintaining data-dependent applications. In doing so, Harper unlocks new revenue streams for its clients and inspires dev teams to innovate without compromise. To learn more, visit www.harpersystems.dev

Media Contact:

April Burghardt

PR & Communications 

april@harperdb.io

646-246-0484

Harper 4.5 adds Blob Storage support for unstructured data, enabling faster, media-rich web experiences with improved caching, speed, and scalability.

Download

White arrow pointing right
Harper 4.5 adds Blob Storage support for unstructured data, enabling faster, media-rich web experiences with improved caching, speed, and scalability.

Download

White arrow pointing right
Harper 4.5 adds Blob Storage support for unstructured data, enabling faster, media-rich web experiences with improved caching, speed, and scalability.

Download

White arrow pointing right

Explore Recent Resources

Comparison
GitHub Logo

Kafka-Centered Stacks vs. a Single Harper Cluster: Where Real-Time Latency Actually Comes From

End-to-end latency in real-time pipelines comes from coordination across systems, not from any single component. Four common workloads, tested two ways, show where multi-hop architectures compound delays and where collapsing storage, messaging, and compute into one runtime changes the math.
Cache
Comparison
End-to-end latency in real-time pipelines comes from coordination across systems, not from any single component. Four common workloads, tested two ways, show where multi-hop architectures compound delays and where collapsing storage, messaging, and compute into one runtime changes the math.
Person with short dark hair and moustache, wearing a colorful plaid shirt, smiling outdoors in a forested mountain landscape.
Aleks Haugom
Senior Manager of GTM
Comparison

Kafka-Centered Stacks vs. a Single Harper Cluster: Where Real-Time Latency Actually Comes From

End-to-end latency in real-time pipelines comes from coordination across systems, not from any single component. Four common workloads, tested two ways, show where multi-hop architectures compound delays and where collapsing storage, messaging, and compute into one runtime changes the math.
Aleks Haugom
Jun 2026
Comparison

Kafka-Centered Stacks vs. a Single Harper Cluster: Where Real-Time Latency Actually Comes From

End-to-end latency in real-time pipelines comes from coordination across systems, not from any single component. Four common workloads, tested two ways, show where multi-hop architectures compound delays and where collapsing storage, messaging, and compute into one runtime changes the math.
Aleks Haugom
Comparison

Kafka-Centered Stacks vs. a Single Harper Cluster: Where Real-Time Latency Actually Comes From

End-to-end latency in real-time pipelines comes from coordination across systems, not from any single component. Four common workloads, tested two ways, show where multi-hop architectures compound delays and where collapsing storage, messaging, and compute into one runtime changes the math.
Aleks Haugom
Tutorial
GitHub Logo

Your API cache is secretly a database

Most teams treat a cache as a black box: URL-keyed blobs with a TTL, useful for speed and nothing else. In Harper, cached data lands in a real table inside the same query engine. That means filtering, joining, real-time subscriptions, and vector search all work against it.
Cache
Tutorial
Most teams treat a cache as a black box: URL-keyed blobs with a TTL, useful for speed and nothing else. In Harper, cached data lands in a real table inside the same query engine. That means filtering, joining, real-time subscriptions, and vector search all work against it.
Person with very short blonde hair wearing a light gray button‑up shirt, standing with arms crossed and smiling outdoors with foliage behind.
Kris Zyp
SVP of Engineering
Tutorial

Your API cache is secretly a database

Most teams treat a cache as a black box: URL-keyed blobs with a TTL, useful for speed and nothing else. In Harper, cached data lands in a real table inside the same query engine. That means filtering, joining, real-time subscriptions, and vector search all work against it.
Kris Zyp
Jun 2026
Tutorial

Your API cache is secretly a database

Most teams treat a cache as a black box: URL-keyed blobs with a TTL, useful for speed and nothing else. In Harper, cached data lands in a real table inside the same query engine. That means filtering, joining, real-time subscriptions, and vector search all work against it.
Kris Zyp
Tutorial

Your API cache is secretly a database

Most teams treat a cache as a black box: URL-keyed blobs with a TTL, useful for speed and nothing else. In Harper, cached data lands in a real table inside the same query engine. That means filtering, joining, real-time subscriptions, and vector search all work against it.
Kris Zyp
Tutorial
GitHub Logo

Introducing Structon: Random-Access Binary Encoding for JavaScript

Deserializing entire records to read one field is a bottleneck at scale. Structon stores objects in a binary format where any field is reachable by byte offset, with lazy getters that never allocate until you access a property. It's the encoding Harper has used internally for years, now a standalone package.
JavaScript
Tutorial
Deserializing entire records to read one field is a bottleneck at scale. Structon stores objects in a binary format where any field is reachable by byte offset, with lazy getters that never allocate until you access a property. It's the encoding Harper has used internally for years, now a standalone package.
Person with very short blonde hair wearing a light gray button‑up shirt, standing with arms crossed and smiling outdoors with foliage behind.
Kris Zyp
SVP of Engineering
Tutorial

Introducing Structon: Random-Access Binary Encoding for JavaScript

Deserializing entire records to read one field is a bottleneck at scale. Structon stores objects in a binary format where any field is reachable by byte offset, with lazy getters that never allocate until you access a property. It's the encoding Harper has used internally for years, now a standalone package.
Kris Zyp
Jun 2026
Tutorial

Introducing Structon: Random-Access Binary Encoding for JavaScript

Deserializing entire records to read one field is a bottleneck at scale. Structon stores objects in a binary format where any field is reachable by byte offset, with lazy getters that never allocate until you access a property. It's the encoding Harper has used internally for years, now a standalone package.
Kris Zyp
Tutorial

Introducing Structon: Random-Access Binary Encoding for JavaScript

Deserializing entire records to read one field is a bottleneck at scale. Structon stores objects in a binary format where any field is reachable by byte offset, with lazy getters that never allocate until you access a property. It's the encoding Harper has used internally for years, now a standalone package.
Kris Zyp