Click Below to Get the Code

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

Defense Innovation Unit Issues Success Memo to HarperDB for its Common Operation Database Prototype

HarperDB Successfully Demonstrates COD Prototype with the U.S. Navy, Delivering Fault-Tolerant Data Connectivity for Autonomous Vehicles.
Announcement
News
Announcement

Defense Innovation Unit Issues Success Memo to HarperDB for its Common Operation Database Prototype

Harper
at Harper
September 10, 2024
Harper
at Harper
September 10, 2024
Harper
at Harper
September 10, 2024
September 10, 2024
HarperDB Successfully Demonstrates COD Prototype with the U.S. Navy, Delivering Fault-Tolerant Data Connectivity for Autonomous Vehicles.
Harper

HarperDB is proud to share that the Department of Defense (DoD) Defense Innovation Unit (DIU) has issued HarperDB a Success Memo for the completion of the Common Operational Database (COD) prototype project with the U.S. Navy. After field testing the COD prototype during a military exercise in May 2024, it was confirmed that HarperDB delivers fault-tolerant data connectivity between autonomous aquatic drones, aerial drones, and ground command stations.  

HarperDB’s Distributed Systems Platform played a critical role in the exercise, enabling real-time data exchange between various platforms, including wave adaptive modular vessel autonomous boats, unmanned aerial vehicles, and ground command stations.

“The Project Overmatch Mission Autonomy Proving Ground Field Exercise provided a valuable opportunity to showcase HarperDB’s capabilities in a challenging real-world environment that directly aligns with the goals of the DIU’s COD initiative,” said Jaxon Repp, Field CTO at HarperDB. “We are pleased to have successfully demonstrated the ability of our platform to connect and manage data across diverse platforms in the sorts of conditions these platforms will encounter in the real world.”

Highlights of HarperDB’s Performance

  • Established a distributed database cluster across multiple autonomous vehicles and shore-bound command and control systems.
  • Facilitated real-time exchange of mission-critical data streams in an environment with limited or intermittent network connectivity.
  • Delivered operational insight into the status of a continuously evolving constellation of autonomous assets.
  • Collaborated with other field exercise performers and military operators to integrate, adapt, and extend the HarperDB platform to meet dynamic mission requirements. 

After successfully demonstrating this COD technology, HarperDB is positioned to provide database management, common operating picture, real-time analysis, and network optimization technology to DoD and U.S. Government entities through a production Other Transaction agreement.

About HarperDB
HarperDB is a distributed systems platform designed for smooth operations in environments with inconsistent connectivity. It offers a powerful combination of data, application, and streaming systems in a single technology that enables real-time global data synchronization and offline functionality. Beyond leading-edge military applications, HarperDB also delivers distributed backend services for the Fortune 1000, increasing system performance while lowering costs. For more information, contact HarperDB at hello@harperdb.io

Media Contact:
Aleks Haugom, GTM Lead
hello@harperdb.io

HarperDB is proud to share that the Department of Defense (DoD) Defense Innovation Unit (DIU) has issued HarperDB a Success Memo for the completion of the Common Operational Database (COD) prototype project with the U.S. Navy. After field testing the COD prototype during a military exercise in May 2024, it was confirmed that HarperDB delivers fault-tolerant data connectivity between autonomous aquatic drones, aerial drones, and ground command stations.  

HarperDB’s Distributed Systems Platform played a critical role in the exercise, enabling real-time data exchange between various platforms, including wave adaptive modular vessel autonomous boats, unmanned aerial vehicles, and ground command stations.

“The Project Overmatch Mission Autonomy Proving Ground Field Exercise provided a valuable opportunity to showcase HarperDB’s capabilities in a challenging real-world environment that directly aligns with the goals of the DIU’s COD initiative,” said Jaxon Repp, Field CTO at HarperDB. “We are pleased to have successfully demonstrated the ability of our platform to connect and manage data across diverse platforms in the sorts of conditions these platforms will encounter in the real world.”

