Skip to content

Not just Workload Modernisation, Explore Full Stack Automation

automation

Welcome to the final part of this Containerisation blog series.

In the first blog post, we discussed CSI’s vision to support clients on their Digital, Cloud, and Containerisation Journey – and how we see ourselves very much like the Sherpa, guiding explorers to the summit, whilst avoiding the pitfalls, crevasses, and icefields on the way.

In the second blog, we explored Application Modernisation and the evolution of management and operating modern microservices application architectures (from pets to chickens!) – plus some of the new toolsets and major benefits around scaling that can be achieved with Kubernetes.

This third blog brings this all together with some real-world examples of the benefits of containerisation and the issues our clients are overcoming by leveraging CSI’s investment in technology, networks, and data centres to bring their vision to life.

Which Containerisation tools should we use, and which Open-Source vendor is right for me? 

When we began working with companies on their containerisation projects, we saw lots of similar questions that we really needed to address. Things like, ‘which tools should we use and why?’ and ‘how do I choose the right one?’. These questions come as no surprise when you consider every client has individual requirements around tools to suit their needs for:

  • Functionality / completeness
  • Cost
  • Supportability (internally)
  • Vendor support
  • Extensibility
  • and ability to support legacy infrastructure

Next, came the important questions, ‘which vendor do we choose based on their commitment to open-source code, the size of organisation, and their ability to execute and ability to support?’ and ‘do we build, buy or integrate our technology stack from open source products/projects?’.

The container ecosystem is so large that we were really looking at a huge task to test and evaluate each option to quickly understand what good looked like, and then get a stable version of whatever toolset was selected.

We also had to bear in mind that we needed a solution that would remain integrated and stable in production as new releases of the components used within the toolset were updated.

As we aren’t a software house and don’t want to maintain the integrations internally, we opted to review the marketplace and investigate the major container Application Platform as a Service (APaaS) and Container as a Service (CaaS) offerings available.

It quickly became apparent that there were only two real options in this space – with Kubernetes support a given in both – Cloud Foundry or OpenShift.

  • Cloud Foundry: open-source, multi-cloud Application Platform as a Service (APaaS) governed by the Cloud Foundry Foundation, with the most common distribution backed by Pivotal and originally created by VMware
  • OpenShift: multi-cloud application platform, developed initially by Red Hat and open-source since May 2012, with the most used distribution provided by Red Hat

Advantages of Red Hat OpenShift for Enterprise Customers

Reviewing the Red Hat OpenShift distribution, we began to see some major advantages for our enterprise clients with its extensibility into the more traditional world of IBM. This was apparent through the tight integration that IBM has performed in their Cloud Paks approach to key industry themes like Multi-Cloud Management, Applications, Data, Integration, Automation and Security.

IBM Cloud Paks illustration

Another benefit of OpenShift is the approach to maintaining the ability to access existing legacy infrastructure, such as storage arrays for containerised workloads with products like Spectrum Protect Plus working as the translation layer as outlined in the above IBM slide.

This richness of capability in the new container world that also links existing assets to legacy investments within the data centre is exactly the kind of vision that CSI embraces and an approach we know will pay dividends to our clients. In the hybrid world in which we are operating, we want to provide our clients with choices, not dead ends, as shown in our approach to tooling.

In support of client container projects, CSI offers a native support option in both Amazon Web Services (AWS) and Microsoft Azure providing full support for both the Azure Kubernetes Service (AKS) and Amazon Elastic Kubernetes Services (EKS).

Our enhanced container offering based on RedHat OpenShift can be deployed in your data centre or our private CSI PowerCloud, or directly onto AWS, Azure, GCP or IBM Cloud to support your vision for true multi-cloud capability.

CASE STUDY: Creating a Test & Dev Environment using Containers for Fintech ISV

Our client, a large financial services Independent Software Vendor (ISV), wanted to achieve a ‘Standard Development Environment’ (SDE) for a select number of workstations with a standard set of developer tools loaded to each. The ISV has a complex development stack built around a backend of IBM Power Systems coupled to x86 middleware services and a web front-end.

The SDE is required each time the ISV begins a new project or onboards a new group of developers, and it’s important that identical SDEs can be built as quickly as possible and with minimal manual effort.

Leveraging our relationship with IBM, Red Hat and Hashicorp, CSI developed an automated environment using Power Virtual Server capacity in the IBM Cloud to present a full SDE back to the client for use as a sandpit or pre-production development and User Acceptance Testing (UAT) environment.

CSI maintains the automation and deployment tasks required to spin up and connect the environment to the client’s network, whilst the ISV is free to focus on developing products in a flexible, standardised environment, which can be completely torn down and replaced in a matter of minutes.

Why Red Hat OpenShift

This type of environment can be expanded to hyperscale public clouds when used in conjunction with our Scaffold and FastTrack services. These are automated deployments of the foundational and governance resources and policies CSI has developed to speed up our clients’ consumption of the leading cloud products, platforms, and capabilities.

Why Red Hat OpenShift for ‘Enhanced General Purpose’ Container PaaS solution over its competition

While there is an element of lock-in in relation to our decision to choose OpenShift over Cloud Foundry (or RedHat over Pivotal per se), we saw more positives to both the company and the technology than we saw negatives.

  • Completeness of vision – Red Hat OpenShift contains all the components that we wanted for our clients to be able to develop and run containers in their enterprise in production environments
  • Flexibility – while we are tied in some ways to a defined set of components and features within OpenShift, it can be deployed on pretty much any cloud or traditional infrastructure stack making it an extremely flexible choice for customers who want multi-cloud capabilities
  • End to End capability and existing asset reuse – since the 2019 acquisition, IBM and Red Hat integration has been tremendously successful which has brought Red Hat OpenShift to a whole new level of legacy enterprise resource integration that we haven’t seen in any of the competition
  • Supportability – Red Hat is capable of offering a 4-hour 24x7x365 SLA which is vital to our financial services clients if they are to run containers in the cloud

Video: Solving modern customer problems with IBM, Red Hat and OpenShift 

Below is the final segment of videos that were recorded during a client webinar for a US audience.

In this episode, IBM’s Dr Frank Lee explores some real-world examples of how IBM, Red Hat and OpenShift are helping customers solve very modern problems and handle very large datasets.

***

If you wish to get in touch to discuss anything raised in this blog, please use our Contact Us Page.

Ready to talk?

Get in touch today to discuss your IT challenges and goals. No matter what’s happening in your IT environment right now, discover how our experts can help your business discover its competitive edge.