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
DevOps Playground – Hands On with CloudBuild

DevOps Playground – Hands On with CloudBuild

Led by our very own Michel Lebeau, this Playground explores the fundamentals of a CI/CD pipeline using CloudBuild.

Over the session, we walk guests through how to create a basic build config file that defines the steps and parameters needed for CloudBuild to perform your tasks.

We also look at how to build and test a golang application, and then finish off the Playground by deploying the application using Google Cloud App Engine. And then we prepared this video so you can give it a go from the comfort of your home!


Interested in attending our next DevOps Playground in London? Follow us on Meetup to receive a notification about the next event.

Check out the Meetups we have at our other global locations:

You can also find all the information and resources you need about DevOps Playground sessions, upcoming events and past events on our website: https://devopsplayground.co.uk

Michel LebeauDevOps Playground – Hands On with CloudBuild
read more
DevOps Playground – Exploring Metrics with Prometheus

DevOps Playground – Exploring Metrics with Prometheus

Singapore’s last DevOps Playground was exploring metrics gathering with Prometheus. The event was hosted at the Lifelong Learning Institute (LLI).

The DevOps Playground community in Singapore is growing and this was our biggest attendance in Singapore to date! Thank you to everyone who supported us.

In this playground, we provide you with a better understanding of the monitoring capabilities of Prometheus and how those statuses can be easily displayed in a Grafana dashboard.

Follow the video above and you’ll begin to see how easy it is to set up a new Prometheus Server and use it to gather metrics from several applications.

We walk you through installing and configuring a Prometheus instance to monitor the following:

  1. Server hardware and kernel related metrics
  2. Instrumenting a Go application

The steps needed to complete this playground can be found on our Github repo:


So consider the services you are responsible for maintaining and follow the video above to see if Prometheus can help you improve the visibility of the health of those services.

Furthermore, we would advise users who are seriously looking into Prometheus for production to take into consideration the following during their planning phase:

  1. Storage Capability – Understand the size and frequency of metrics to be collected and stored.
  2. Federation – Scaling Prometheus to allow a Prometheus server to scrape selected time series from another Prometheus server.


Interested in attending our next DevOps Playground in Singapore? Follow us on Meetup to receive a notification about the next event.

Check out our other DevOps Playground on Meetup too:

You can also find all the information and resources you need about DevOps Playground sessions, upcoming events and past events on our website: https://devopsplayground.co.uk

Melvin ChengDevOps Playground – Exploring Metrics with Prometheus
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
Two steps forward with one shift left

Two steps forward with one shift left

Limitation of the linear development process 


Source: Intellectsoft (www.intellectsoft.net)

Spend enough time in the industry, and you’re sure to have encountered your fair share of development design processes. Often, they’ll be in a form similar to the waterfall design image above, starting from the Design to the Coding, then Testing and, finally, ending in Acceptance and Deployment. What the image doesn’t fully express is how much time and resources is dedicated to fixing the problems that crop up along the way. And, critically, how draining and arduous the process of referring back to previous stages can be. 

Why testing in the testing stage is too late 

By virtue of its purpose, the testing stage is where the majority of project problems and issues are caught. Here is where mountains of error logs are generated and a proportionally high volume of resources are required to identify and eliminate bugs. 

By now, the code would have been months, at best weeks, into development. With each new dependencyintroduced, each script developed, the code becomes exponentially harder to debug. Developers will often spend long periods of time re-familiarising themselves with solutions they themselves built, but forgot how it works. 

Security and Compliance, whether included in the testing stage or in a section of its own, brings its own set of headaches as well. Vulnerable libraries, outdated software and a whole list of similar issues caught here will need addressing, often having regressive effects on other tests and the overall solutions. 

All this effort makes organisations unable to adapt to market demands and industry competition, due to slow and unresponsive processes. Time that could be spent performing actual development work and improving processes is, instead, used trudging through the exact same work simply to be able to understand how to solve problems. Mitigating these disruptions is where the shift left philosophy comes in – allowing you to move forward with greater agility. 

What is Shift Left? 


Source: Checkmarx (www.checkmarx.com)


