Kubernetes is a set of primitives and interfaces on which products and platforms can be built. Kubernetes has been built with decades of experience of running planet-scale infrastructure and hence this extensible platform has been the most disruptive technology in Cloud and DevOps space.

A meta-platform

The cloud provider in Kubernetes interacts with the underlying infrastructure which makes Kubernetes work. Run on the cloud or on VMWare vSphere or a combination of these. Kubernetes clusters can span across clouds to create hybrid environments or you can optimize by moving workers nodes to appropriate region/location.

We have been tinkering, working on Kubernetes since it’s very early days, and have contributed to the Kubernetes community.


The same things that scale Kubernetes as a platform can be extended – using Custom Resource Definitions and controllers. Many modern cloud-native tools and technologies are created this way – so that the same abstractions can be used and new ones can be extended on existing platforms. Operators and operator framework make this task, even more, easier without the need to understand all the nuts and bolts of underlying machinery.

Virtual Kubelet combines the power of container services while using the same operational patterns of Kubernetes. Container services like Fargate/Azure Container Instances or Hyper.sh can be integrated and managed from within Kubernetes using Virtual Kubelet. This combination gives the best of both worlds – for specific use cases like burst, jobs, etc.

Different workloads have different needs from the network between services and applications. Kubernetes using the CNI specification standardizes the operational part while allowing you to choose the right networking solution for your needs. You can choose between Calico, Weave, Flannal, Contiv or use a custom provider networking solution that confirms to CNI.

Storage needs of applications vary based on their performance and use case characteristics. CSI enables you to plug the right storage solution in Kubernetes. You can use the cloud provider’s storage or use a software-defined storage (SDS) platform or plug in a storage appliance. Irrespective of the underlying platform, Kubernetes provides a standard interface to manage the storage needs for the application.

Using a managed service should be as seamless as using a service internal to cluster and OSB bridges the Kubernetes cluster and external services. Whether you want to use the AWS RDS or a bucket storage solution, OSB provides a simple and easy interface to provision and use the external services from within the cluster.


We have been tinkering, working on Kubernetes since it’s very early days, and have contributed to the Kubernetes community.

We are the first Kubernetes partner in India and also one of first CKA was from InfraCloud as we have been working on Kubernetes since 1.0 version.

We started organizing a local chapter of Kubernetes meetup since 2016. And we have been evangelizing Kubernetes at various conferences like DevOpsDays, Container Camp, etc. through speaking engagements.


Insights. Unravelled.

Blogs, case studies & articles

December 7, 2018

Monitoring Kubernetes with Prometheus Operator

Unless you've been living under a rock, you've probably heard about Kubernetes, an open-source container orchestration platform designed to automate the deployment, scaling, and management of containerized applications. Kubernetes is…
November 20, 2018

Kubernetes Autoscaling with Custom Metrics

In the previous blog post about Kubernetes autoscaling, we looked at different concepts and terminologies related to autoscaling such as HPA, cluster auto-scaler etc. In this post will do a walkthrough of how kubernetes autoscaling can…
October 11, 2018

HA Kubernetes with Kubespray

When it comes to creating a cluster on a cloud provider, there are quite a few choices. But if you want a consistent way to create a cluster on-premise for example…

Like what you see? See more posts

Learn More About Us