Distributed networks are still in their infancy. We, techno-sapien, have only just begun to explore the decentralization of our collective stacks, and the benefits it offers. Distributed application of computing resources is much of a technological advance as the computer itself. And it’s one we - society - are still figuring out. 

It makes sense. Making software applications run effectively across multiple devices is necessarily harder than making it run off one device. The variables, by their very nature, begin to stack up, and even simple operations become enormously complex. Not everything is written in Assembly. Not every hardware configuration processes 1s and 0s the same way. Abstraction is part of the process. Weaving neat tapestries of elegant adaptable code so that it executes on particular hardware setups and software environments is the raison d’etre of programming itself. There’s a reason the PS3 had very few good games - try figuring that architecture out on a gaming industry crunch deadline. Virtual environments and the complexities of state machines make this abstraction process even more complicated. 

Add in a huge variety of differing cloud environments, and the perils of vendor lock, whereby all your software development becomes chained to the demands of a particular provider.  Then the challenge of making our collective orchestras of transistors sing in unison becomes near-Sisyphean, with the laughing Olympians of centralized services watching on, their sirens luring your ship onto their jagged rocks.

Interoperability as Standard

Interoperability by default is the key to overcoming this tangled maze of hardware and software environments. As we seek to build distributed networks that are truly sustainable and deliver the sovereignty, autonomy and privacy we need, organizations can’t be frittering vast tracts of energy and finance on readjusting every update they put out to meet the demands of the edge device environments they are deploying to. 

In a smart city, if the traffic lights of Westside come from a different vendor than the traffic lights of Eastside, that does not mean you should have to write the code to color in red, yellow and green twice, thrice, or twenty times. You don’t want to dump sewage into the river and poison the children bathing in the summer sun just because the logic that governs the pumps can’t be read by Sector 5’s command module. The road sensors tracking smart car traffic and predicting weather patterns shouldn’t all have to be uniform. To build distributed networks that work, you need interoperability by default. Including - and especially - when it comes to data management. 

DefraDB makes Dev Easy

DefraDB is interoperable by default. DefraDB is built to be interoperable from the ground up. Its modularity means the database is flexible to meet all kinds of software - and indeed hardware - needs. From binary deployment onto edge device chips, embedding with applications on mobile or PC, browsers and extensions, in the cloud and across vast decentralized networks - DefraDB adapts so you don’t have to. DefraDB saves developers time, money, and energy. More than that, it creates new possibilities for distributed network data management that have hitherto been impossible.

No matter where it’s deployed, DefraDB can abstract the underlying infra so that developers can deploy their software across the entire network, and know that the execution of the application data will be the same, with P2P making such rollouts seamless. Managing data across software and hardware supplied by multiple vendors is essential to allow distributed networks to proliferate in the right way. DefraDB’s modular deployment is flexible to meet all software needs.

Migrate Somewhere Better

LensVM, our bi-directional data migration/transformation engine, means that software whose data is managed by DefraDB is interoperable with third party software, meaning organizations who already suffer from a degree of vendor lock, or who have their own proprietary codebase running things, are still able to be fully interoperable. LensVM lets data be mapped to existing software install bases for frictionless interoperability between what DefraDB offers and what you already have. LensVM can also assist developers in migrating that data to DefraDB or - perhaps just as crucially for some - getting data offloaded from DefraDB to another database that is part of their existing cloud stack.

Source Network is all about the proper propagation of distributed networks. Having uniform hardware demands and vendor-locked software environments ruins that purpose from the outset. Distributed networks need to be additive and horizontally scaling and, to do that, you need to be able to manage data across ANY device, in perpetuity, without having to relentlessly recode your application to meet needs. True scale comes from true interoperability at source, and that's what Source Network’s tools deliver. 

Tomorrow’s Tech Today

We have created a way to manage and secure your data through ever-changing hardware and software environments, and to abstract underlying infrastructure to a common data model that allows devices to talk seamlessly to one another while protecting and preserving privacy, autonomy, and functionality. To bring together vast fleets of devices from different armadas towards a shared data management substrate that makes the applications on them run perfectly no matter how large their network becomes, and how disparate the devices within it are. It sounds like incredibly advanced technology, and it is - but Source Network is here to make distributed computing come out of its infancy and finally grow up.