As the name implies, the Shift Left philosophy is all about the moving stages left in the sequence. In this case (image above), Security and Testing. Immediate efficiencies can be derived by including testers in the Development and Design phase, while also ensuring that developers perform Test-Driven Development. All of these actions will measurably reduce unforeseen delays and disruptions, as well as ensuring enough time and resource is dedicated to fixing these issues.  

Debugging solutions that were built only yesterday is a far simpler task than pouring through logs of processes developed months ago and integrated with multiple other projects. Keeping teams lean and flexible makes organisations better equipped to react to market forces and cuts project costs. 

Shifting Left is the DevOps way 

Having established what Shifting Left is, the question now moves to: ‘How to go about Shifting Left? Here is where the DevOps culture and processes comes into play. As a quick refresher, DevOps comes from the idea of combining Development and Operations together and is about continuous feedback and the dissolution of programming silos (groups) to encourage cooperation and quicker responses. 

This culture of cooperation, to continually gather feedback and iterate on the solutions allows you to be flexible and adaptable to market changes. Testing earlier also prevents massive fatal errors from taking the entire system down, instead keeping issues small and manageable. 

Adopting DevOps also entails embracing automation because, and where there is automation, there are resources to be freed. These automated processes facilitate keeping costs low and permit scalability at the same time. With a sufficiently rigorous infrastructure in place, it becomes possible for future projects to benefit from previously generated solutions and processes, thereby improving business gains. 

How to begin 

So, how do you begin to embrace DevOps and start Shifting Left? What tools are available to do so? How much process should be moved left and when? Let us at ECS Digital bring you up to speed on what to do using some of the best practices we’ve established in multiple industries. After this course, you will not only have a better understanding of how DevOps will improve your processes, but in a far better position to apply these learning to your organisation. Step forward and we’ll show you how to Shift Left.  

Register for our Adopting DevOps training course in Singapore from 7th to 9th May 2019.

Matthew SongTwo steps forward with one shift left
read more
Jenkins: invest in the infrastructure, not just the tool

Jenkins: invest in the infrastructure, not just the tool

Jenkins has built a reputation as arguably the most popular build automation tools – with over 1,650,000 global users at the time of writing. With an unparalleled plugin ecosystem, Jenkins supports project build, deployment, automation and practically every tool within your delivery pipeline.

Its increasing popularity has seen a broader range of teams, with varying degrees of technical skill, adopting Jenkins as their driver to Continuous Delivery.

Due to their lack of technical knowledge, these teams require a more bespoke user interface. Enter Blue Ocean, a plugin that introduces a new user interface that makes Continuous Delivery more accessible to this new audience, without sacrificing any of the power of Jenkins.

Whilst this is an impressive use of the platforms, other organisations haven’t been quite as successful as integrating secondary technologies and are struggling to get the results they expect Jenkins to deliver.

Identifying the challenges

When it comes to digital transformation or change programs, issues are more likely to appear when businesses fail to invest in the processes that enable them to get the most out of the tools they choose.

“The tool selection process can be long and protracted. So, when a business settles on a tool, the temptation is to begin using it as soon as possible” says ECS Digital Founder and Managing Director, Andy Cureton.

By neglecting to invest in the infrastructure to support Jenkins and failing to implement best practices for usage and training, businesses are diminishing their chances of a successful implementation.

This is also true when businesses choose to select only parts of Jenkins to implement, rather than in investing in the tools as a whole. Here are some of the most common challenges we find:

Fixing the problem

Making sure that your implementation is architected to support your business from the outset is a key way to avoid the above issues. Here are two real examples that illustrate not only the business challenges, but the solution we have implemented to overcome them:

Example 1: We were engaged by a leading UK financial institution to assist with an issue around the creation of jobs in Jenkins. Upon arrival, we found a monolithic Jenkins instance running around 6,000 jobs. After closer investigation, we discovered that over 5,000 of these had been created by a single individual – an issue caused by a lack of understanding of up-to-date best practice use of features and processes.

To solve the issue, we identified configuration and installation practices that were outdated, and introduced a new roadmap to the team. This roadmap showcased best practices and new processes to follow. We also introduced a new feature to assist with increasing the workflow output. This allowed the tech team lead to create seven templated jobs, replacing the 5,000+ jobs created from the two initial seed jobs.

