DevOps
DevOps Tools - Is too many the new too little?
Automation and Tools are key to our DevOps journey, apart from the fact that there is a unequivocal agreement that transformation is truly about change in the minds of people. As we steadily work towards moving our diverse application portfolio towards Continuous integration and Continuous deployment, a quick stock taking of our DevOps tools begs the question about are there too many already? What do the industry experts have to say?
IT Executive at DXC Technology
7 年Wish there is one more tool that can help change the culture. Devops adoption is still only around 30% of global enterprises.
Freelancer
7 年Tools & Fools -- How the monkey uses a Razor is an interesting case-study -:)
CEO of Xellentro, International Author, Consultant on Sustainability & Resilience, President Green Computing Foundation, Sustainable IT Manifesto Signatory, Independent Director
7 年In DevOps tools is a necessity. However, jumping into using tools does not help. The culture, the thinking process of Developers, Testers, Security Professionals, Infrastructure and Operations people also need to be aligned to the DevOps thinking. All needs to understand the business better first, clearly identify the Process Flow for each delivery, identify bottlenecks, identify candidates for automation by choosing ones which are repetitive, simple and with other factors decide on tools. Else it is using tools but not doing DevOps. DevOps institute has created the DevOps Foundation and DevOps Test Engineer Certification to help in these areas of culture and process. @DevOpsinst
Agile Consultant | Author of “Agile Estimation Distilled” | Ex-Director at GlobalLogic, Xebia | Open-Source Contributor
7 年I never ever suggest to jump to the tools directly. With that approach, we tend to tailor our needs according to the tools and not other way round. So we think, this tool offer these many features, how can we tailor our work according to that. To me, that simply doesn't make sense. The better way is to come up with the IT needs, what exactly we are looking for in these tools based on our IT context. Based on that shortlist a number of tools, do a time-boxed POC and come out with the one which works the best for us.