Getting Hands-On with Jenkins X

Getting Hands-On with Jenkins X

July 25th was a big day for the DevOps Playground. Not only was it an opportunity for ECS Digital to work closely with its partner CloudBees, the Playground and its members had the privilege of welcoming Gareth Evans, who showcased CloudBees’ new tool Jenkins X.

Through the session, Gareth uncovered what Jenkins X is and the challenges it can solve. We’ve summarised his talk below:

Jenkins X is an open source platform offering software developers automated testing, continuous integration (CI), and continuous delivery (CD) specifically in Kubernetes. By managing projects within Jenkins X, users get a complete CI/CD process with a Jenkins pipeline that builds and packages project code for deployment to Kubernetes containers. Users also gain access to pipelines for promoting projects to staging and production environments.

Running the “classic” open source Jenkins and CloudBees’ version of Jenkins on Kubernetes already has it benefits, thanks in part to the Jenkins Kubernetes plugin. This plugin allows users to dynamically spin-up Kubernetes pods to run Jenkins build agents. Not only does it help streamline the process of working with containers, Jenkins X adds what’s missing from Jenkins: comprehensive support for CD and the management of promoting projects to preview, staging, and production environments.

As many of you can attest to, Kubernetes is hard! Jenkins X aims to simplify this by getting you up and running at pace, and keeping you going quickly using some of the industry’s best practices.

In the Playground we learnt how to get up and running with Jenkins X in no time at all, using the CLI to create new applications and promote them to staging and production environments. Gareth also demonstrated CloudBees’ use of GitOps and ChatOps to interact with Jenkins X and how to utilise Preview Environments to get faster feedback to the developer.

The key takeaways from the Playground were:

  • Use the JX cli to create a Jenkins X cluster on GKE.
  • Create an application based on a set of templates
  • Push the application to a staging environment using GitOps
  • Change the application, interact with the PR using ChatOps
  • Learn how Preview Environments can speed up developer feedback

If you’re interested in learning more about how Jenkins X works, you can explore more in this blog.

The Team

 

 

This is a community event for the people, run by the people, and we had some pretty amazing ECS Digital team members to help out during the London DevOps Playground. Which was a good thing, considering the Playground was just shy of hitting full numbers again!

 

 

This was definitely one of the most success nights we had at the DevOps Playground London, with over 70% of the attendees being first timers. This influx of newbies is amazing, as we not only love to welcome new people into our community, but we also opened up the world of Jenkins to a new audience – which was pretty cool!

Take Some Home

If you were there on the night, or didn’t quite catch something from the Playground, please find all the details below (including a link to the recording from the day):

🐼 Hands-On with Jenkins X Playground – official recording:

Github repo – DevOpsPlayground/Hands-On-With-Jenkins-X

Gareth Evans – Lead speaker and a keen technologist, developer, open-source contributor and cloud advocate engineer at CloudBees. Currently working on the Jenkins X project

Jenkins X is a CI / CD platform for Kubernetes

🐼 DevOps Playground website

🐼 DevOps Playground London Meetup Page

 

Benjamin ShonubiGetting Hands-On with Jenkins X
read more
DevOps World | Jenkins World: what to expect

DevOps World | Jenkins World: what to expect

Summer time, July lazily rolls into August and suddenly everyone becomes excited. And
just as the weather heats up. CloudBees very own DevOps World | Jenkins World is one
event which you should definitely circle on your calendar. And it’s just around the corner!

Here are the things we’re really looking forward to at DevOps World | Jenkins World 2019.

Jenkins Contributor Summit

We’re excited to see the return of the Jenkins Contributor Summit in San Francisco – a place where current and future contributors gather to discuss, learn and collaborate on the latest and greatest efforts within the Jenkins project. This year’s contributor summit will also form part of a joint Continuous Delivery Foundation [CDF] contributor summit.

The value from these sessions comes from hearing from the CloudBees themselves as it helps to understand what they feel is important for their product and their customers. It also gives us an insight into their proposed roadmap so we can begin to see where the product is going as a whole. With Kohsuke Kawaguchi, CloudBees Chief Scientist, Tracy Miranda, Director of Open Source Community and James Strachan looking to lead the project updates and BoF/Unconference ,this looks to be a real good kick0-start to the week.

Let’s Get Talking

Keynotes are probably one of the highlights of the week as you get to hear from some of the movers and shakers within the industry as they give their thoughts on where the industry is moving. With talks from Sacha Labourey, the CEO and Founder of CloudBees to Ben Williams, VP Product Management, we’re already anticipating an opportunity to see what’s next on the horizon for CloudBees and Jenkins during the show.

Not only that, but we will also be celebrating 15 years of Jenkins and the future of CI/CD, with talks from Tara Hernandez from Google, Chris Aniszczyk the CTO/COO of Cloud Native Computing Foundation and Andrew Glover a Director and engineer at Netflix to book end the celebrations!

DevSecOps Workshop: Security at a DevOps Speed

It’s 30 times cheaper to fix a security defect in Development vs. Production, yet Security is often treated as an afterthought and a bottleneck. It doesn’t have to be that way.

DJ Schleen’s hands-on workshop looks to address this misunderstanding head on, with promises to share tips and best practices for building better software, faster. Attendees can learn how to easily set up a Jenkins pipeline to automatically scan, detect, understand, and remediate known-vulnerable open source components. Attendees will also be given a chance to execute an attack against the same CVE that affected Equifax; then use Sonatype’s intelligence to understand and remediate the vulnerable libraries and verify the attack no longer works.

What’s more, DJ Schleen is a DevSecOps advocate at Sonatype making him best placed to run the workshop. Sonatype are one of the leaders in application security and are big advocates of shift-left security. As partners with Sonatype, we know what struggles some customer have with making sure the libraries and binaries they use to make up their mission critical application are and how they must guarantee their integrity. This is a talk which is guaranteed to give you some valuable takeaways to take back to your business.

Training

We love training. Especially when it comes from industry experts and with a CloudBees event like this – it’s an opportunity for attendees to get some hand-on training on their favourite products during the conference. Our very own Tom Chapman will be delivering training on Jenkins Pipeline and Fundamentals at this year’s event which is a real treat – be sure to sign up to his session! All training will be conducted on Monday 12th August in the morning. Other courses running include:

  • CloudBees Core Fundamentals
  • Continuous Delivery with Jenkins presented by Victor Farcic
  • Jenkins Admin 1 & 2 — Fundamentals presented by Bill Garret
  • DevSecOps Engineering fundamentals
  • DevOps Leader Certification Course
  • Jenkins Pipeline Fundamentals presented by Tom Chapman from ECS Digital