Example 2: We were brought onboard to help a global integrator of communication products and services for multinational corporations. This was the company’s first Continuous Integration (CI) project in Asia Pacific and received SAT sign-off late last month.

Using open source Jenkins and additional services such as the configuration of Perforce, we successfully delivered the CI implementation. We also had engineering capabilities onsite to provide continuous support during the knowledge transfer and troubleshooting sessions with the client’s project team. This has enabled the client’s team to embrace Jenkins full capabilities, including the infrastructure that supports the tool.

What are my next steps?

You get out of a tool what you put into it so it’s important to take the time to secure the processes around Jenkins. As Andy Cureton says, a process that works for 10 people may also work for 100, start creaking for 1,000 and completely fail for 10,000”.

If your business is currently using, or is thinking about using Jenkins, we highly recommend investing time in learning the ins and outs of the tool, so you can drive the most value and avoid projects unravelling as you scale.

This March, we are offering hands-on Cloudbees Jenkins training courses in Singapore to help teach you the basic principles; from how to set up, configure and administer Jenkins, to learning about Declarative Pipeline using Blue Ocean Editor and the Blue Ocean text editor.

Be quick! This course sells out fast:

Register now

Kok Hoong WaiJenkins: invest in the infrastructure, not just the tool
read more
How to go from good to great with Jenkins and ECS Digital

How to go from good to great with Jenkins and ECS Digital

With an unparalleled plugin ecosystem, Jenkins supports project build, deployment, automation and practically every tool within your delivery pipeline. Owned by CloudBees, Jenkins currently has 1,650,000 global users, and is arguably the world’s most loved open source build servers. But with so many features, many users stick to the basics without tapping into the rich value streams Jenkins has to offer.

This infographic takes a look at some of the features you should be paying attention to and how ECS Digital can help you get the most out of your Continuous Integration (CI) software:

Official Jenkins Training

As well as being the Cloudbees’ Service Delivery Partner of the Year, ECS Digitals are also authorised training partners, offering a range of official Jenkins training courses for all skills levels. We are currently  running a 4-day official training course in Singapore from the 25th to 28th March.

If you are interested in learning about Continuous Integration concepts, project build, deployment, automation, and practically every tool with your delivery pipeline, register for our training course.

Here at ECS Digital we’re always happy to talk about what we do, why and how. If you’re interested in finding out how we can help you, please do get in touch.

Kok Hoong WaiHow to go from good to great with Jenkins and ECS Digital
read more
Addressing the whale in the room

Addressing the whale in the room

This infographic is aptly named addressing the whale in the room due to the scepticism around ‘popular’ Docker misconceptions. Namely that is it insecure, requires the Cloud and is unable to compete with others in the orchestration space given it is open source.

As Docker Authorized Consulting Partners, ECS Digital have been using this technology to significantly add value to our customers by bringing the benefits of containerisation to more traditional applications.

Whilst we know first-hand why this technology is worth investing in, we wanted to take a closer look at who’s using the technology, the statistics behind Docker’s platform and the benefits those currently using Docker as their enterprise-ready containerisation tool are experiencing, so you can see its true value too.

Here we go.

Docker Infographic


Here’s how ECS Digital can help you use Docker:

ECS Digital is a leading Docker Certified Delivery Partner. There are significant benefits to containerisation, including portability, improved security and increased infrastructure efficiency.

Docker Modernising Traditional Applications

ECS Digital has the knowledge and experience to bring the benefits of containerisation to your more traditional applications. Working with Docker customers across EMEA, undertaking MTA Modernising Traditional Applications engagements, taking a traditional application into containers to realise the value of Docker in just five days with a turnkey program.

  • 1 week onsite support / 3 weeks remote
  • Deploy Docker EE to cloud or on-prem infrastructure
  • Containerize an existing application
  • End-to-end app deploy using Docker EE
  • App operations using Docker EE

Official Docker Training

As Well as Docker Authorised Consulting Partners, ECS Digitals are also Docker Authorised Training Partners, offering a range of official docker training courses for all skills levels.

