|By Marten Terpstra||
|June 19, 2014 12:15 PM EDT||
About 8 years ago at my previous employer we started a project related to Autonomic Networking. Autonomic Networking is modeled after Autonomic Computing, an IBM initiative from the early 2000s, targeted at creating self managing computing elements. The network version intends to create a framework by which network elements become largely self managed. It does so by defining discovery, awareness and analytics that build some sense of state. Once a network has a sense of its expected state, anything that alters that state can be reacted to following a set of defined or even learned rules.
Autonomic Networking can be as simple as reacting to threshold alarms. In many of our network switches today, there are basic reactions to error conditions. Loop detection mechanisms shut off ports when a loop is detected. Specific error conditions may lead to pre-emptive switchover to alternate links or paths. Many of the protocols we use that govern connectivity and patching have autonomic capabilities, they react to error conditions and link failures and attempt to keep the disruption to the network to an absolute minimum.
True Autonomic Networking takes this many levels further, it tries to define the network as inputs, outputs and expected behaviors, almost something you would want to describe using process algebra (which was my favorite Computer Science class way back). But it’s the moment you actually start to automatically modify the state of the network based on a derived model of “normal” that people start to freak. It’s human nature to not like to relinquish control. And that is extremely visible in networking. Even the most simple threshold alarm based actions are met with a reaction from customers that sounds like “I only want you to tell me what has happened and what I should do about it, but I do not want you to automatically do it”.
Get Over It
And it is that attitude that we need to collectively get over. Large portions of the systems we use each and every day are more autonomic than the network we cuddle and cherish. When you land in SFO, the monorail has no driver but no one hesitates getting in to pick up their rental car. Technology advanced as we believe we are, that simple monorail has more autonomy than most networks today.
The good news is that we are slowly started to get used to more autonomy for our network. The folks at network heresy.com a while ago wrote about automatic ways to detect elephant flows and adjusting the network behavior as a result. Purist may say they only changed the priority of these packets, but in the end, the entire network system behaved different before and after. Without operator intervention.
Whether you like the actual methodology or not, the lossless capabilities added to ethernet create a sense of autonomy. Switches monitor a state of “normal” by looking at queue utilization, and react autonomously when needed by telling neighbors to stop sending traffic, and telling high volume users to slow down.
Most vendors have tools that monitor VMWare’s vCenter, looking for moving VMs and ensure that network and policy configuration specific to that VM is applied to the switch and port this VM happens to be moving to.
The larger web companies, the ones with their own networking stuff, have embraced some of this methodology for a while now. It is pretty common knowledge that Google uses analytics and utilization feedback to adjust its use of wide area network capacity by moving traffic around.
Feedback Defined Networking
If nothing else, SDN in whatever definition you like, is giving us the concept of a programmable network. And what use is programming a network if all you use it for is to automate basic configuration information? A huge portion of the value of SDN is the ability to create autonomy for the network. We can now actually take feedback from the network and use it to change its behavior. Or change the behavior of those that use the network. Having a programmable interface to the network allows us to get beyond manual interventions.
I call it Feedback Defined Networking. I know that term will stick for about an hour at best, but that’s ok. The point is that we have only scratched the surface of what we can do with the network, its users and the surrounding systems once we collectively get over our desire to manually control the network.
[Today's fun fact: The average American will eat 35,000 cookies in his/her lifetime. Can someone please adjust my quota?]
Adding public cloud resources to an existing application can be a daunting process. The tools that you currently use to manage the software and hardware outside the cloud aren’t always the best tools to efficiently grow into the cloud. All of the major configuration management tools have cloud orchestration plugins that can be leveraged, but there are also cloud-native tools that can dramatically improve the efficiency of managing your application lifecycle. In his session at 18th Cloud Expo, ...
Jul. 23, 2016 08:30 AM EDT Reads: 627
Jul. 23, 2016 08:15 AM EDT Reads: 1,421
Jul. 23, 2016 08:00 AM EDT Reads: 1,026
Introducing Enterprise IoT Bootcamp at @ThingsExpo Silicon Valley | #IoT #M2M #API #DigitalTransformation
Jul. 23, 2016 08:00 AM EDT Reads: 1,212
When building large, cloud-based applications that operate at a high scale, it’s important to maintain a high availability and resilience to failures. In order to do that, you must be tolerant of failures, even in light of failures in other areas of your application. “Fly two mistakes high” is an old adage in the radio control airplane hobby. It means, fly high enough so that if you make a mistake, you can continue flying with room to still make mistakes. In his session at 18th Cloud Expo, Lee...
Jul. 23, 2016 08:00 AM EDT Reads: 1,211
Jul. 23, 2016 08:00 AM EDT Reads: 1,379
Jul. 23, 2016 07:45 AM EDT Reads: 1,038
Jul. 23, 2016 07:45 AM EDT Reads: 938
Jul. 23, 2016 07:30 AM EDT Reads: 2,006
Jul. 23, 2016 07:15 AM EDT Reads: 1,829
Jul. 23, 2016 07:15 AM EDT Reads: 1,766
"Avere Systems is a hybrid cloud solution provider. We have customers that want to use cloud storage and we have customers that want to take advantage of cloud compute," explained Rebecca Thompson, VP of Marketing at Avere Systems, in this SYS-CON.tv interview at 18th Cloud Expo, held June 7-9, 2016, at the Javits Center in New York City, NY.
Jul. 23, 2016 07:00 AM EDT Reads: 1,874
SaaS companies can greatly expand revenue potential by pushing beyond their own borders. The challenge is how to do this without degrading service quality. In his session at 18th Cloud Expo, Adam Rogers, Managing Director at Anexia, discussed how IaaS providers with a global presence and both virtual and dedicated infrastructure can help companies expand their service footprint with low “go-to-market” costs.
Jul. 23, 2016 07:00 AM EDT Reads: 2,237
Jul. 23, 2016 06:30 AM EDT Reads: 617
Ovum, a leading technology analyst firm, has published an in-depth report, Ovum Decision Matrix: Selecting a DevOps Release Management Solution, 2016–17. The report focuses on the automation aspects of DevOps, Release Management and compares solutions from the leading vendors.
Jul. 23, 2016 06:00 AM EDT Reads: 1,565
"This week we're really focusing on scalability, asset preservation and how do you back up to the cloud and in the cloud with object storage, which is really a new way of attacking dealing with your file, your blocked data, where you put it and how you access it," stated Jeff Greenwald, Senior Director of Market Development at HGST, in this SYS-CON.tv interview at 18th Cloud Expo, held June 7-9, 2016, at the Javits Center in New York City, NY.
Jul. 23, 2016 05:30 AM EDT Reads: 1,331
When it comes to cloud computing, the ability to turn massive amounts of compute cores on and off on demand sounds attractive to IT staff, who need to manage peaks and valleys in user activity. With cloud bursting, the majority of the data can stay on premises while tapping into compute from public cloud providers, reducing risk and minimizing need to move large files. In his session at 18th Cloud Expo, Scott Jeschonek, Director of Product Management at Avere Systems, discussed the IT and busin...
Jul. 23, 2016 05:30 AM EDT Reads: 1,709
Jul. 23, 2016 05:15 AM EDT Reads: 1,162
Continuous testing helps bridge the gap between developing quickly and maintaining high quality products. But to implement continuous testing, CTOs must take a strategic approach to building a testing infrastructure and toolset that empowers their team to move fast. Download our guide to laying the groundwork for a scalable continuous testing strategy.
Jul. 23, 2016 05:00 AM EDT Reads: 1,779
As companies gain momentum, the need to maintain high quality products can outstrip their development team’s bandwidth for QA. Building out a large QA team (whether in-house or outsourced) can slow down development and significantly increases costs. This eBook takes QA profiles from 5 companies who successfully scaled up production without building a large QA team and includes: What to consider when choosing CI/CD tools How culture and communication can make or break implementation
Jul. 23, 2016 05:00 AM EDT Reads: 1,474