Viewing the Network as an Ecosystem

Many of us have or currently operate in a stovepipe or silo IT environment. For some this may just be a way of professional life, but regardless of how the organizational structure is put together, having a wide and full understanding of any environment will lend itself to a smoother and more efficient system overall. As separation of duties continues to blur in the IT world, it is becoming increasingly important to shift how we as systems and network professionals view the individual components and the overall ecosystem. As such changes and tidal shifts occur, Linux appears in the switching and routing infrastructure, servers are consuming BGP feeds and making intelligent routing choices, creating orchestration workflows that automate the network and the services it provides -- all of these things are slowly creeping into more enterprises, more data centers, more service providers. What does this mean for the average IT engineer? It typically means that we, as professionals, need to keep abreast of workflows and IT environments as a holistic system rather than a set of distinct silos or disciplines.

This mentality is especially important in monitoring aspects of any IT organization, and it is a good habit to start even before these shifts occur. Understanding the large-scale behavior of IT in your environment will allow engineers and practitioners to accomplish significantly more with less -- and that is a win for everyone. Understanding how your servers interact with the DNS infrastructure, the switching fabric, the back-end storage, and the management mechanisms (i.e. handcrafted curation of configurations or automation) naturally lends itself to faster mean time to repair due to a deeper understanding of an IT organization, rather than a piece, or service that is part of it.

One might think “I don’t need to worry about Linux on my switches and routing on my servers,” and that may be true. However, expanding the knowledge domain from a small box to a large container filled with boxes will allow a person to not just understand the attributes of their box, but the characteristics of all of the boxes together. For example, understanding that the new application will make a DNS query for every single packet the application sees, when past applications did local caching, can dramatically decrease the downtime that occurs when the underlying systems hosting DNS become overloaded and slow to respond. The same can be said for moving to cloud services: Having a clear baseline of link traffic -- both internal and external -- will make obvious that the new cloud application requires more bandwidth and perhaps less storage.

Fear not! This is not a cry to become a developer or a sysadmin. It's not a declaration that there is a hole in the boat or a dramatic statement that "IT as we know it is over!" Instead, it is a suggestion to look at your IT environment in a new light. See it as a functioning system rather than a set of disjointed bits of hardware with different uses and diverse managing entities (i.e. silos). The network is the circulatory system, the servers and services are the intelligence. The storage is the memory, and the security is the skin and immune system. Can they stand alone on technical merit? Not really. When they work in concert, is the world a happier place to be? Absolutely. Understand the interactions. Embrace the collaborations. Over time, when this can happen, the overall reliability will be far, far higher.

Now, while some of these correlations may seem self-evident, piecing them together and, more importantly, tracking them for trends and patterns has the high potential to dramatically increase the occurrence of better-informed and fact-based decisions overall, and that makes for a better IT environment.

  • All three have their place. Without change for the sake of change we'd never see progress or innovation. Without those that resist, we'd have mayhem. Getting that balance in a positive, collaborative way is the cornerstone of success.

  • There's some that embrace change and run with it and then there's the others that kick and scream the whole way, then there is the third group that makes changes just for the sake of change...

  • Absolutely. Do the work up front. Make the investment - it pays back huge dividends long term. Another absolutely critical factor is good, collaborative, positive communication lines. I'll trade a technical savant who doesn't communicate for an average tech that has great communication skills all day long. Tech can be taught. Communication inside of and between teams is invaluable.

  • Yes, and it's always a bit surprising to me how adverse to change so many IT folks can be. Embracing change makes for a far more well rounded and adaptable (not to mention employable) IT professional.

  • I do completely agree that this is an issue. I was in a different boat when I got started - IT was not a utility, I was a poor art student trying to pay for my art school and just happened to have an aptitude toward networking and UNIX. Today, the IT field is flush with ways to pay for training and education. Unfortunately, the opportunities out there are often expensive and generic. Honestly, I don't have great advice in this space outside of a home lab and a burning drive to break and fix stuff to learn how it works, that's what worked for me (with full realization that at this point I am the "old guy" in IT and it's not the same as it was back when I broke in the mid-90's.

    What I have seen is that opportunities do actually exist, but often times they require a bit of guile in hunting them down and a willingness to relocate, which was always a non-starter for me, so I get why it's not a fun topic in many cases. 

    All that said, I do believe that having a well rounded and diverse skill set - understanding the relation of IT systems will only make a person more marketable long, and very likely short term.

Thwack - Symbolize TM, R, and C