Your browser failed to load CSS style sheets. Your browser or web proxy might not support elliptic-curve TLS

Building network automation solutions

6 week online course

Start now!
back to overview

Solving the Problem in the Right Place

Sometimes I have this weird feeling that I’m the only loony in town desperately preaching against the stupidities heaped upon infrastructure, so it’s really nice when I find a fellow lost soul. This is what another senior networking engineer sent me:

I'm belonging to a small group of people who are thinking that the source of the problem are the apps and the associated business/security rules: their nature, their complexity, their lifecycle...

Sounds familiar (I probably wrote a few blog posts on this topic in the past), and it only got better.

You could add the maximum agility at every layer and the orchestrator of your dream, it would not change the complexity of an app. and its security (and small networking) requirements.

The vast majority of the traditional apps was and still is designed with a scale-up and infrastructure redundancy approaches:

  • Layer-2
  • Networking issues generate application disruption : configurations freezes, few software updates
  • Security is managed by the infrastructure: firewalls and segmentation

Modern Applications are designed with a scale-out approach:

  • Born to be deployed in-house or moved into the cloud
  • Layer-3 and DNS are theoretically sufficient
  • Fail-Fast, rollback, incremental data model
  • Security is managed by the applications: hardening, centralized filtering, patching (hot and cold), fast-restart, self-healing

IMHO, if new apps are deployed with the 2nd approach (in the cloud or in-house), life would be much more easy for infrastructure industrialization, automation and "intent-based" thing stuff.

Amen.

Not surprisingly, some vendors vigorously disagree, particularly if they’re selling the Aspirin to reduce the headaches of “traditional” app brokenness. On a more optimistic front, even engineers working for said vendors sometimes see the light… and eventually move on.

Want to know more?

Some network engineers found my Designing Active-Active and Disaster Recovery Data Centers webinar (also available as part of ipSpace.net subscription) pretty useful when trying to persuade everyone else not to implement vendor marketectures. We can also discuss your challenges in a short online session.

1 comment:

  1. Couldn't agree more.
    I reckon "Layer-3 and DNS are theoretically sufficient" includes client side session management, as this should be an essential part of modern software architecture. Approaches (global) load balancers, BGP anycast, (round robin/smart) DNS, etc. introduce yet another set of complicated kludges. A true active/active, stateless, scalable design should be a product of a combined infrastructure and software development effort. Instead of all the little birdies crapping on each other and blaming each other :)

    ReplyDelete

You don't have to log in to post a comment, but please do provide your real name/URL. Anonymous comments might get deleted.

Sidebar