The Awards

The 2019 DevOps World | Jenkins World and CloudBees Innovation Awards look to honour the outstanding achievement of Jenkins Contributors and CloudBees customers around the globe – which is a great way of celebrating the open source nature of the tool.

In 2018, ECS Digital were proud to have won CloudBees’ Partner of the year award. It was a massive achievement for the business, with CloudBees recognising the hard work which had been put in by the team, on both sides throughout the year. 2019 marks a continued focus on moving the partnership between ECS Digital and CloudBees forward, providing world class consultancy and exercise to their customers.

In fact, we hosted a combined DevOps Playground just last week on Jenkins X – delivering a free hands-on session to attendees to enable others in the community to learn the basics of Jenkins X with CloudBees Jenkins X Distribution. Whilst Playgrounds only last 90mins, we managed to squeeze in the following:

  • Create a GKE cluster and install Jenkins X
  • Use Kubernetes™ GKE to deploy your application
  • Create a Quickstart Project from a build pack
  • Leverage Preview Environments for Pull Requests
  • Promote your changes into Production

If you missed the Playground, don’t fret. We will be releasing the event recording soon!

I guess the last thing to say is that we can’t wait to see everything that DevOps World | Jenkins World has to offer. It’s shaping up to be a fantastic four days (agenda can be found here) and we feel privileged to be part of it again – this year as sponsors and exhibitors. Whilst we sadly can’t send the whole team to sunny San Francisco, there will be a few friendly faces on our stand to answer all your DevOps, Digital transformation and/or training enquiries.

We look forward to hopefully seeing you there!

Benjamin ShonubiDevOps World | Jenkins World: what to expect
read more
The business case for using Jenkins X

The business case for using Jenkins X

Far from being a replacement to the widely loved Jenkins, Jenkins X builds on the classic with best of breed open source tools.

But it’s a little more exciting than that.

In the words of James Strachan, Distinguished Engineer at CloudBees, Jenkins X is a big deal because “as a developer, you can type one command jx create or jx import and get your source code, git repository and application created, automatically built and deployed to Kubernetes on each Pull Request or git push with full CI/CD complete with Environments and Promotion via GitOps!”

And breath…

Essentially, it makes smart decisions for you, its cloud native and its geared specifically for Kubernetes. Handy features when businesses are looking for ways to adopt cloud technologies, reduce manual tasks, and focus on driving value to compete at pace. But it hasn’t always been so plain sailing.

It’s fair to say that Jenkins X addressed some of the challenges its predecessor Jenkins has traditionally faced. A continuous integration tool long before Kubernetes entered the DevOps scene and distributed systems running on cloud native platforms, the current shift to cloud native and containers began to pose Jenkins management-specific challenges for enterprises. Users were also finding the use of Jenkins as a stand-along open source tool difficult at times.

The changing landscape meant that when Jenkins X was released back in early 2018, it found a way to both improve and automate continuous delivery pipelines to Kubernetes and cloud-native environments – something that hadn’t been possible with Jenkins.

But the dream doesn’t stop there. Ultimately, CloudBees is evolving its tools in keeping with the evolution of the modern DevOps pipeline. And it seems that the hope is that Jenkins X will eventually blend with the classic Jenkins to create one experience that facilitates serverless and automated pipelines, on-premise deployments and modern cloud applications. CloudBees would also like to see Jenkins X help Jenkins to become more cloud native in the hope it benefits the wider Jenkins community in addition to Jenkins X.

The question is, with such a shift still taking place, why would an enterprise go to the trouble of using Jenkins X? We think we’ve found a few answers…

It’s popular, and it works.

Ultimately, Jenkins X is a CI/CD solution for modern cloud application on Kubernetes – but with a few bells and whistles up his finely ironed suit jacket. Not only does the tool provide pipeline automation, it has built-in GitOps and preview environments to enable greater collaboration between teams and the acceleration of software delivery at scale.

Feedback on commits, issues and pull requests are also automated, with feedback delivered as code that is ready to be previewed and promoted to environments – or if pull requests are generated automatically, to upgrade versions. By spinning up preview environments ahead of merges to the master, Jenkins X has answered the much-requested ability to gain faster feedback.

In fact, it’s been so well received, CloudBees | Jenkins X has been described as “evil in the best possible way”…

It’s user focused

Devout compliments asides, Jenkins X has been carefully considered to put the developer’s best interests front and centre.

Best described in the words of James Strachan, Jenkins X is “a project which rethinks how developers should interact with CI/CD in the cloud with a focus on making development teams productive through automation, tooling and DevOps best practices”.

Defaulting your favourite pipelines and having them fully implemented with CI and CD for projects is an equally nifty addition for the time conscious and meticulous developer.

It addresses the CI/CD challenges in a cloud native landscape

As noted by Craig Barber, Software Engineer, Google:

“Jenkins X is an industry-wide leap forward to provide developers with a cloud native CI/CD experience. As the next evolution in the Jenkins space, Jenkins X redefines how CI/CD workloads run.”

And it was a much-needed leap too! Traditional CI/CD systems such as Jenkins weren’t designed for cloud-native environments, and as such, these tools have either had to evolve or introduce new family members to the tool stack.

In the case of CloudBees, Jenkins X was created to meet the demands Kubernetes placed on engineers wanting to deploy and test easily during deployment workflows. Born as a cloud-native tool, Jenkins X has simplified the integration of tools in the Kubernetes ecosystem for an opinionated open source solution fit for the modern enterprise.

CloudBees | Jenkins recently bagged HSBC’s vote, and a rather sizeable cheque…

It’s certainly not risk-free, but when an established enterprise such as HSBC is prepared to make a capital investment of $10million into an open-source software company, it’s difficult not to take notice.

HSBC’s CTO of Shared Services Dinesh Keswani says the investment was motivated by a desire to better serve their customers. They are also one of the enterprises driving change:

“The DevOps market is growing fast, as organisations like us drive automation, intelligence and security into the way we deliver software. CloudBees is already a strategic business partner of HSBC; we are excited by our investment and by the opportunity to be part of the story of continuous delivery.”

But HSBC aren’t alone. An estimated 15+ million software developers currently use Jenkins to automate their software delivery pipelines. Of this 15+ million, 46 belong to the Fortune 100 and three sit within the Fortune 10 – all using various tools within the CloudBees Suite to transform their businesses for the unremitting economy. And this number is likely to grow as CloudBees continue to conquer the CI/CD landscape.

