Greg Ferro


Upcoming Events

Where the Cloud Touches Down: Simplifying Data Center Infrastructure Management

Thursday, July 25, 2013
10:00 AM PT/1:00 PM ET

In most data centers, DCIM rests on a shaky foundation of manual record keeping and scattered documentation. OpManager replaces data center documentation with a single repository for data, QRCodes for asset tracking, accurate 3D mapping of asset locations, and a configuration management database (CMDB). In this webcast, sponsored by ManageEngine, you will see how a real-world datacenter mapping stored in racktables gets imported into OpManager, which then provides a 3D visualization of where assets actually are. You'll also see how the QR Code generator helps you make the link between real assets and the monitoring world, and how the layered CMDB provides a single point of view for all your configuration data.

Register Now!

A Network Computing Webinar:
SDN First Steps

Thursday, August 8, 2013
11:00 AM PT / 2:00 PM ET

This webinar will help attendees understand the overall concept of SDN and its benefits, describe the different conceptual approaches to SDN, and examine the various technologies, both proprietary and open source, that are emerging. It will also help users decide whether SDN makes sense in their environment, and outline the first steps IT can take for testing SDN technologies.

Register Now!

More Events »

Subscribe to Newsletter

  • Keep up with all of the latest news and analysis on the fast-moving IT industry with Network Computing newsletters.
Sign Up

See more from this blogger

Technical Debt Will Have to Be Paid Back Eventually

Technical debt isn't just a term that can be used by overpaid management consultants in a wordy and overpriced analyst report. It's a valuable concept that engineers can use to explain a complex idea in a sound bite to management.

Modern IT infrastructures commonly ask us to do more with less. There are many ways to achieve this: delay a planned upgrade or overload the memory on your VMware server just a bit more. Maybe another shot at reworking the quality-of-service configuration on the WAN link could delay an upgrade for a few more months? What about hanging onto those end-of-life firewalls for another year? What about skipping the maintenance contract on those load balancers that haven't had a problem in the last three years? Consider delaying that new hire? Or cancel the training budget?

More Insights

Webcasts

More >>

White Papers

More >>

Reports

More >>

In the right situation, all of these decisions might make perfect sense. Equally, each of these decisions incurs a debt--a very real, tangible technical debt.

Cancelling the training budget will result in both disappointed staff and skill reduction. Smart solutions are more likely to come from people who have the confidence to make decisions, which can be arrived at utilizing knowledge gained from training courses. Similarly, delaying a new hire increases stress on your team and affects morale in the long term.

Those end-of-life firewalls are likely to have security vulnerabilities, in addition to performance limits. Failing to replace them can result in performance bottlenecks, weird behavior and increased risk of a security breach.

Reworking the quality-of-service configuration is time-intensive and complex, as it's a tricky technical problem that's more art than science. Hundreds of hours of valuable BAU time can be poured into attempting to improve bandwidth. Is this the best use of an engineer's time?

Squeezing another server into the VMware leads to degraded performance and more time wasted. Delaying that project means productivity gains aren't realized.

All of these decisions lead to a technical debt--a debt that has to be paid back, eventually. It's not obvious that a delayed software upgrade will improve performance and remove bugs until you need that performance, or the device crashes because of known bugs.

As a network architect, a key part of my role is to recognize these debts and communicate them to management and program directors as a real but intangible cost. And that's hard. In a world where the bottom lines rules, spelling out the value of doing it right the first time doesn't sell, but I find that pitching the concept of technical debt forces consideration of operational cost and impact in addition to the simple, up-front capex.

It's great idea to have when you're facing the boss. Use it.

Hat tip to Bob Plankers for reminding me of the term last month.


Related Reading


Network Computing encourages readers to engage in spirited, healthy debate, including taking us to task. However, Network Computing moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing/SPAM. Network Computing further reserves the right to disable the profile of any commenter participating in said activities.

 
Disqus Tips To upload an avatar photo, first complete your Disqus profile. | Please read our commenting policy.
 
Vendor Comparisons
Network Computing’s Vendor Comparisons provide extensive details on products and services, including downloadable feature matrices. Our categories include:

Research and Reports

Network Computing: April 2013



TechWeb Careers