Highlights of HarperDB’s Performance

  • Established a distributed database cluster across multiple autonomous vehicles and shore-bound command and control systems.
  • Facilitated real-time exchange of mission-critical data streams in an environment with limited or intermittent network connectivity.
  • Delivered operational insight into the status of a continuously evolving constellation of autonomous assets.
  • Collaborated with other field exercise performers and military operators to integrate, adapt, and extend the HarperDB platform to meet dynamic mission requirements. 

After successfully demonstrating this COD technology, HarperDB is positioned to provide database management, common operating picture, real-time analysis, and network optimization technology to DoD and U.S. Government entities through a production Other Transaction agreement.

About HarperDB
HarperDB is a distributed systems platform designed for smooth operations in environments with inconsistent connectivity. It offers a powerful combination of data, application, and streaming systems in a single technology that enables real-time global data synchronization and offline functionality. Beyond leading-edge military applications, HarperDB also delivers distributed backend services for the Fortune 1000, increasing system performance while lowering costs. For more information, contact HarperDB at hello@harperdb.io

Media Contact:
Aleks Haugom, GTM Lead
hello@harperdb.io

HarperDB Successfully Demonstrates COD Prototype with the U.S. Navy, Delivering Fault-Tolerant Data Connectivity for Autonomous Vehicles.

Download

White arrow pointing right
HarperDB Successfully Demonstrates COD Prototype with the U.S. Navy, Delivering Fault-Tolerant Data Connectivity for Autonomous Vehicles.

Download

White arrow pointing right
HarperDB Successfully Demonstrates COD Prototype with the U.S. Navy, Delivering Fault-Tolerant Data Connectivity for Autonomous Vehicles.

Download

White arrow pointing right

Explore Recent Resources

Blog
GitHub Logo

5 Architectures for Web Personalization

Personalization is a data-delivery problem. Every architectural choice reduces to two distances: compute to user, and compute to fresh data. This piece maps five real architectures against both axes, scored on a concrete retailer workload where stale or slow data breaks the business.
Blog
Personalization is a data-delivery problem. Every architectural choice reduces to two distances: compute to user, and compute to fresh data. This piece maps five real architectures against both axes, scored on a concrete retailer workload where stale or slow data breaks the business.
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
Blog

5 Architectures for Web Personalization

Personalization is a data-delivery problem. Every architectural choice reduces to two distances: compute to user, and compute to fresh data. This piece maps five real architectures against both axes, scored on a concrete retailer workload where stale or slow data breaks the business.
Aleks Haugom
Jul 2026
Blog

5 Architectures for Web Personalization

Personalization is a data-delivery problem. Every architectural choice reduces to two distances: compute to user, and compute to fresh data. This piece maps five real architectures against both axes, scored on a concrete retailer workload where stale or slow data breaks the business.
Aleks Haugom
Blog

5 Architectures for Web Personalization

Personalization is a data-delivery problem. Every architectural choice reduces to two distances: compute to user, and compute to fresh data. This piece maps five real architectures against both axes, scored on a concrete retailer workload where stale or slow data breaks the business.
Aleks Haugom
Blog
GitHub Logo

Agentic Engineering Needs an Opinion: Why Scale Starts with Architecture

AI coding works in a sandbox because the environment is trivially narrow. Real systems have history, constraints, and blast radius. Coding agents make sound decisions only when the architecture is explicit and shared. Opinion isn't a constraint on agentic engineering, it's what makes it possible at scale.
Select*
Blog
AI coding works in a sandbox because the environment is trivially narrow. Real systems have history, constraints, and blast radius. Coding agents make sound decisions only when the architecture is explicit and shared. Opinion isn't a constraint on agentic engineering, it's what makes it possible at scale.
A smiling man with a beard and salt-and-pepper hair stands outdoors with arms crossed, wearing a white button-down shirt.
Stephen Goldberg
CEO & Co-Founder
Blog

Agentic Engineering Needs an Opinion: Why Scale Starts with Architecture

AI coding works in a sandbox because the environment is trivially narrow. Real systems have history, constraints, and blast radius. Coding agents make sound decisions only when the architecture is explicit and shared. Opinion isn't a constraint on agentic engineering, it's what makes it possible at scale.
Stephen Goldberg
Jun 2026
Blog

