DevOps Developments |
|
| Written by CM Staff |
| Monday, 28 February 2011 00:00 |
|
Sasha explains what Devops is really all about and how it is impacting our industry and how it can impact your application release and deployment. These strategies are having a major impact in how organizations manage their continuous build and deployment efforts to support Agile software development and Agile CM. Sasha concludes by giving us his predictions into what lies ahead for Devops and how it will effect technology organizations and their efforts to meet industry demands. Interview Transcript Bob Aiello: Welcome to the broadcast Sasha! Sasha Gilenson: Thank you Bob Aiello: It's a pleasure to have you here today. I'd like you to start perhaps with giving, your definition of what DevOps is and what it's all about. Sasha Gilenson: So, I believe that DevOps is a combination of practices, masses of processes and tools; defined to bring together to bring two organizations that traditionally didn't cooperate so much – development and operations. Bob Aiello: So, I think you bring in a really good point to get started. Why would you say that development and operations is…and by the way I think you are absolutely right. I completely agree with you…why would you say that sometimes development and operations has kind of a different view of things and might need some help with working together more effectively? Sasha Gilenson: There are multiple reasons for this situation. Lets starts with different types of focus. You know, where development is focused on creation…you know…as fast as possible creating a new functionality or resolve some code issues. Operations are charged with taking this and putting this into production and ensuring that it runs and delivers service for business. The processes are different, you know, the focus is different. The tools used are unfortunately different as well. There are a lot of reasons it creates a different culture and different philosophy and some gaps between these two organizations. Bob Aiello: You bring up some really important points. Very often, in my work as being configuration management guru, I'm often finding myself in both camps – I'm with the developers helping them rapidly and iteratively develop their software, and then, running over to operations to make sure that they know how to deploy and very often be able to role back a release. So, you bring in some really important points to this discussion. What would you say are some of the challenges are that DevOps helps us address by this new way of looking at things? Sasha Gilenson: So, I think that the most important challenge is to ensure growing quality and productivity in the situation when the pace of the changes and releases is drastically increasing. You know…many organizations I am working with already switched to Agile methods and use such practices as continuous integration and continuous build and as a result, what was once released per year and a minor release per quarter turns into dozens and sometimes hundreds of changes going to production sometimes on a daily basis. And to be able to address this challenge, a new type of organization, a new type of process and tools is required. Bob Aiello: So, of course the ITIL framework has defined from many organizations the industry standard for handling IT service management, is used a lot in operations,…of course ITIL doesn't have much to say about the development per say, but you know how do you see ITIL and Agile really helping us to define what we do on a day to day basis with DevOps? Sasha Gilenson: I think that the only way they will be able to help is if they will be integrated. And Agile is about finding, you know, a practice, relying on the people a lot and that can bring dynamically high quality deliverables to the market. Bob Aiello: So, very often we find that it can be tough to get an organization to change, overcoming resistance to change; it's got many challenges to it. Tools may be great but actually getting the organization to use the tools and adopt the new way of doing things. You know, what would you say are the most important things for an organization to consider when they are trying to improve their DevOps practices? Sasha Gilenson: So, first of all, I think that I would like to get back toa few points I have mentioned before. In order to make this work, there is a need to make a cultural shift, and to make a cultural shift, you need to have the same view and speak the same language. So, one of the things is, for an organization to produce a single set of information available to all the stakeholders of a process. The second thing is to create the same language, the same way to look into this information and reach the same conclusion. And the third part, I would say is the tools platform; because if a new practice creates overhead, no organization will adopt it. So, you need automation, you need automation platform to ensure that the new practices actually increase the productivity rather than introducing overhead. And of course, you know you need to follow the usual organizational change practices to ensure that such a major change does happen successfully. Bob Aiello: Now, our environments – particularly in training environments and lots of other business applications - are increasingly complex. They have many moving part and you know, UNIX administrators have been setting up Nagios and other simple tools to monitor the environment. What do you think the real advantages are of really handling environment configurations and environment surveillance in a more robust fashion? What do you see the real advantages are, particularly in a practical business setting, which I know you are very involved with and I am very involved with; what do you think we need to be able to do? Sasha Gilenson: So, as you have mentioned, the challenge is that you have so many technologies and have so many moving pieces that are inter-dependant and today - each of the pieces come with a lot of configuration. To give you a specific example, you know, the WebSphere application and service, which is frequently used in the financial industry, comes with something like, 16,000 configuration parameters. You know Oracle, has 100s and 100s, , about 1200 parameters, only at the level of database server configuration. So, what happens is that there is a lot of information that you still need to collect, you need to centralize it. So, again all the stakeholders need to have the common view. But at the same time, you also need to have intelligent analysis on top of this, so that it will cut through all this complexities, through all this noise and will help the people involved in operational management and people involved in change management to get the essential and critical information. Bob Aiello: So Sasha, what's next? What do you see as being the future of DevOps? We've got something that are evolving right now – some new practices; they've obviously got some great success. What do you see coming up in the future? Sasha Gilenson: So, I see the evolution of DevOps, very similar to what happened to service management in beginning of 2000 and 2001. When the need for a new role, emerged a virtual practice, a virtual role, became a dedicated position in organization; a dedicated team was created. So, I think this will happen in DevOps as well. People will be allocated to this function with all the responsibility, accountability but also the authority. And then, I believe, that processes will mature, there will be this integration, between the development process crossing this chasm into development and operation into production. And the third, I believe, is the right tools for automation of these processes will emerge as well. So, there are certain vendors that try to address this need to already today but I believe that as the process will mature, also the set of tools will be expanding and maturing. Bob Aiello: Thanks for joining us today Sasha. You've given us a lot of good information and we appreciate your insights
Set as favorite
Bookmark
Email this
Hits: 1396 Trackback(0)Comments (0)
|
| Last Updated on Monday, 28 February 2011 09:48 |





