Following the Path Welcome to part four of this series. This this final part, we will explore our options for networking a composed application, from a de-composed monolith or set of microservices.

Application De-Composition Applications are ever evolving and so are the architecture patterns:

Not Storing State in the Network OpenFlow (OF) adoption failed due to scalability of forwarding tables on ASICS, not so great controllers, lack of applications and a non-existent community.

This is part one of a series of posts on Application Composition within Network Service Meshes, otherwise known as Service Function Chaining, but at L7 and not L3/L4.

From the days of old, setting fire to a large torch would signal to a neighbouring town something was going on.

Dave Cheyney, Wizard extraordinaire posted a challenge on clarity for multi-argument functions.

Network engineers for the last twenty years have created networks from composable logical constructs, which result in a network of some structure.

For the last five or six years, I’ve not really done any networking and have focussed on software, automation and the mechanisation of processes so that they may be manifested as network driving workflows.

In this post I’ll explore replacing the heart of a network operating system’s configuration mechanism with the software developers take on version control.