Sacha Labourey, CEO and co-founder of CloudBees says that the funding will be used to continue introducing new innovation to the DevOps market through modernising its software delivery suite, growing its strategic partnerships and driving growth in its global business – as we’ve already seen through its recent acquisition of Electric Cloud and Rollout. Whilst not devoted solely to the evolution of Jenkins X, a few things suggest that Jenkins X will undoubtably gain its fair share of the pie:

Described in its infancy early last year, we look forward to seeing the progress Jenkins X has made at this years’ DevOps World | Jenkins World. Not only will some of the team be heading out to sunny San Francisco, we are proud to be heading out as CloudBees | Jenkins training partner of the year and training sponsors for the show.

DevOps World | Jenkins World

Hands-on with Jenkins X Jenkins X Panda

If you’ve been inspired to give Jenkins X a try for yourself, join us on July 24th for this month’s DevOps Playground, led by CloudBees’ very own Gareth Evans. If you’ve missed tickets on Meetup/Eventbrite, look out for the video recording post-Playground!

This Playground we’ll be learning how to be up and running with Jenkins X in no time, using the CLI to create new applications and promote them to staging and production environments. We will also be demonstrating our use of GitOps and ChatOps to interact with Jenkins X and will show how to utilise Preview Environments to get faster feedback to the developer.

Key Takeaways:

  • Use the JX cli to create a Jenkins X cluster on GKE
  • Create an application based on a set of templates
  • Push the application to a staging environment using GitOps
  • Change the application, interact with the PR using ChatOps
  • Learn how Preview Environments can speed up developer feedback
  • As much pizza as you fancy

As you can see, this is a Playground not to be missed! Join the waiting list here.

 

Eloisa ToveeThe business case for using Jenkins X
read more
A Week after HashiConf EU 2019

A Week after HashiConf EU 2019

This was my second HashiConf. The first was last year’s San Francisco show, and this year I got to head to Amsterdam for the EU edition. I’ve never been to the Netherlands, so it was understandably exciting to wait for my cue to order my Uber to the airport on Monday, very early in the morning.

This year ECS Digital had a team of three and a stand in an area called The Hub. It’s here where we spent the majority of our time, talking to people about training in all things HashiCorp, technical challenges they’re facing, and also proudly advertising our beloved hands-on Meetup series, the DevOps Playground to the fellow Londoners who made the exhausting 40 minutes long flight to Amsterdam for the show. Thanks to everyone who came over and chatted with us.

When we got to the venue Tuesday morning, something became clear very quickly. The vibe was very different than what I remember from San Francisco last year. Not better or worse, just a different atmosphere. The bare-brick walls, the stage setup, the lighting, the background music (playlist for Spotify – thanks for sharing it HC). These things immediately gave me the impression that I’m going to have a wonderful time here. (Also super excited to hear that HashiConf 2020 will be taking place in the same venue, with hopefully the same music!)

Bit of breakfast, and a good cup of coffee (I mean two coffees), and it was time for the big bangs – the Opening Keynote.

Last year’s Big Bang at HashiConf EU was Consul Connect, then Vault 1.0 and Terraform 0.12 beta in San Francisco. So it was kinda predictable that we were going to have Consul at the centre of the opening keynote. And it was.

 

 

Armon Dadgar took to the stage first, followed by Mitchell Hashimoto – Co-Founders and Co-CTOs of HashiCorp. The new buzzword to come out of their opening keynote was “Mesh Gateways and Layer7 routing” capabilities. See a detailed blog post about it here.

Essentially, Consul (and Envoy working together) are the new {load balancer, edge reverse proxy, service mesh, api gateway, vpn}. This will undoubtably prove to be a very complex undertaking for Consul, and whilst I’m sure they will handle it just fine, I do have a slight concern that it will start to become too heavy. Let’s hope this doesn’t happen…namely because Consul is my favourite HashiCorp tool.

When Mitchell finished talking about Consul, the stage (and the whole auditorium) changed from magenta to green, and it was time for the updates on Nomad.

Although it was much shorter than the Consul update, the session covered a lot of new updates for the next version of Nomad, including: Network Namespaces and Native Consul Connect integration, which will be very useful for those deploying hybrid workloads onto Nomad. I personally also like the upcoming support for Host Volumes, which is a long-awaited feature. The community will be very happy once it’s out, for sure! Check out the announcement video here.

The Nomad update concluded the keynote for Day 1, and the program continued with other presentations, food and coffee breaks. Oh, god I must mention, the food was amazing. And there was a lot of it. And I mean, a lot. If you knew me personally, you’d know I don’t take these words lightly, but if we’re being honest, there was barely an hour or two each day when there was no food or snacks or ice cream immediately available to someone who desired it. Food and tech, what’s not to love!

 

 

Day 2 started with another keynote, this time presented by Paul Hinze on Terraform. Now I must admit that I’m still on required_version = "< 0.12", and for the first part of the presentation, it felt like this is somewhat of a trend amongst users. Knowing that many people are yet to upgrade, Paul reiterated the HCL 2.0 features and other v0.12 upgrades that were announced in the beta release in San Francisco last October and made generally available in May 2019. He also went on to announce that Terraform Cloud is now officially live, providing free remote state management for individuals and small teams. The big booms for Terraform Enterprise are VCS backed Policy Sets and First-class integration with ServiceNow. See the video on this link for the full update.

The last update was for Vault, and although it was in a smaller auditorium, the updates were not small at all. New auth methods, like Kerberos and Pivotal Cloud Foundry were announced, Built-In Highly Available storage and consensus system (which will be released later this year), Dynamic UI elements for better integration for custom plugins, a new Database plugin for Elasticsearch and so on. Please see Jeff’s video here.

Although it’s not always easy to schedule these trips to conferences between engagements, I definitely did not regret making the effort to do so. Great venue, beautiful city, good crowd, professional (but not white gloves) hospitality and of course, lots of inspiring content about my favourite tools in the DevOps toolchain.

Which, come to think of it, I could probably write an entirely separate post on…maybe I will.

*****

If you’re looking for an easy way to learn how to manage your Consul Cluster with Terraform, head this way

Daniel MeszarosA Week after HashiConf EU 2019
read more
Eight essential summer reads for the agile-minded

Eight essential summer reads for the agile-minded

Summer Reads – booksIt’s a common theme that those leading digital transformations like to focus on new and emerging tools and technology. The problem is, they tend to place too much weight on the ‘DevOps dream’ rather than the steps needed to maximise the potential of the tools they’ve invested in.

