I&O Leaders Are Advised to Prepare Now, but Adopt Methodically and With Care
Data Center Trends to Be Discussed at the Gartner Data Center Events in London, U.K. and Las Vegas, NV
The software-defined data center (SDDC) is crucial to the long-term evolution of an agile digital business according to Gartner, Inc. It is not, however, the right choice for all IT organizations currently.
"Infrastructure and operations (I&O) leaders need to understand the business case, best use cases and risks of an SDDC," said Dave Russell, vice president and distinguished analyst at Gartner. "Due to its current immaturity, the SDDC is most appropriate for visionary organizations with advanced expertise in I&O engineering and architecture."
An SDDC is a data center in which all the infrastructure is virtualized and delivered "as-a-service." This enables increased levels of automation and flexibility that will underpin business agility through the increased adoption of cloud services and enable modern IT approaches such as DevOps. Today, most organizations are not ready to begin adoption and should proceed with caution.
By 2020, however, Gartner predicts the programmatic capabilities of an SDDC will be considered a requirement for 75 percent of Global 2000 enterprises that seek to implement a DevOps approach and a hybrid cloud model.
"I&O leaders can't just buy a ready-made SDDC from a vendor,” said Mr. Russell. “First, they need to understand why they need it for the business. Second, they need to deploy, orchestrate and integrate numerous parts, probably from different vendors." Moreover, aside from a lot of deployment work – new skills and a cultural shift in the IT organization are needed to ensure this approach delivers results for the business.
Gartner recommends that I&O leaders take a realistic view of the risks and benefits, and make plans to mitigate the top risks of an SDDC project failure:
Assess skills and culture
Simply changing a legacy infrastructure for a set of software-defined products is unlikely to yield the desired benefits. Before an activity is automated and self-service is implemented, the process associated with the IT service needs to be completely rethought and optimized. This may require new skills and a different culture to what is currently available within certain IT organizations. " A broken process is still a broken process no matter how well it is automated," said Mr. Russell. "Build the right skills in your organization by enabling top infrastructure architects to experiment with public cloud infrastructure in small projects, as well giving them the opportunity to get out and learn what their peers in other organizations and visionaries in this field are doing."
Know when the time is right
The right time to move to an SDDC may be years away for most organizations, but for many it will come sooner than their preparations allow for. "The first step is understanding the core concepts of the SDDC," said Mr. Russell. "Then, I&O leaders should examine the available solutions starting with one component, process or software-defined domain that can benefit. The final stage is to plan a roadmap to full deployment if and when SDDC solutions are appropriate."
Moreover, I&O leaders must realize that the technology is still nascent. Even the more established software-defined areas like networking and storage are still gelling and are experiencing early stage adoption levels. Implementing in phases is recommended, once it's been established that the solutions in the market deliver enough functionality, interoperability and production-proven deployment history to be viable. "Storage can be a compelling starting point as the capabilities often stack up favorably against traditional solutions," said Mr. Russell.
Beware of vendor lock-in
Open-source standards or a cloud management platform may help IT organizations to reduce vendor lock-in, but it cannot be eliminated altogether. There are also no universal standards in place for infrastructure APIs, so adopting and coding to a particular API results in a degree of lock-in. It's vital to understand the trade-offs at work and the costs of migration or exit when choosing vendors and technologies.
"Recognize that adopting an SDDC means trading a hardware lock-in for a software lock-in," said Mr. Russell. "Choose the most appropriate kind of lock-in consciously and with all the facts at hand."
More information is available for Gartner clients in the research note "Should Your Enterprise Deploy a Software-Defined Data Center?"
The software defined data center will be further discussed at the Gartner Data Center, Infrastructure & Operations Management Summit 2015 in London, U.K. held on November 30 – December 1, and the Gartner Data Center, Infrastructure & Operations Management Conference 2015 in Las Vegas, Nevada, held on December 7-10. You can also follow updates from these events on Twitter using the hashtag #GartnerDC.
Gartner, Inc. (NYSE: IT), is the world's leading research and advisory company and a member of the S&P 500. We equip business leaders with indispensable insights, advice and tools to achieve their mission-critical priorities and build the successful organizations of tomorrow.
Our unmatched combination of expert-led, practitioner-sourced and data-driven research steers clients toward the right decisions on the issues that matter most. We're trusted as an objective resource and critical partner by more than 12,000 organizations in more than 100 countries—across all major functions, in every industry and enterprise size.
To learn more about how we help decision makers fuel the future of business, visit www.gartner.com.
Comments or opinions expressed on this blog are those of the individual contributors only, and do not necessarily represent the views of Gartner, Inc. or its management. Readers may copy and redistribute blog postings on other blogs, or otherwise for private, non-commercial or journalistic purposes. This content may not be used for any other purposes in any other formats or media. The content on this blog is provided on an "as-is" basis. Gartner shall not be liable for any damages whatsoever arising out of the content or use of this blog.