This story was originally published on HackerNoon at:
https://hackernoon.com/what-it-actually-takes-to-network-a-live-system-thats-never-allowed-to-go-offline.
Lessons from building transit networks that can never go offline: addressing as a 20-year decision, blast-radius switch design, and testing by breaking things.
Check more stories related to cybersecurity at:
https://hackernoon.com/c/cybersecurity.
You can also check exclusive content about
#networking,
#system-design,
#site-reliability-engineering,
#infrastructure,
#resilience,
#building-networks,
#public-transit-system,
#intercom, and more.
This story was written by:
@savni. Learn more about this writer by checking
@savni's about page,
and for more stories, please visit
hackernoon.com.
I've spent over a decade building networks for a public transit system that's almost never allowed to go offline — surveillance, public address, intercom, and emergency comms running while trains keep moving underneath. That single "no maintenance window" constraint reshapes every decision: addressing schemes become twenty-year commitments, switch configuration becomes a blast-radius problem, and the acceptance test becomes the real deliverable. Here's what mission-critical network engineering actually takes when "down" means a passenger presses a call button and nobody answers.