Skip to content

Leon Adato

DevRel is Technically Marketing

Menu
  • Home
  • My Work “Out There”
  • Speaking
  • About
    • About Leon
    • About AdatoSystems
  • Contact
  • Lists & Trackers
    • About the Weekly Job list
    • Job Listing Posts
    • CFP Tracker (full list)
    • CFP Listing Posts
Menu

ICYMI: The Echo Chamber: Visibility and Mapping Webinar

Posted on August 27, 2019March 6, 2023 by Leon

(“In Case You Missed It Monday” is my chance to showcase something that I wrote and published in another venue, but is still relevant. This week’s post originally appeared on  THWACK.com)

Back in March 2018, I gave an online talk about monitoring, mapping, and data visualizations in general titled, “If an Application Fails in the Datacenter and No Users Are On It, Will it Cut a Ticket?” If you’d like to listen to the original, you can find it online here: http://video.solarwinds.com/watch/GUHjEnraRAJCKYMDHkDK8D.

The talk focused on the power that visualization has in our lives as humans navigating the world, but more importantly as IT practitioners practicing our craft. It looked at how the correct visualization can transform raw data not just into “information” (meaningful data that has a context and a story) but further into action.

Looking back now, I realize that I missed a few opportunities to share some ideas—and I plan to correct that in this essay.

WHAT IS A MAP, ANYWAY?

In the webinar, I focused on several methods of visualization and how they help us. But I never quite defined the essential features that make a map more than just a pretty picture. For that, I’m going to turn to the preeminent voice speaking about maps as they relate to technology and business: Simon Wardley (@SWardley on Twitter). In short, he states that a picture must portray two things to be a map: position and movement.

The best example of a map that doesn’t look like a map but IS one, according to Mr. Wardley’s definition, is a chess board. If you showed a picture of a chess game at any point in play, it would convey (for those who can read it) both the current position of pieces and where each piece could potentially move in the future. Moreover, to someone VERY familiar with the game, a snapshot of the current board can also provide insight into where the pieces were. All with a single picture. THAT is a map: position and movement.

With that definition out of the way, the next missed opportunity is for me to dig into the specific different types of network maps. In my mind, this breaks down into three basic categories: physical, logical, and functional.

MAPPING THE PHYSICAL

Mapping the actual runs of cable, their terminations, etc., may be tantalizing in its concrete-ness. It is, in fact, the closest visual representation of your “true” network environment. But there is a question of depth. Do you need every NIC, whether it has something plugged in or not? How about pin-outs? How about cable types? Cable manufacturers? Backup power lines? And of course, it’s nearly impossible to generate this type of map automatically.

MAPPING THE LOGICAL

Most network maps fall into this category. It is less interested in the physical layer than the way data connections behave in the environment, and therefore more accurately represents the movement of data even if you can’t always tell how the cabling work.

MAPPING THE FUNCTIONAL

This type of map is the one your users and systems administrators want to see: one that represents the way application traffic logically (but not physically) flows through an environment. That said, as a network map, it’s sub-optimal because application servers aren’t always physical. The depth of the map is in question, and it’s purposely obfuscating the network infrastructure in favor of showing data flows, so it’s usefulness to network engineers is minimal.

For IT practitioners, the question that sits at the core of ALL of this—when to use maps, what kinds of maps to use, what tools to use to make those maps—is a single question:

“What will create those maps automatically, and keep them updated with ZERO effort on my part?”

Because, in my humble opinion (not to mention experience), if a map has to be manually built or maintained, it is more likely NOT to get built and it is almost certainly NOT going to be maintained, which means it is out of date almost as soon as it’s published.

And take it from me, having a map that is wrong is worse than having no map at all.

As a side note, I recently revisited these themes in a larger way as part of a new SolarWinds eBook – Mapping Network Environments, which you can find here.

Share this:

  • Click to email a link to a friend (Opens in new window) Email
  • Click to print (Opens in new window) Print
  • Click to share on X (Opens in new window) X
  • Click to share on Facebook (Opens in new window) Facebook
  • Click to share on LinkedIn (Opens in new window) LinkedIn
  • Click to share on Reddit (Opens in new window) Reddit

Like this:

Like Loading...
  • Bluesky
  • LinkedIn
  • Mastodon
  • GitHub
  • RSS Feed

Seek and you shall find

Subscribe for emails about new jobs, CFPs, and more.

Show Your Support

Let me clear: I don't want ANYONE paying if they don't want to, or if money is tight. I do this because it makes me happy to help. At the same time, some folks have asked how they can show appreciation. So here are some options if you are so moved.

  • Make a donation to my synagogue
  • Make a donation to the cause of your choice, and just mention me in your donation note.
  • Schedule yourself to donate blood.
  • Buy me Kofi

General Interest

  • My resume
  • Speaking information

What I’m Working On

  • Buy Now!
    • - Amazon
    • - Barnes&Noble
    • - Smashwords
    • - OverDrive Library

  • Listen to the Technically Religious Podcast

Post Categories

©2025 Leon Adato | Design: Newspaperly WordPress Theme
%d