Enablement PodsTM 

ECS Digital’s Container Enablement PodsTM are an outcome-focused solution that deliver the capability you need, when you need it. Each Enablement PodTM starts with a Sprint Zero in order to establish a backlog of target outcomes with measurable KPIs and the resource.

Our approach Enablement PodTM approach has been massively successful in delivering large scale digital transformation projects in some of the UKs largest retail and commercial banks, as well as News outlets and international energy providers.

Here at ECS Digital we’re always happy to talk about what we do, why and how. If you’re interested in finding out how we can help you, please do get in touch.

Morgan AtkinsAddressing the whale in the room
read more
Why learning for future innovation is an essential skill 

Why learning for future innovation is an essential skill 

There are few parts of our lives that haven’t been fundamentally changed by the growth of technology over the past few decades – and nobody knows this better than Information Technology (IT) professionals. In fact, if you work in IT there’s a good chance that your job didn’t even exist ten years ago. But technology isn’t only changing the IT world: it’s changing almost every facet of the way we live, work and interact. 

How you approach this level of change on a daily basis can either be the catalyst for boundless innovation or a serious detriment to the success of your business. In this blog, we’ll take a look at why being prepared to learn for future innovation can be the best defence against stagnation in an ever-changing market. 

Learning for future innovation requires specific techniques and agility 

Learning for future innovation is a very different process to learning for something that already exists. Learning for an existing technology is more straight-forward because the method you choose is already tried and tested. Learning for future innovation, by contrast, seems almost self-contradictory.

While it’s certainly no walk in the park, there are ways to make this easier, and at the rate that technology continues to drive our world forward, there will be an ever-increasing number of topics to cover. And, if the mounting evidence is to be believed, most of us have been taught how to learn ‘wrongly’ throughout our lives. For professionals who are serious about learning future technologies, it’s vital to be able to adapt to a variety of working conditions, learning styles and environments in order to think outside the box and innovate more easily than the competition. 

Everybody learns in their own way; no two learning styles are the same. 

Every person has their preferred learning style, and what works for one person might be totally ineffective for the next. Here are the most common learning styles: 

  • Elaborative interrogation: Being able to explain why an explicitly stated fact or concept is true – in other words, repeatedly questioning the facts or pushing the concept to its limits 
  • Self-explanation: Explaining new concepts in the context of existing information, or explaining the necessary steps taken during problem solving. 
  • Summarisation: Summarising information in various lengths, to study from later 
  • Highlighting/underlining: Marking the pertinent sections of a text or piece of work to be revisited later 
  • Keyword mnemonic: Using keywords and mental imagery to associate verbal materials 
  • Imagery for text: Forming a set of related mental images from text materials while reading or listening 
  • Rereading: Restudying text material again after an initial reading, often several times 
  • Practice testing: Self-testing or doing practice tests on the material that needs to be learned 
  • Distributed practice: Implementing a schedule of practice that spreads out study activities over time, with the objective of forming a long-term understanding 
  • Interleaved practice: A schedule of practice that mixes different kinds of problems, or a study programme that mixes different kinds of material within one single study session 

Having an understanding of the different learning styles and how they differ from one another isn’t only a good way to find out which works best for you, it’s also a valuable tool for understanding how the other members of your team may prefer to learn. Ultimately, working as a team means being able to translate new information into a format your colleagues are able to understand is as important as being able to understand it yourself. 

DevOps courses in Singapore 

Whether you’re a DevOps veteran looking for a new opportunity for innovation or an aspiring newbie, ECS Digital Singapore offers a comprehensive selection of training courses that cover everything from DevOps basics to advanced tips and tricks.  

Having spent over 12 years implementing DevOps in organisations around the world, we have adopted a variety of learning styles to ensure what we teach can be easily absorbed by those wishing to learn.   

In our experience, one of the most effective styles for developing skills in new technology and tools is face-to-face sessions. With this in mind, we have partnered with Singapore Management University to deliver an interactive three-day course designed to give you a better understanding of the DevOps methodology.  

If you’d like to find out more about developing your DevOps understanding and skills further, visit our training page to find out more about our Adopting DevOps course in Singapore. 