Agentic Engineering Needs an Opinion: Why Scale Starts with Architecture

AI coding works in a sandbox because the environment is trivially narrow. Real systems have history, constraints, and blast radius. Coding agents make sound decisions only when the architecture is explicit and shared. Opinion isn't a constraint on agentic engineering, it's what makes it possible at scale.
Stephen Goldberg
Blog

Agentic Engineering Needs an Opinion: Why Scale Starts with Architecture

AI coding works in a sandbox because the environment is trivially narrow. Real systems have history, constraints, and blast radius. Coding agents make sound decisions only when the architecture is explicit and shared. Opinion isn't a constraint on agentic engineering, it's what makes it possible at scale.
Stephen Goldberg
Blog
GitHub Logo

Building a Cozy Sandbox Game on Harper

A nature-restoration game with six biomes, 150 animals, and a real food web — built with a single Harper component as the entire backend. One YAML file wires the database, API, content seeder, and static host. The same binary ships offline on itch.io.
Shell
Blog
A nature-restoration game with six biomes, 150 animals, and a real food web — built with a single Harper component as the entire backend. One YAML file wires the database, API, content seeder, and static host. The same binary ships offline on itch.io.
Person with long wavy brown hair wearing a bright pink shirt with a teal trim, smiling outdoors in soft sunlight with blurred trees in the background.
Bailey Dunning
Forward Deployed Engineer
Blog

Building a Cozy Sandbox Game on Harper

A nature-restoration game with six biomes, 150 animals, and a real food web — built with a single Harper component as the entire backend. One YAML file wires the database, API, content seeder, and static host. The same binary ships offline on itch.io.
Bailey Dunning
Jun 2026
Blog

Building a Cozy Sandbox Game on Harper

A nature-restoration game with six biomes, 150 animals, and a real food web — built with a single Harper component as the entire backend. One YAML file wires the database, API, content seeder, and static host. The same binary ships offline on itch.io.
Bailey Dunning
Blog

Building a Cozy Sandbox Game on Harper

A nature-restoration game with six biomes, 150 animals, and a real food web — built with a single Harper component as the entire backend. One YAML file wires the database, API, content seeder, and static host. The same binary ships offline on itch.io.
Bailey Dunning
Blog
GitHub Logo

Your Website was Built for Humans. AI Needs Something Cleaner.

The web spent a decade optimizing for browsers. JavaScript-heavy rendering, dynamic CMS templates, and client-side hydration made pages beautiful and machines blind. AI answer engines retrieve, parse, and cite content directly. If your best content is trapped behind a render cycle, a cleaner source wins.
A.I.
Blog
The web spent a decade optimizing for browsers. JavaScript-heavy rendering, dynamic CMS templates, and client-side hydration made pages beautiful and machines blind. AI answer engines retrieve, parse, and cite content directly. If your best content is trapped behind a render cycle, a cleaner source wins.
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
Blog

Your Website was Built for Humans. AI Needs Something Cleaner.

The web spent a decade optimizing for browsers. JavaScript-heavy rendering, dynamic CMS templates, and client-side hydration made pages beautiful and machines blind. AI answer engines retrieve, parse, and cite content directly. If your best content is trapped behind a render cycle, a cleaner source wins.
Aleks Haugom
Jun 2026
Blog

Your Website was Built for Humans. AI Needs Something Cleaner.

The web spent a decade optimizing for browsers. JavaScript-heavy rendering, dynamic CMS templates, and client-side hydration made pages beautiful and machines blind. AI answer engines retrieve, parse, and cite content directly. If your best content is trapped behind a render cycle, a cleaner source wins.
Aleks Haugom
Blog

Your Website was Built for Humans. AI Needs Something Cleaner.

The web spent a decade optimizing for browsers. JavaScript-heavy rendering, dynamic CMS templates, and client-side hydration made pages beautiful and machines blind. AI answer engines retrieve, parse, and cite content directly. If your best content is trapped behind a render cycle, a cleaner source wins.
Aleks Haugom