|
Does Verizon's Voyager stack up to the iPhone? |
|
|
5 IT skills that won't boost your salary
[1,407]
Women 4 times more likely than men to cough up personal info
[589]
Japan's 10 funniest tech-related commercials [Videos]
[407]
Throwing away a promo CD is "unauthorized distribution"?
[1,265]
Adults too quick to dismiss educational video games
[682]
Attack of the iPhone clones [Slideshow]
[578]
10 things IT needs to know about AJAX
[1,258]
This Year's 25 Geekiest 25th Anniversaries [Slideshow]
[409]
|
|
CCIEs and CCNAs have to work way too hard...
This is a tough problem, but Jim was right to ask this question, and we can see from the response that it's right on.
The next question he forces us to ask is: is it better to suffer with people managing changes manually (expensive, slower, error-potential), or is it better to buy change software and hope when changes are made through automation they don't break devices and cause more damage?
Answer: Telling your CCIE to get on a plane or drive across town in the night to fix what someone else broke is not a great employee retention strategy. After all of their training and experiences, haven't they earned the right to work smarter?
One way to overcome this is to use a safety net architecture for change management. That way, if someone does something wrong (i.e. "fat fingers" an ACL), you can always roll back without a truck roll. Analysts are calling it "secure remote management".
Not every device deserves to be "saved", but of the millions of devices in the data path of ten of thousands of mission-critical applications, plenty of devices make the cut.
And just maybe we'll save a few valuable CCIEs and CCNAs in the process.