The latest versions of Konvoy and Kommander are now available, continuing the rapid progress and relentless innovation that has characterized the D2iQ Kubernetes Platform (DKP) from its inception. We are also updating our integrated GitOps capabilities, and streamlining their integration with DKP to improve both developer and operator experiences and remove friction from the development and deployment pipelines.

Based on the changing market needs and very clear feedback from our customers, D2iQ is making the decision to focus our resources on the future, that being our DKP portfolio of products.

Kubernetes gives organizations the ability to run Kubernetes clusters at scale across different cloud infrastructures and distributions. Unfortunately, this is where many of the challenges begin. As the number of clusters and workloads grow, they are being managed independently with very little consistency.

We are very pleased to announce that we have received Federal Information Processing Standards (FIPS) Validation (CMVP Cert #3702) for the D2iQ Kubernetes Platform (DKP). With FIPS validation, U.S. public sector organizations can accelerate adoption of the D2iQ Kubernetes Platform to more quickly and securely build and deploy cloud native applications and services.

Innovation. Scale. Power. These are just a few of the words used to describe the explosive impact that Kubernetes is having on the organizations leveraging it for their innovation efforts. Kubernetes gives organizations the ability to run Kubernetes clusters at scale across different cloud infrastructures and distributions. But as the number of clusters and workloads grow, it can be increasingly difficult to manage and create consistency across your organization’s digital footprint.

The problem with a majority of governance models is that they aren’t continuous. As development teams adopt cloud native technologies and evolve to more agile methods, such as continuous flow and continuous iteration, they are up against decades of policy that assume an older model and don’t fit into a month-long sprint. While governance models need to be restructured, if they’re too restrictive, it can discourage developers and prevent innovation.

As various teams within your organization are discovering new ways to leverage Kubernetes, they’re adopting a growing number of clusters to support their project efforts. Unfortunately, this is where many of the challenges begin. While managing one Kubernetes cluster is not trivial, trying to manage multiple Kubernetes clusters across multiple environments becomes exponentially more difficult.

Businesses of all shapes and sizes are taking advantage of the hundreds of technology services that the cloud native landscape offers. Every few months, new open source projects, databases, and developer tools are coming out, and it’s empowering innovation across enterprises like never before.

Recently we hit the infamous kmem bug in our internal Production Konvoy Cluster. We discovered that we were having this issue after users began reporting a particular CI Job was failing intermittently throughout the Cluster with the following error: From the Pod Logs: From the Kernel Logs.

So far we covered team culture which amplifies our code culture and design. It was kind of abstract so far and you’ll be forgiven if you skipped right a way to this part. I will cover our test and release pipeline, the thing that probably has had the biggest impact on Marathon’s stability. The pipeline enabled us to discover issues before our users did. I will first give an overview of the pipeline stages and dive deep into the Loop. You will soon see what I meant by that.