Luckily for ECS Digital, we like to do things a little differently.

Rather than get sucked into the endless possibilities of the latest product releases – although our partnerships with some of the leading vendors in the DevOps space does mean we’re exposed to some pretty exciting technology – we balance the tools with the people and the process.

We do this because whilst tools can achieve groundbreaking results, it’s the people who make the tools perform the magic, and it’s the process that enables your team to scale this magic across your enterprise.

This is why all our consultants are trained up in the latest ways of working, soft skills and technology expertise, so when they embed into your teams during an engagement, they can achieve true, sustainable change for your business. Our consultants also have a habit of going above and beyond for our clients – learning from their peers, past engagements and self-teaching to put themselves in the best possible position to solve the problems of today, and put in place solutions that will safeguard and respond to the challenges of tomorrow.

Whilst most turn to YouTube tutorials, books remains a popular choice within the business. Easy to pack, download onto a kindle or pop onto your phone as an eBook, they seem to be the perfect option for when the team are out and about, or recharging their batteries on a white-golden beach with the sea breeze in their hair.

We appreciate that books within the DevOps and agile space aren’t always as riveting as delving waist deep into a classic Sci-Fi or a 19th century romance novel with a strong female protagonist, yet, there is the occasional diamond in the rough. Luckily for you, our team have pulled together their eight favourite titles, from the fundamentals of DevOps to how to apply more creative thinking to problem solving. We hope you find the space to squeeze at least one into your suitcase this summer.

Here we go…

Summer Reads – Phoenix ProjectThe Phoenix Project

In the words of Tyrion Lannister, “there’s nothing in the world more powerful than a good story,” and like most things Tyrion says, he is right. In this case, Gene Kim, Kevin Behr and George Spafford turn a seemingly dry subject (business and IT management) into a relatable narrative by asking you to follow Bill’s journey as he attempts to salvage a very late and over budget IT initiative – code name Phoenix Project.

Whilst the 90-day time frame seems a little unrealistic, the lessons around the relevance of IT in the enterprise and how interconnected everything is within a business are of benefit to all readers. It gives you a better perspective on what is needed to survive and presents agile methodologies in a refreshingly fun way.

For those who already know and love The Phoenix Project, you’ll be excited to learn that Gene Kim already has plans to release the much anticipated follow-up book ‘The Unicorn Project‘ this autumn. If you attended this year’s DevOps Enterprise Summit, you may already have a copy…

 

The DevOps HandbookSummer Reads – DevOps Handbook

Another classic from the rather distinguished Gene Kim – this time joined by Jez Humble, Patrick Debois and John Willis – the DevOps Handbook is a must read for those looking to understand how to implement DevOps culture to achieve high performance development and operations.

Whilst overwhelming in places, due to the sheer density of information and case studies, it truly breaks down the fact that DevOps is more than just a team with some nifty tools dedicated to one cause. DevOps is the transformation of the entire software development process. It is a change to the culture and mindset and this book lays out this philosophy well.

 

Summer Reads – Chimp ParadoxThe Chimp Paradox

Written by psychiatrist Steve Peters, the Chimp Paradox is a refreshing reminder that we are all human. Beings with impulsive behaviour, self-doubt, fears and emotions. Peters takes the physical structure of our brain and builds an illustrative model that explains how each part contributes to the behaviour we exhibit on a daily basis.

Whilst IT initiatives often focus heavily on introducing new tools and technology, this is simply the spark at the beginning of the journey. Soft skills are fundamental to the success of a DevOps implementation and therefore our behaviour and mindset towards change are equally as important. The Chimp Paradox gives readers the opportunity to understand how to manage self-harming behaviour, using examples and exercises to help drive home the learnings and make them applicable to everyday life.

Neither patronising nor boring, this self-help book is a must for anybody looking to better themselves.

 

Ansible: Up and RunningSummer Reads – Up and Running

As far as configuration management tools go, Ansible has some distinct advantages against its competitors. For starters, it’s minimal in nature, you are not required to install anything on your nodes, and it has an easy learning curve.

Considered the ‘Ansible bible’, O’Reilly delivers a no-nonsense introduction to Ansible, looking at everything from practical examples to writing playbooks, to how you can scale your Ansible deployments in terms of complexity and capacity.

Whilst it takes some hands-on work from the reader, there are some great chapters about using Ansible with AWS and Docker – extremely useful in today’s DevOps landscape!

 

First 90 DaysThe First 90 Days

This book does exactly what it says on the tin. Focusing on the first 90 days of any new role, this book identifies what you can do to properly plan your transition and make the right first impressions to greatly improve your chances of success. In short, this book offers a blueprint for finding out what you need to know, how to make contacts and who to make contacts with, how to formulate plans and how to operate in a new culture.

Considering that the majority of technology consultants and engineers spend time jumping between different clients and working environments, having a checklist to work from can be the difference between a successful engagement and one that ends as quickly as it takes to read this sentence. Luckily for you, this book is loaded with practical strategies, lessons, and advice for a smooth transition.

 

The Agile Samurai

Yes, the samurai seems to have been added for showmanship, and yes, a lot of the content within the book has evolved since its first release at the height of the ‘Agile’ fad in 2010, this book does continue to touch upon common frustrations and offers remedies to how you can overcome these challenges and put in place a more sustainable approach to software development.

Whilst no silver bullet, this book does offer helpful tidbits that remind you how to handle certain situations and refresh your skills. An interesting read for those looking to become more agile.

 

 

Summer Reads – Creative ConfidenceCreative Confidence

Who says the ‘creative types’ are the only ones who get to have fun. This book totally debunks the myth that you have to sit in a department with ‘creative’ painted in giant letters above unconventional desks, complete with thought-provoking cactuses and inspirational quotes framed in hot pink wood.

David and Tom Kelley – brothers with a passion for unleashing the creativity that lies within us all – take you a journey, uncovering principles and strategies that enable us to tap in our creative potential. The book is as much about coming up with ideas as it is about how we approach and solve problems. It also focuses on design-led thinking, asking readers to consider the practical application of an idea, rather than just the brilliance of it on paper. A mixture of both inspirational and practical tips, this is a must read for those looking to regain their creative side.

 

The Build Trap

Businesses that live and die by schedule-dependant outputs often fall into what is described as the “build trap”. This means that rather than focusing on meeting customer needs, you find yourself cranking out features to meet a timeline.