Kok Hoong WaiWhy learning for future innovation is an essential skill 
read more
Learning DevOps: Theory versus Practice

Learning DevOps: Theory versus Practice

DevOps is notoriously difficult to define.

There are many reasons for this, not least of which is that it’s not simply a skill, a tool or a process – it’s a combination of all three. More specifically, it is how these three factors interact to bring about a change in the way software is delivered. For this reason, learning DevOps is a tricky thing to talk about.

Knowing the theory behind good DevOps practices is essential, but without any practical knowledge, you’ll quickly find yourself out of your depth in your organisation’s DevOps journey. As Alfred Korzybski put it, ‘the map is not the territory’. But that doesn’t mean you should jump head-first into DevOps without any kind of roadmap.

In short, mastering DevOps requires both a solid understanding of the theory that underpins it, as well as the ability to handle the reality of DevOps in practice. In this blog, we’ll look at what this means for learning DevOps.

Theory provides the foundation, practice allows for innovation.

In a strange way, learning DevOps is similar to learning how to play an instrument: you could spend years studying the theory and learning how to read music, but if you never sit down to practice, you won’t have any idea how to actually play a piece of music. In the same way, learning the fundamentals of DevOps lays the groundwork, but without practical experience, you’ll very quickly find yourself out of your depth.

A significant part of success with DevOps relies on innovation – the theory might show you how to accomplish something, but there is no ‘one size fits all’ DevOps solution. With practice, you’ll be able to refine and adapt the theory to create a variation that suits your organisation perfectly.

By no means is this a recipe for success. You may get some broken chords along the way, but the key is to learn from your mistakes and improve. As Elon Musk – CEO of Tesla and SpaceX – says “If you’re not failing, you’re not innovating enough.” Ultimately, having a good handle on both the theory and practical application of DevOps is essential for organisations that pride themselves on innovation.

What is DevOps theory, and where do I learn it?

The way we see it at ECS Digital, DevOps consultancy consists of three components: people, processes and tools – in that order.

DevOps theory is concerned with the first two: people and processes. Because DevOps makes some fundamental changes to the way people within the organisation collaborate, getting a handle on the theory behind it requires completely rethinking the nature of a software company from the ground up. At its core, DevOps is influenced by the principles of agile software development – continuous delivery and integration. Shorter delivery times and working in sprints are the legacy of agile development’s influence on DevOps.

There are many resources for learning about DevOps theory all around the internet, from blogs, to social media portals, to training videos on sites like Vimeo and YouTube. However, more in-depth training focuses on theory and practice in equal measure, since mastering DevOps requires an understanding of both as two sides of the same coin. 

What is the best way to learn about DevOps in practice?

The final component of DevOps in ECS Digital’s view are the tools that underpin the software delivery processes and bring DevOps to life. Defining exactly what a DevOps tool is can be problematic, since there are many aspects of the practice that can be augmented with a huge number of tools. Because of this, it’s not uncommon for different organisations to use entirely different combinations of tooling depending on what works best for them.

Typically, DevOps tools can be grouped into some core categories:

  1. Configuration Management – tools like Ansible, Puppet and Chef make it possible to manage and automate infrastructure as code;
  2. Application Deployment – tools such as Automic and Jenkins provide the framework for continuous integration;
  3. Delivery

Learning which of these are most valuable to your cause comes with experience of the tools themselves. The DevOps training offered by ECS Digital Singapore provides the theoretical foundations and then introduces the practical concept with some of the leading tools.

DevOps courses in Singapore

Whether you’re a DevOps veteran looking for new opportunity for innovation or an aspiring newbie, ECS Digital offers a comprehensive selection of training courses in Singapore that cover everything from DevOps basics to advanced tips and tricks.

Not only do we have 12 years’ experience implementing DevOps in organisations around the world and in a myriad of different industries, we have partnered with Singapore Management University to deliver an interactive three-day course designed to give you a better understanding of the DevOps methodology.

If you’d like to find out more about developing your DevOps understanding and skills further, visit our training page to find out more about our Adopting DevOps course in Singapore.

Kok Hoong WaiLearning DevOps: Theory versus Practice
read more