There is no doubt that the pace of business change is not slowing. With this business rate of change comes the need for business applications to change at great speed. What may be less visible is the direct relationship between the speed of application change and the need for new application architectures.
Articles Tagged with Change
Companies are still facing an era of unprecedented and continuous change. In fact, perhaps the most striking feature of today’s business environment is its dynamic nature. While change is often unexpected and disruptive, companies that adapt quickly can gain a competitive advantage. I’ve said this many times in the past, and it still rings true today. It’s been awhile since my last post, and just when I thought it was safe, they pull you back in again. If you don’t recall, I’ve been heavily engaged in a massive IT transformation project for a very large multinational corporation for the past year and a half. This corporation has multiple business areas with multiple business units under those areas. This creates an environment where the very idea, or mention, of change is extremely scary for a lot of the executives I’m dealing with. I’m finding out quickly that the concept of portfolio management is not a widely grasped concept and is relatively new to many.
Bringing about change. One of the hardest things to bring about is change, and there is no place where that is truer than in the world of IT. When anything happens in the environment, the most common response from IT professionals is, “What changed?” That almost sounds like a Family Feud question, but I digress. The irony of that response is that most of the work that happens in the data center is driven by changes, change tasks, or incidents. Resistance to change has to do with the method and procedure involved with completing the changes or closing the incidents.
There is an old joke about five frogs who are sitting on a log, and four decide to jump off. However, all five frogs remain on the log after making the decision, because deciding to do something is very different from actually doing it. This joke seems a very appropriate analogy for IT organizational transformation.
In Part I of this series on Do Containers Change Enterprise IT, we discussed the impact of containers on security. In Part II, we discussed the impact on data protection. Now, let us discuss the impact on performance and other IT management tools. The introduction of containers to enterprise IT tends to raise more questions to ask. This will change IT processes. So far, between security and data protection, the tools used have not changed radically. However, do the tools change for performance and IT management? Do the answers to the same questions change? Will our processes change? That really depends on where the tools and processes are focused.
In Part I of this series on Do Containers Change Enterprise IT, we discussed the impact of containers on security. This time, we will discuss the impact on data protection, which encompasses backup, disaster recovery, and business continuity. Since the applications are changing with the use of containers to be highly distributed and deployed through infrastructure as code, what to protect now becomes a major question. How we protect is well known, but what changes once containers are in use.