Whether you’re a consultancy looking to help your clients improve the CX for their customers, or you’re a business looking to become less output-led, this book considers everything from organisational culture to product management in order to help you shift from an output to an outcome focused organisation. A slightly heavier read, but a good one none-the-less.

 

*****

As we’re not promoting on behalf of any of the authors above (we genuinely like the material!) we’ve deliberately not dropped in any links to the books. However, we have been reassured that you’ll have no trouble finding a copy on Amazon!

Like what you’ve read? Feel free to share the list as far and wide as takes your fancy.

If you’ve got any other suggestions for books within the DevOps/agile space that we’ve not mentioned, let us know on Twitter or LinkedIn what you’d add to the list!

 

Eloisa ToveeEight essential summer reads for the agile-minded
read more
DevOps Enterprise Summit 2019: what went down

DevOps Enterprise Summit 2019: what went down

For many, the word DOES means nothing more than the third person singular present of do. No further thought is required. No light bulb moments. No slight gleam of excitement in the eye. Nothing. Does is does.

Unless, of course, you’re one of the few skirting around the outside rings or smack bang in the middle of the DevOps world.

For those within this world, DOES is the much-anticipated DevOps Enterprise Summit – a unique glance into the inner workings of DevOps. Everything from the latest tools and technology to product demos, data science and keynote speeches that left tech enthusiast’s hearts rekindled and fired up for the rest of the year. Although to be fair, the sock swag might have had something to do with that …

DevOps Enterprise Summit Stickers

Whilst we could spend the rest of the blog talking about the free mini chocolate macaroons, copious amounts of free stickers and CloudBees rather epic prize giveaway (every tech fan’s wet dream), let’s instead dig into the ten key messages that ECS Digital took away from DOES 2019:

1. Eisenbahnscheinbewegung

Eisen what now?! No, this isn’t another legendary word plucked from the creative geniuses over at Disney. Eisenbahnscheinbewegung is in fact a German creation (no surprise there!), pulling together “Eisenbahn” – a railway, and “scheinbewegung” – a fake movement into an impossibly accurate description of an influential constraint in digital transformations. Essentially, it is the fake sense of movement you get when you’re sitting on a train, watching another train moving next to you, and you gain the illusion that you are moving too.

In the context of DevOps, Eisenbahnscheinbewegung is a dangerous assumption during any transformation striving for a high-performance, collaborative organisation. The essence of DevOps is that you create a guiding coalition with shared responsibility at the core, enabling continuous learning and a behaviour change – not the easiest of tasks. But what if you didn’t need to change your behaviour, wouldn’t change be so easy then! By watching other teams begin to show new behaviours, people can gain the impression that they themselves are moving too and initiate the start of their own fake movement. Avoid the inertia this can cause by calling out Eisenbahnscheinbewegung and nipping it in the bud before the movement gains momentum.

(Eisenbahnscheinbewegung is also a fun word to try and get your colleagues to repeat really fast, multiple times…)

2. DevOps confessions

Holly Cummins‘ talk on the “Tales from the DevOps Transformation Trenches” did exactly what it said on the tin. It drew on the stories from attempted DevOps and CI/CD implementations, looking at common mistakes and the dangers of remaining too headstrong on what we believe to be the only way. Learn to take controlled risks, leveraging the benefits of a/b testing and continuous improvement to limit impact, learn and deliver incremental value.

DevOps Enterprise Summit

You don’t have one chance to get it right – unless you’re the Ariadne/Cluster 5 spacecraft, in which case once chance is really all you have… There is also argument to suggested that customers don’t necessarily have the appetite for continuous releases. Instead, ensure you are building a roadmap and bringing your customers on your journey – focusing on value-add and product improvement. If in doubt about when to release, remember the wise words of Reid Hoffman:

“If you are not embarrassed by the first version of your product, you’ve launched too late”

3. Employee engagement should be your competitive advantage

According to Richard James, your key business enablers are your culture, organisational agility and people. Employee engagement bolsters all of these, but championing employee engagement is about more than getting some bubbly in the office for ‘Fizz at Four’. It is about creating a culture and environment that fosters a mutual respect across all teams, strengthening your offering and providing something that your competitors will struggle to compete with you on. In the words of Joe Aho from Compuware:

“take care of your employee engagement and the cash flow will take care of itself”. 

4. Culture and calling out success

During DOES19, attention was drawn to Nike’s own transformational success, looking specifically at the impact of advocating a “thank you” culture and how this drove positive results in their distributed squads.

In the words of Chris McGinnis:

“culture eats strategy for breakfast”.

DevOps is a movement rather than a methodology which means that people matter more than technology. Recognise and celebrate the success of your teams / individuals and you’ll see a culture of collaboration ensue, because at the end of the day, “you have a far better chance of winning in life as team than as individuals” – Mehnaaz Abidi.

5. Data based thinking, because assumptions still make an ass out of you

Ultimately, data-based thinking gives you the information you need to make more informed, impact-controlled decisions. In the words of Gene Kim, “you do not want to be an organisation where information is hidden”.

Make your organisation transparent to encourage a culture where information is actively sought, messengers are trained – not shot – and teams can begin to learn from previous mistakes.

As well as transparency, make sure you have the tools in place to deliver the data you need to successful drive transformation. In the constantly shifting landscape of technology, continuous testing and a/b testing is a must. If you’re manually testing, you’ll only be able to pull data from the last time a test was made – and with the complexity of technology stacks and organisations as a whole, this could be months old. You also want to be giving yourself more data through experimentation. Not only will this help you know which pilot projects to scale, if an experiment shows your hypothesis is wrong early on, you have succeeded at reducing risk.

Last but not least, monitor your own transformation so you can begin to work smarter, not harder. You want to be continual measuring so you can support decision-making, enable better outcomes and remove blackholes created by unforeseen or futile tasks. In the words of Dominica DeGrandis:

“if you don’t track unplanned work, it’s invisible. It would be the perfect crime”

6. New kids on the block

 “At the current rate of disruption, 50% of the Fortune 500 are going to be replaced in the next 50 years” Mik Kersten. Whilst this predication can feel a little open ended – realistically, anything could happen in 50 years – the sentiment was mirrored in a statistic that came up at the Women of Silicon Roundabout:

“1 in 6 businesses will fail in next five years because they can’t keep pace with change”.

…an unsettling risk for those not willing to invest in an agile / DevOps way of working. With the pace of change in the technology sector, even those who have survived and profited from legacy technology stacks, a time will come – and has arrived for most – where this technology is no longer fit for purpose. Whilst some are on the front foot, many don’t realise quite how far behind their technology is until they see their competitors unsubtly eat into their market share. If these stats are trying to tell us anything, it’s that now is the time to change, because a few of you will be left behind.

