{"id":1600,"date":"2019-03-28T02:03:04","date_gmt":"2019-03-28T02:03:04","guid":{"rendered":"http:\/\/kusuaks7\/?p=1205"},"modified":"2023-07-28T13:43:09","modified_gmt":"2023-07-28T13:43:09","slug":"breaking-down-devops-barriers-with-storage","status":"publish","type":"post","link":"https:\/\/www.experfy.com\/blog\/bigdata-cloud\/breaking-down-devops-barriers-with-storage\/","title":{"rendered":"Breaking Down DevOps Barriers with Storage"},"content":{"rendered":"<p><b><i>DevOps\u2019 success has been limited by core differences and mentalities that exist between development and operations teams. Can storage and data management be the common factor that helps these two teams come together?<\/i><\/b><\/p>\n<p>In her 2018 article \u201c<a href=\"https:\/\/www.gartner.com\/smarterwithgartner\/the-secret-to-devops-success\/\" rel=\"noopener\">The Secret to DevOps Success<\/a>,\u201d Gartner\u2019s Katie Costello predicted that through 2023, 90 percent of DevOps initiatives will fail to fully meet expectations. The reasons for this anticipated shortfall have nothing to do with technology and everything to do with mindset. As the article suggests, many enterprises have failed to adequately address the appropriate organizational changes required for DevOps. As such, people, not processes or technology, are standing in the way of success.<\/p>\n<p>The point of DevOps is to bring developers and operations teams together to iterate, integrate, and automate for faster innovation. But developers and operations managers may not think the same ways or understand each other\u2019s needs.<\/p>\n<p>How do we get developers and operations teams to break down the barriers that exist between them so that they\u2019re on the same page, and get to the point where 90 percent (or more) of DevOps initiatives\u00a0<i>succeed<\/i>?<\/p>\n<h2>Developers are from Mars, operations managers are from Venus<\/h2>\n<p>Developers are risk-takers from a world of agility, where applications can be quickly created, managed, and deployed. Operations managers work in risk-averse environments; they\u2019re used to stability, predictability, and working under a certain set of rules. DevOps asks these two disparate groups to come together and meet somewhere in the middle.<\/p>\n<p>Fortunately, both bring unique attributes that can be used as a common ground for better understanding. Developers\u2019 predisposition for agility can greatly benefit operations managers as they seek to modernize and make their infrastructures more open and flexible. Conversely, developers can adopt operations managers\u2019 predilection for stability to enable applications to not just run reliably (i.e., automatically returning to a useful state after a crash) but consistently (i.e., through code written in a manner that prevents applications from crashing in the first place).<\/p>\n<h2>Speaking the same language<\/h2>\n<p>While the two groups need to speak each other\u2019s languages, the challenge is that those languages are not remotely the same.<\/p>\n<p>Operations managers may not be used to someone asking them to negotiate for API management or process automation tools \u201cto support our iterative code building approach.\u201d Meanwhile, a developer may not understand how or why an operations manager needs weeks to create part of an infrastructure, test it, and roll it out.<\/p>\n<p>Storage is another area where developers and operations teams are often not on the same wavelength. Let\u2019s say a development team asks its operations or storage manager to provision a certain amount of storage for a new application&#8211;and they need it now. That\u2019s like speaking a foreign language. Most operations and storage managers are used to following a set storage provisioning process that could take days to complete. But that\u2019s too much time in the eyes of an agile developer and it goes against one of the core tenets of DevOps, which is to accelerate development and operations processes.<\/p>\n<p>How can development and operations teams bridge this gap and come to a mutually beneficial understanding?<\/p>\n<h2>Bringing storage and development together<\/h2>\n<p>In the past, developers and operations teams have often been on different pages when it comes to data and storage management. Developers only cared about data to the extent that it would enable their applications to work, while operations managers saw data as being essential to their organizations\u2019 infrastructures.<\/p>\n<p>But DevOps and modern application development processes have made storage and data important to both teams. Much of today\u2019s application development happens within Linux containers. Those applications require persistent and native container storage to continue to function unabated after the container spins down. Simultaneously, developers\u2019 storage needs require operations teams to act more quickly than before while still maintaining control over storage resources.<\/p>\n<h2>Kubernetes for the win<\/h2>\n<p>The rise of Kubernetes as both an application and infrastructure platform has helped permeate developer-like thinking into the operations space. Kubernetes shares a symbiotic relationship with storage. On the one hand, open source innovation around storage volume plug-ins has assisted in Kubernetes gaining a stronghold in the datacenter. By the same token, Kubernetes can serve up storage abstractions to applications, helping to automate the dynamic provisioning of storage volumes.<\/p>\n<p>Making storage portable and easily accessible can satisfy both sides of the DevOps divide. Developers can request more control over data without actually becoming storage administrators. Operations or storage managers can view the developers\u2019 requests as a need for a stable abstraction layer with strong security capabilities that can sit on top of the actual data. Operations managers can house this data anywhere they like, including in the cloud or on-premises. It doesn\u2019t matter to the developer as long as they can simply pluck out the storage they need when they need it.<\/p>\n<p>In this scenario, everyone goes home happy. Developers have their storage without having to wait for it, and operations teams are able to provide the development side with the resources they need while still maintaining control. Both sides are speaking the same language, and the barrier that once existed between the two has gotten a bit smaller.<\/p>\n<p>At the end of the day, storage may not solve every single DevOps challenge. But it\u2019s certainly a good place to start.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>DevOps and modern application development processes have made storage and data important to both developers and operations teams. Much of today&rsquo;s application development happens within Linux containers. Those applications require persistent and native container storage to continue to function unabated after the container spins down. &nbsp;Simultaneously, developers&rsquo; storage needs require operations teams to act more quickly than before while still maintaining control over storage resources. At the end of the day, storage may not solve every single DevOps challenge. But it&rsquo;s certainly a good place to start.<\/p>\n","protected":false},"author":509,"featured_media":4248,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"content-type":"","footnotes":""},"categories":[187],"tags":[94],"ppma_author":[3157],"class_list":["post-1600","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-bigdata-cloud","tag-data-science"],"authors":[{"term_id":3157,"user_id":509,"is_guest":0,"slug":"irshad-raihan","display_name":"Irshad Raihan","avatar_url":"https:\/\/secure.gravatar.com\/avatar\/?s=96&d=mm&r=g","user_url":"","last_name":"Raihan","first_name":"Irshad","job_title":"","description":"Irshad Raihan is Director of Product Marketing at Red Hat Storage. He manages overall marketing budget for the Storage business unit at Red Hat."}],"_links":{"self":[{"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/posts\/1600","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/users\/509"}],"replies":[{"embeddable":true,"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/comments?post=1600"}],"version-history":[{"count":4,"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/posts\/1600\/revisions"}],"predecessor-version":[{"id":29778,"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/posts\/1600\/revisions\/29778"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/media\/4248"}],"wp:attachment":[{"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/media?parent=1600"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/categories?post=1600"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/tags?post=1600"},{"taxonomy":"author","embeddable":true,"href":"https:\/\/www.experfy.com\/blog\/wp-json\/wp\/v2\/ppma_author?post=1600"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}