7. Burnout – you work with canaries, not robots

Dr. Christina Maslach led what was perhaps the most relatable but least spoken about part of the technology sector: burnout. Given its high costs to employees and organisations, burnout has become an increasingly high topic in the workplace. While some believe burnout is self-imposed, empirical findings show that it is largely a function of the social environment in which people work – and is a warning sign that businesses should take very seriously. In the words of Dr. Maslach “our approach is to try to create more resilient canaries, instead of trying to figure out what is wrong in the coal mine.” Rather than setting unrealistic expectations on your team, address the toxicity of the environment and save multiple birds with one stone.

If you’re interested in this topic, our very own Ali Hill recent published a blog on his experience with burnout which you can read here.

8. IT might be Merlin, but there’s always a king Arthur

Whilst IT is the enabler, the digital wizard, the innovator, it rarely operates in isolation of the business. For IT to be successful in an agile transformation initiative, it needs the full buy-in and support of the business. Not only to enable cultural change, but to empower different teams to change at pace and scale successful products.

But there’s one hurdle. You won’t get this support until you can frame your ideas in terms that your business leaders can understand. Involve key stakeholders from the very beginning of the transformation to open up communication channels, then focus on outcome and value so they have something tangible they can buy-in to.

DevOps Enterprise Summit

9. Better Value Sooner Safer Happier

Jonathan Smart’s talk did one of two things. It delivered a clear explanation for the metrics we should be measuring the success of DevOps on. It also asked attendees to rethink their approach to DevOps. Rather than focus on scaling agile, Smart suggests descaling your work. Want to do an agile transformation? Don’t. Focus on outcome and value.

Essentially, Smart was talking about looking beyond the transformation, to the point that your language should change to adopt a more outcome-focused initiative. By changing milestone to outcome, project to product, plan to roadmap, you can begin to change the mindset of your organisation as well as the physical changes to your technology.

DevOps Enterprise Summit

10. Unicorn Project

We couldn’t do a summary of DOES19 without talking about one of the key influencers behind the event: Gene Kim. Not only is Kim a multi award-winning CTO, researcher and DevOps enthusiast, he has authored books with instrumental impact to the DevOps community including The Phoenix Project: A Novel About IT, DevOps, and Helping Your Business Win and The Visible Ops Handbook. 

And now he’s thrown another book into the mix: The Unicorn Project: A Novel about Digital Disruption, Redshirts, and Overthrowing the Ancient Powerful Order. Focused on introducing the ‘five ideals’, Kim takes you on a journey, following Maxine – a senior lead developer and architect – as she faces rebel developers, dangerous enemies and a ragtag bunch of misfits in a race against time to innovate, survive and thrive. With many of our engineers still reminiscing aboutThe Phoenix Project, we can’t wait to get stuck in…

Those who attended DOES19 were given exclusive access to an early edition of the book – as well as a matching pair of the #UnicornProject socks. If you missed the DevOps Enterprise Summit, save those unicorn tears. You can pre-order your version of the Unicorn Project on amazon.

Concluding thoughts:

Feeling fired up by the DevOps Enterprise Summit to start driving your own successful DevOps transformation? Harness that energy, consider your roadmap, but be mindful of jumping in with both feet.

If you swung by ECS Digital’s stand during the conference, you will have noticed something rather unusual. This year at DOES19, we decided to focus on you. In particular, how we can successfully help you journey through The Great DevOps Rabbit Hole.

 

 

Designed to be challenging, agile and sometimes delves into spaces that nobody has ventured into before, The Great DevOps Rabbit Hole is not for the faint hearted, yet it is a journey any business can take. Our latest feature showcases the typical DevOps journey, flagging common areas where businesses stumble, struggle or succeed. It also gives businesses the confidence they need to make the leap into a new transformative future.

Wherever you are on your journey,and whether you’re a heavily regulated enterprise, or an agile start-up looking to scale, your digital transformation will benefit from a partner who’s been on the journey before…

Download your copy of The Great DevOps Rabbit Hole and learn the secrets of mastering your DevOps journey.

 

Eloisa ToveeDevOps Enterprise Summit 2019: what went down
read more
Women of Silicon Roundabout: Key Takeaways

Women of Silicon Roundabout: Key Takeaways

This week, Women of Silicon Roundabout opened its doors to over 5,000 incredibly passionate, brilliant and career driven individuals looking to explore all things business – from gender diversity and inclusion, to pushing boundaries and inspirational anecdotes from the rather Marvellous Karren Brady OBE…

And ECS Digital were right in the middle of the buzz! 

Proud to be silver sponsors, we set up shop in the middle of the conference – close enough to the fro-yo but sensibly out of reach of the specially brewed ‘DevHops’ beer on the other side of the room. With tote bags in hand and the DevOps Playground Panda for extra company, the team did an incredible job talking about the unique DNA of ECS Digital and the incredible DevOps / QA culture we have helped create for our clients. 

What was particularly refreshing about this event – other than the vibrant spectacle of business fashion which you never quite seem to get at male-dominated events – was that it solely exists to inspire, up-skill and give individuals the confidence to go out and do great things. Every speaker was rightly celebrated, with rooms packed to resemble the recent Spice Girls gig and audience members cheering like wildings for their admired colleagues. Every talk spoke to either the head or heart, or both. And every person who came by our stand was an absolute pleasure to speak with.

How spectacular is that! In light of all that is currently in flux (Brexit, Gender Pay Gap, Positive Discrimination, the number of CEO’s named David…) this conference boldly pushed through the negative noise and created an event filled to the brim with positivity, determined to set a few things straight. Including giving the audience the knowledge they need to make more informed decisions.

With this in mind, we couldn’t pull together a summary of this great event without drawing attention to the incredible job Marie Cruz and Samer Naqvi did on delivering their own talk on Software Testing Trends in 2019. Both QA and Continuous Delivery Consultants at ECS Digital, their talk looked at delivering less yawn, more Elvis in software testing, focusing on the tools and technology that help create valuable solutions. Here’s a little sneak peek…

 

 

It was also a great opportunity for both to showcase their expertise. In the words of Marie, 

“Speaking at Women of Silicon Roundabout has given me the boost of confidence in my career and I wouldn’t have done it without the support of ECS Digital. Networking with a lot of respectable women in technology and listening to the other speakers talk about their experiences just means that the technology sector is empowering women and we all have a role to play”

Whilst there is a recording on Facebook already, we hope to release the event exclusive version of their talk our YouTube channel very soon.

With so many speaker sessions over the two days, we could only catch a handful of talks, so here’s our Women of Silicon Roundabout key takeaway iceberg – with the hope that others might add some quotes or titbits of what we may have missed. Enjoy! 

Eloisa ToveeWomen of Silicon Roundabout: Key Takeaways
read more
Plotting a Container-Centric Future. Part Two

Plotting a Container-Centric Future. Part Two

What to look for in a partner

Containers offer huge advantages over traditional architecture and application development models. Getting the best from this new way of working however, requires detailed knowledge of how to deploy them and the benefits of doing so. To avoid making bad decisions – which could impact the ability to move to containers quickly and effectively – organisations should seek out guidance from experienced experts before jumping in. 

A little assistance during the early phases of a cloud migration, or application refactoring, will pay huge dividends when moving to containers. If you are able to find and work with an experienced partner the benefits will be realised faster, with less risk. Here are some of the essential things to look for in a partner:

Sourcing the Right Expertise

Once you’ve selected your container distribution (e.g. Rancher, Docker, OpenShift…), the adoption of new technology can be disruptive. Not just to your technology ecosystem, but to your teams and culture too. 

Another stumbling block is that the on-premise IT services methodologies, traditionally supporting COTS applications, struggle to translate to the new model of containers, microservices and cloud environments. Care should be taken to ensure that any service provider is suitably skilled and experienced in Rancher, Kubernetes and Docker to enable you on your journey.

Take the time to ask how long they have been working with the technologies, how extensive their training is, and what certifications they hold. Key decisions about application architecture and environment design will be made early in the life of your modern applications – it’s crucial to make the right ones. Seek advice from those with the scars and medals of previous battles in this arena if you want to get ahead of your competition.

Finding the Right Support

You will gain the most from a partner if you are able to engage with engineers who will work in close partnership with you. You want a partner that will collaborate to design and build robust, flexible and cost-efficient cloud provisioning, orchestration and deployment solutions for your modern applications. Take the time to identify a partner who can place automation at the heart of what they do, leveraging the latest industry tooling and techniques including system immutability, infrastructure-as-code and container orchestrators.

What’s more, you will want to work with a qualified professional services team who can provide the architecture design, pre-staging, deployment, integration, training and support requirements for each project they undertake – you could  avoid costly mistakes common in the absence of this help.

An Agnostic Approach

You should ideally find a partner who is technology-agnostic and able to give honest advice, tailored for you – rather than making recommendations on one particular technology stack. You are going to be working with them on strategic elements of your business, so leverage their experience to avoid common design and implementation pitfalls – it will save you a lot of time, and a lot of money.

Lastly, find a partner who is invested in your success. Sounds simple, but finding a partner that looks beyond the surface requirements is a rare feat, but a rewarding one. Look beyond the sticker on the tin and instead focus on how your partner can help you make changes with longevity. Our own partners – such as Rancher – achieve this by upskilling our consultants in their latest technologies and tools so we can better serve our clients. We then pay this forward to our clients by upskilling their teams as part of our Pods offering. Technology isn’t about squeezing lemons, it’s about creating a sustainable innovation that benefits all, and we pride ourselves on enabling teams to make the most of the new technologies that will need to be mastered as they start their DevOps journey. 

Lead by Example

ECS Digital are experts in the deployment of containerised applications, and we provide exactly this type of assistance to organisations of all kinds. We are service delivery and training providers for many of the leaders in the DevOps toolchain, such as Rancher, Docker, HashiCorp, Puppet, Sonatype, New Relic, CloudBees and GitHub. Click here to find out more and get in touch.

If you missed Part One of the series, you can find it here.

——–

About the author

Morgan Atkins is the container technology lead at ECS Digital, and spends his time working with the leading container tools and related technology. You will find him on site with customers from many industries, explaining how to adopt products such as Rancher, Docker and Kubernetes. Morgan is a certified Docker trainer and consultant, and is one of the leading consultants for containerised applications in the UK.

About ECS Digital

ECS Digital is a leading DevOps and Digital Transformation consultancy based in London, Singapore and Edinburgh. Being deeply embedded in the world of DevOps and the tooling that this movement is driving, ECS Digital is proud to partner with the leading software vendors in this space, including Rancher, Docker, CloudBees, Aqua, Sonatype, HashiCorp, New Relic and ServiceNow.

Morgan AtkinsPlotting a Container-Centric Future. Part Two
read more
Out Scaling Peak Load

Out Scaling Peak Load

Not building your website for scale can be extremely detrimental to your service / product line and reputation – and can become an expensive mistake in the long term! Surges in genuine traffic are a rare opportunity, which makes it terrible timing for your website to be crashing.

In this short 25 minute talk, Morgan Atkins, DevOps and Continuous Delivery Consultant at ECS Digital, covers:

  • Why you want to engineer for scale
  • How you can build your services to scale
  • What the common success factors are
  • Where this technology is moving to next, and how this evolution will support scale beyond the Cloud

 

 

You can also watch the video for free on our YouTube channel here and learn how you can get yourself in the best position to react to unforeseen, performance-critical traffic spikes to your website.

If you want to talk to the team about any specific parts of the lecture, please reach out to hello@ecs-digital.co.uk and one of our consultants will be in touch to help answer your questions.

***

Banner Photo credit: Farzad Nazifi on Unsplash

Morgan AtkinsOut Scaling Peak Load
read more
Q&A: The Evolution of the term ‘DevOps’

Q&A: The Evolution of the term ‘DevOps’

Use of DevOps practices has soared in recent years. Commonly, this is the result of an increased number of organisations seeking to respond more effectively to their business challenges with agile methodologies and ways of working. And yet, the term ‘DevOps’ seems to be diluting at a similar pace.

People appear to be referring to their own digital transformations by referencing DevOps practices without necessarily having these in place – certainly not in the traditional sense. Is the term ‘DevOps’ simply losing its specificity, or is it becoming altogether redundant? Or should the term DevOps embrace a widened context in the wake of changing industry trends?

We sat down with both ECS Digital’s Founder & Managing Director, Andy Cureton, and Head of DevOps, Jason Man, to discuss the evolution of DevOps as a practice, and how the term ‘DevOps’ looks to be changing.

Here’s what they had to say:

Q: How would you summarise DevOps in a sentence or two?

Jason: “DevOps is about delivering speed, quality and business value. It’s not about the technology out there or using the right tech to be captivating your audience, but actually about what business value it’s bringing”.

Andy: “DevOps is about aligning all areas of an organisation to leverage modern ways of work and technology to deliver the target business outcomes.”.

 

Q: Have you heard customers, or people from within the industry describe DevOps in other ways?

Jason: “People tend to use terms like digital transformation, engineering capability, platform engineering as a way to describe the DevOps methodology as a whole, broadening the term far beyond its traditional meaning. DevOps is the overall encapsulating term for all the different practices, one term which has risen and what I see may be the next term for this is Customer Experience (CX).  CX is on the rise as this is ultimately what organisations look to improve, how they achieve this would be implementing DevOps practices, adopting agile methodologies and so forth.”.

Andy: “Engineering or Digital Transformation are more commonly used to describe programmes of work to adopt DevOps. One of the reasons for this is the overuse of the term ‘DevOps’.  There is also the challenge in the breadth of things that the term DevOps is being used to describe. I believe this reflects the broader adoption in the industry where there are organisations well advanced on their journey and those at or towards the beginning. There are comparatively few in between. The early adopters have provided the hard data around DevOps that has led to the conclusion that it is essential to the success and survival of businesses. At one end of the spectrum you can find people referring to DevOps practices to describe the introduction of source code management or continuous integration. At the other end the same term is used to refer to continuous deployment to dynamic serverless production infrastructure 10s of times a day yet there is no distinction in how the term is being used. For this reason, people tend to refer to the specific technology or practice, for example continuous delivery or continuous integration rather than the overarching term DevOps.

 

Q: Is there an element of the ‘Cloud-wash’ effect happening?

Andy: “Yes. People attach the word DevOps to everything in the same way they attach the word Cloud to everything as a way of implying modern, cool, agile or technologically advanced. In both instances, it betrays what true DevOps or Cloud is and creates a negative stigma around the terms. A CIO told me over a year ago that he “would be shot if he went to the board to ask for money to do DevOps” and that the conversation to have would be about investment to reduce lead time to production, increase service availability etc.

Jason: “The DevOps term is being overused, unlike the Agile Manifesto, there is no definitive way to describe if you have adopted DevOps or not. It could be as simple as adopting a CI server or going full blown immutable infrastructure with every part of your pipeline provided “as a service”. DevOps is a bit like a New Years’ Resolution, in the sense that at the beginning of the year everyone sets out good intentions to introduce a new resolution. It’s almost like everybody feels they need to have one and most will set out to stick to one. But then after a couple of months, the novelty wears off and they lose their discipline and go back to how things were originally.

 

Q: How have you seen the DevOps methodology evolving, and do you think the term should evolve too?

Jason: “DevOps is a continually evolving term, as the whole concept is constantly improving. In 2009 – when the term came into place – you can actually see that there has been quite a lot of improvement. DevOps didn’t used to involve containers but now they’ve come in recently. Serverless is coming in and now people are talking about Machine Learning and AI being introduced too. Whether or not it will remain being called DevOps, that is something to look out for, but ultimately it continues to evolve. We do see that the traditional practices are now being adopted at scale across all sectors including finance and public sectors. The newer and niche practices are setting out on their early adopters and proving its value, which hopefully will end up with scalable enterprise adoption.”

Andy: “As discussed earlier the use of DevOps practices has exploded as their benefits have been increasingly documented. The practices themselves have not evolved but with increased adoption and advancement of technology, they have been applied to different use case and technologies. For example, using AI/ML to perform previously manual exploratory testing, container technologies being applied to use cases ranging from technology currency to cloud migration.

 

Q: What do you see in the future for DevOps? Is there a risk the term will die out as its scope widens?

Andy: “DevOps practices have become a critical element to the success and survival of companies in this increasingly software driven world. The term will die out for two reasons. Firstly, because it is overused and attached to things incorrectly it has diminished in value. Secondly, the term will die because the practices that DevOps covers are now becoming the new normal. These practices including continuous integration and continuous delivery will however continue to be referred to. As mentioned before, the benefits seen by organisations who have adopted DevOps are well documented and transformational to the fortunes of those companies. As IDC says DevOps is no longer optional, it’s mandatory. It is therefore becoming the new normal.

Jason: “The term DevOps will die, and I would almost say that it has died. It will be termed under a different methodology due to its overuse. IT has gone through this change many, many times. I have only been in the industry for 10 years and I’ve seen three different methodologies that cover the same thing.

With regards to its scope, in the past organisations used to outsource engineering capability because it was seen as a cheaper methodology to run. But more recently, people are bringing this back in house as they have the talent available. I can see people in the future saying the cost is too high and we should outsource again specially if they are not seeing the results the market is promising. It is a continually evolving methodology, every organisation is a software company hopefully with the ultimate goal to improve customer experience.”

 

Q: Where are the areas of DevOps that need additional tools or support to help optimise its capabilities?

Andy: “DevOps isn’t about tools; DevOps refers to a group of ways of working and practices. These practices can and are being applied to new technologies and use cases that will see the use of “DevOps” evolve and grow. The question should therefore be, what are the technologies and use cases that need DevOps practices to optimise them? These will continue to be uncovered as new technologies or use cases for existing technologies are discovered.

Jason: “An area that is still underplayed or underutilised is the data side of things – people are talking about collating data and baseline metrics, but I feel like there is room to improve and manage this data. Everything flows through systems and computers and we need to look at how we can analyse this data in a better form because actually, in order to continually improve, you can’t always be looking, discovering or finding out what is it that we need to improve. Whereas if you have a proper data metric system, you can immediately know what’s needed. This space is overcrowded already but I would go as far as saying there is no outright leader in the space”.

 

With the increase in businesses undergoing Digital Transformation, DevOps has become an industry buzzword. A way for businesses to feel like and project externally that they are achieving the same as others, without fully understanding what it means to adopt DevOps. As we’ve seen with terms such as Cloud and agile, as the frequency of use increases, the murkier the meaning becomes.

Puppet’s VP of Ecosystem Engineering, Nigel Kersten states that an increasing number of people will claim that DevOps is ‘dead,’ not because the practice is dead, but more that the “lessons from the DevOps movement [will] become increasingly internalised in new companies and projects, [where] we’ll stop seeing the cool kids talk about it at all.” This was a prediction of Andy’s some time ago which he spoke about within a 2016 DevOps Online article – he stated that DevOps will no longer be called DevOps as it will become the new normal, an integral part of all companies without any questions asked.

Andy CuretonQ&A: The Evolution of the term ‘DevOps’
read more