The Origin of KAOPS, Making Kubernetes Work
CIOREVIEW >> DevOps >> NEWS

The Origin of KAOPS, Making Kubernetes Work

CIO Review

Chris Munford, <a href='https://www.cioreview.com/nethopper-kaops' rel='nofollow' target='_blank' style='color:blue !important'>Nethopper's</a> Founder and CEO

Chris Munford, Nethopper's Founder and CEO

It Started With Virtualization

Since the mid 1990s, I’ve been designing, building, installing, and operating all sorts of data center equipment.  I started with networking switches and routers, then moved on to servers and storage arrays.  Virtualization was the first major technology shift I saw in the data center.  Network virtualization came in the form of VLANs and later VXLANs.  Compute virtualization was easier to understand, partly because it was so well named as Virtual Machines. These technologies made the cloud possible. The large public cloud providers perfected virtualization, each in their own proprietary way, and built a trillion-dollar industry.  My favorite definition of the cloud, by SunMicro leader’s Tom Lyon, is, “There is no cloud, it’s just somebody else’s computer.”  Users of cloud and virtualization could make the jump because the concepts were so similar to their historical physical data center counterparts.

The Rise of Kubernetes

In 2010, virtualization took on a new form, called containers, which was different because, unlike VMs, you don’t operate it like a computer.  Instead of pretending to be a computer, containers share a computer.  This had a major impact and unintended consequences on the rest of the data center. Containers were so different, that a new method had to be created to operate them.  Kubernetes was born to manage containers, and they set lofty goals, not just to manage the containers and the cluster of servers they run on, but also the virtual network for the containers to connect, and virtual storage for the containers to store data.  Kubernetes had control of all three building blocks: compute, storage, and networking.  If named better, Kubernetes could well have been called Virtual Data Center (for containers). 

Failure to Convert to Kubernetes

With its lofty charter, Kubernetes experienced a lot of growing pains, and users have had a long and difficult learning curve.  In 2018, I witnessed first-hand a large international telephone and telegraph company fail at their first few attempts.  Prior to Kubernetes, they built an extremely savvy operation, with 7000 servers and exabytes of storage, executing billions of web transactions a day with 99.999 uptime.  There was no challenge too large for this team - until they attempted Kubernetes. Upon their first failed attempt, their leader said, “Kubernetes just doesn’t work. It requires a magical network.”  On their second attempt, they assigned their smartest engineer.  It took him a year to build a working prototype, but that also failed, because it was too complex for the rest of the team to operationalize.  As a solution architect, I just wanted to get Kubernetes to work, which we eventually did.  Along the way, I took note of what went wrong and how to fix it.

  KAOPS is a great choice giving you a functional platform in weeks (not years), for a fraction of the cost of building one yourself; and you don’t need to support it yourself.  

Nethopper KAOPS Is Born

In 2020, I reasoned that if my sophisticated telephone company’s DevOps team was having problems getting Kubernetes to work, then likely so did thousands of other companies. 

So, I decided to create Nethopper, a company with the goal of helping others get Kubernetes to work, avoiding the pain and pitfalls that I had just witnessed. Our product, KAOPS (Kubernetes Application Operations Platform as a Service), is now helping define a new market category.

Key KAOPS principles:

Principle #1 - Cloud and Kubernetes Agnostic

We must allow users to choose any cloud (private or public) and any Kubernetes. Many companies have tried to lock users into using their cloud or their flavor of Kubernetes. We work with all cloud providers and all Kubernetes flavors (e.g. Rancher, Openshift, EKS, GKE, AKS, etc). 

Principle #2 - Delivered as a PaaS

KAOPS was born in the cloud and is best delivered as a cloud PaaS.  The old enterprise software model is actually part of the problem, making Kubernetes complex. In practice, users must download and install Kubernetes, and then download and install a dozen tools, all without support and guidance. The newer PaaS consumption model is better for Kubernetes users than the old model, because it has the advantages of guiding them to use the best practices and saving them time and headache.

Principle #3 - GitOps for Versioning and Auditability

One of the biggest faults that many Kubernetes users commit is attempting to control Kubernetes via command line (CLI). When Kubernetes trouble happens (and it will), they put a team of experts to work, typing an ever-changing sequence of CLI commands to fix the issue.  Even when fixed, it’s nearly impossible to tell who did what, when, and in what order to fix the problem. In short, it’s not collaborative, repeatable, or auditable.  The best collaboration tool in IT is Git.  It’s where almost every software team goes to collaborate to write and version their code.  Using Git to configure Kubernetes solves most of the operational issues compared to CLI.  KAOPS uses GitOps for everything, whenever possible.

A Toolbox for Your Tools

Open source is awesome.  The CNCF is at 120 open-source tools - and growing - for GitOps, Continuous Delivery, Security, Monitoring, Logging, Upgrading, Backup, etc.  However, the pendulum has swung so far that IT and DevOps don’t need more open-source tools. What they need is a ‘toolbox’ that integrates those tools to work together.  The tools also need to be used by a collaborative team, with a secure access method - and be easier to use and automate.  Most IT/DevOps teams can’t afford the time or money for 120 tool experts, each with their specialized tool.  How does one automate a process with 120 tools in it?  IT/Devops teams have determined an answer called Platform Engineering.

The Rise of Platform Engineering

It only stands to reason that if IT/DevOps teams are failing so often that they would create a solution.  Enter “Platform Engineering,” which is the discipline of designing and building Internal Developer Platforms, toolchains and workflows that enable self-service capabilities for software engineering organizations.  The idea is that you form a separate software team whose task is to figure out why your current software team is failing and develop a product (a.k.a. platform) to solve the problem.  As a hybrid engineer and a business-minded person, I can tell that an engineer came up with this idea. A business-minded person would dismiss this idea very quickly, especially when they learn that it requires an average of two years and $5M to create such a platform, and then even more to support it forever.  Business-minded professionals need the problem solved now - and for far less money.  This is why “platforms” are being outsourced to Managed Service Providers, System Integrators, or even the cloud providers themselves.  KAOPS is a great choice giving you a functional platform in weeks (not years), for a fraction of the cost of building one yourself; and you don’t need to support it yourself. You even get support for all those open-source tools your team likely already uses.

The Future of Kubernetes Is KAOPS

Kubernetes is great and powerful, but it’s just infrastructure (compute, storage, network).  Apps and data don’t deploy themselves onto Kubernetes, nor do they monitor, secure, upgrade, log, or debug themselves. These operational functions have always needed to be done on top of the infrastructure, and the Kubernetes era is no different. What is different with Kubernetes is that there’s an opportunity to standardize the way data centers and applications are operated, so that it works the same way in all clouds, private and public.  KAOPS is that operational layer that sits on top of Kubernetes.  The cloud providers all offer “Managed Kubernetes.”  In the future, we will look back and chuckle that we called today’s cloud services “Managed Kubernetes,” as this is just infrastructure.  “Managed Kubernetes” is going to evolve to include all the operations functions to automate how apps and data are run on top of Kubernetes.  IT/DevOps teams will simply write application code, and a very small operations team will easily deploy and operate those apps in any cloud they choose. Well, the future is already here, and it’s called KAOPS. Start using KAOPS here or visit www.nethopper.io to learn more.  Also, follow us on Linkedin.

More in News

Parking management solutions that incorporate technology, sensors, automation, and data analysis address significant urbanization challenges. They enhance parking operations, optimize space utilization, and improve the overall user experience. As cities strive to become smarter, these solutions are increasingly integrated into modern transportation systems. In contrast, traditional parking systems often rely on monitoring and static management, resulting in inefficient space usage, longer search times, and higher costs. Smart parking solutions do better by providing real-time information, automated access control, digital payment systems and guidance that helps drivers find parking spots. Modern platforms can handle on-street and off-street parking, allowing operators to manage facilities from a dashboard. Users get real-time information on parking availability and easy entry and exit experiences. As transportation networks become connected, smart parking management supports more efficient and sustainable city mobility. Enhanced Parking Solutions for Efficient Management Using sensors, cameras and other devices to keep track of which parking spaces are available so the people in charge can see what is going on and make the parking facility run smoothly. Smart parking systems help people find parking spaces more easily, which means they do not have to drive around the parking facility as much. Makes people happier when they are parking. These systems can read license plates and let people in without them having to take a ticket, which reduces the need for people to be involved and helps things run smoothly when it is busy. The way people pay for parking has become easier due to the ability to use phones or computers for transactions. The development increases convenience for those parking their vehicles and streamlines the payment collection process for parking facility operators. Parking facility managers can monitor activities across multiple locations, enabling them to optimize planning and resource allocation. They have access to real-time data on facility occupancy, revenue generation, and equipment functionality. The use of specialized analytical tools allows for the prediction of peak parking times. The information aids in determining pricing strategies and the number of parking spaces needed at any given time. The equipment within parking facilities is often connected to the internet, enhancing management capabilities. Facility operators can identify malfunctions promptly and schedule preventative maintenance, reducing potential issues. By leveraging automation, connectivity, and operational intelligence, smart parking management solutions promote efficient operations within parking facilities. Rising Need for Parking Management People want parking management solutions because cities and businesses need to manage the increasing number of vehicles and make the most of the limited parking spaces they have. The fact that more and more people are moving to cities is a reason for this demand. As cities get more crowded, it becomes really important to manage parking in a way to reduce traffic and make the transportation system better. Cities are trying to become smarter by using technologies. They are investing in systems that can manage traffic and parking together. “Artificial intelligence, connected mobility ecosystems and greater integration with intelligent transportation infrastructure will drive the future of parking management solutions.” Commercial real estate people are using parking technologies to make visitors happy to use their facilities in a better way and increase the value of their properties. The use of vehicles is changing the way parking is managed. Now parking facilities need to have charging stations, systems to reserve parking spots and ways to manage energy. The goal of being more sustainable is also helping the market grow. When people do not have to drive to find parking, they use less fuel, produce fewer emissions, and there is less traffic. People who manage parking use data to decide how much to charge, predict demand, plan how many parking spots they need, and make long-term investment decisions. The combination of cities getting bigger, the use of technologies and the need to make transportation better is driving investment in smart parking management solutions. Smart parking management solutions are getting more popular because cities, businesses and property owners need them to manage the growing number of vehicles and make the most of the parking resources they have. Emerging Trends in Smart Parking Management Solutions Artificial intelligence, connected mobility ecosystems and greater integration with intelligent transportation infrastructure will drive the future of parking management solutions. Parking management is becoming a dynamic part of urban mobility networks. AI will make parking management better by predicting how many spaces will be taken, analyzing traffic flow and automatically assigning parking spots. AI systems can help people who manage parking lots make sure they have enough spaces available when people need them. IoT will keep getting bigger, leading to more connected parking infrastructure with advanced sensors, smart cameras and intelligent gateways that give us information all the time. Smart parking management solutions will work with navigation systems, mobility applications and digital transportation platforms so drivers can find out if there are parking spaces available before they get to where they're going. As cities invest in transportation infrastructure, smart parking management solutions will become more important for making cities better, more efficient and more sustainable. ...Read more
SAP Cloud ERP programs often become difficult to defend before implementation begins. Midmarket companies encounter long consulting estimates, broad license packages and development work priced beyond the original business case. Internal teams then face a second problem. They must support the project while continuing to maintain the processes the new system is supposed to replace. Implementation speed deserves close examination, but a shorter schedule alone is not enough. Buyers need to understand which activities have been standardized, how much preparation is required before kickoff and where customer-specific work can alter the timeline. A provider that promises rapid delivery without controlling scope may simply shift unfinished decisions into the post-launch period. The stronger model reduces repetitive configuration work while preserving enough review to prevent avoidable rework. “AutomationUI combines its public edition accelerator with license-rightsizing and independently available services that reduce the cost barrier for midmarket companies.” Public cloud adoption also changes the role of customization. SAP Cloud ERP Public Edition is built around standardized processes, making it less tolerant of years of local code and inherited exceptions. Providers must distinguish between a requirement that protects a real business condition and a preference carried over from the previous system. Excessive customization raises cost and maintenance effort. Rigid standardization can create workarounds that weaken adoption after launch. License planning creates a separate source of waste. User counts are often based on loose role definitions or projected demand that may not materialize for several years. Commercial incentives can compound the problem by encouraging a larger initial purchase than the organization requires. Buyers should expect role-based license mapping, realistic usage assumptions and a clear process for revisiting those decisions as the company grows. Post-launch use now matters more than migration completion. An ERP program has limited value when purchased functions remain unused or routine reporting requests return to long development queues. Providers should be judged on how they support adoption and how quickly they can handle practical changes once the system is live. Reusable services and AI-assisted development can shorten report or add-on work that would otherwise depend on lengthy ABAP coding, provided the provider maintains clear controls over quality and access. Commercial structure deserves similar attention. Large bundled engagements can force smaller companies to buy services before the need is clear. Independently available offerings give buyers more control over initial spending and allow them to add support as use expands. They also make provider comparison easier because implementation work and follow-on development can be assessed separately. AutomationUI is well aligned with companies that want SAP Cloud ERP Public Edition without accepting a conventional implementation cycle or an oversized service package. Its delivery model centers on an accelerator designed to automate much of the implementation process and support compressed go-live schedules. AutomationUI combines its public edition accelerator with license-rightsizing and independently available services that reduce the cost barrier for midmarket companies. Its AI-assisted development approach also targets reports and add-ons that would otherwise require extended ABAP work. AutomationUI’s model addresses the cost and adoption pressures that most often weaken midmarket SAP programs. ...Read more
AI data cloud solutions are rapidly reshaping how organizations handle large-scale information flows, as businesses move toward more connected and intelligence-driven digital environments. Companies are increasingly adopting unified cloud frameworks that combine advanced analytics with AI capabilities, enabling faster data processing and more responsive decision-making across operations. This shift is also improving scalability and system efficiency, though challenges around data security, integration complexity and governance continue to demand stronger architectural planning. In response, organizations are refining cloud strategies with more structured data management practices and enhanced security protocols to maintain reliability while supporting continuous innovation. What Are the Key Benefits of AI Data Cloud? AI data cloud delivers significant advantages by improving how organizations extract value from vast and diverse data sets. By bringing together structured and unstructured information into a unified environment, it allows deeper insights that support more accurate forecasting and strategic planning. This capability helps organizations move beyond surface-level analysis and build a more comprehensive understanding of operational patterns, customer behavior and market dynamics. Another important benefit is the speed and flexibility it introduces into data-driven processes. With faster access to insights, decision cycles become shorter and more responsive to changing conditions. This agility supports better coordination across departments and helps organizations adapt quickly to shifting priorities without disrupting ongoing activities. It also reduces dependency on fragmented data systems, creating a more streamlined and efficient flow of information across business functions. AI data cloud strengthens overall operational resilience by improving consistency and reliability in data usage. Automated data handling reduces manual effort and minimizes the risk of errors, ensuring that information remains accurate and dependable over time. This structured approach supports stronger compliance practices and enhances trust in data-driven decisions, helping organizations operate with greater confidence in complex and evolving environments. What is the Future Outlook of AI Data Cloud Solutions? AI data cloud solutions are expected to advance toward more autonomous and context-aware data ecosystems, where systems can interpret patterns, prioritize insights and initiate actions with minimal manual direction. Growing integration of machine learning models with dynamic data pipelines is likely to support more proactive decision environments, where insights are not only generated faster but are also aligned more closely with real-time operational needs. This progression is set to refine how organizations anticipate changes, manage complexity and respond to emerging demands across digital environments. Simultaneously, the evolution of decentralized data architectures and edge computing is anticipated to reshape how data is processed and accessed across distributed networks. Greater emphasis on interoperability standards and secure data exchange frameworks will support more seamless collaboration between platforms while maintaining control over sensitive information. These developments are positioning AI data cloud solutions as a core element in building more adaptive, scalable and intelligence-driven digital infrastructures. ...Read more
Enterprise innovation sandboxes often lose their usefulness at the boundary between experimentation and production. A team may prove an idea quickly, then encounter weeks of access requests, security reviews and infrastructure dependencies before the work can enter the enterprise environment. For executives assessing a sandbox, the relevant distinction is whether it merely creates a protected place to experiment or shortens the path from an approved idea to deployable work. Production similarity deserves close scrutiny. A sandbox that operates under different tools or controls can make early development seem faster while delaying integration work. The stronger model reflects the conditions a team will eventually face, including access rules and deployment requirements. Governance then becomes part of development rather than a review layer added later. That matters particularly for AI work, where an experiment can be easy to demonstrate but much harder to sustain once enterprise data and release practices come into play. Self-service creates another procurement problem. Removing every gate may increase speed during experimentation, but it can also leave IT having to rebuild control later. Excessive centralization has the opposite effect, forcing routine provisioning through ticket queues and approval chains. Buyers should assess whether administrators can establish reusable policies and templates while giving teams room to provision approved resources themselves. The practical measure is not unrestricted autonomy. It is how much waiting and repeated setup the environment removes without separating experimentation from enterprise oversight. “The Calibo model works with existing enterprise systems rather than requiring their replacement and connects experimentation to a controlled Path to Production.” Compatibility with the existing technology estate is equally important. Large enterprises rarely have a clean stack that can be replaced around a new sandbox. Multiple clouds may coexist with legacy systems, while development work passes between specialized tools and data platforms. A sandbox that demands wholesale replacement can turn adoption into another modernization program. Buyers need to understand how the environment coordinates work across existing systems and whether generated artifacts remain inspectable and modifiable rather than being locked inside the platform. Data readiness can expose the same weakness. Requiring every possible source to be prepared before experimentation begins creates unnecessary groundwork, yet loosely governed sample data may produce a result that cannot survive production review. A useful sandbox should let teams establish the trusted data required for a defined use case, preserve traceability and expand that foundation as the work progresses. This keeps data preparation proportional to the idea being tested while preserving a credible route beyond the prototype. That balance between usable data and production readiness is built into the Calibo approach. Calibo provides a Business Innovation Sandbox, a governed environment designed to mirror production conditions. It gives teams role-based tools and workflows. IT can predefine approved configurations and access rules through policies and templates, allowing teams to provision what they need without sending every request through a manual approval queue. Its model works with existing enterprise systems rather than requiring their replacement. Calibo’s Path to Production provides a controlled release process for moving validated work into enterprise or Calibo-managed environments while IT retains control over deployment requirements. Calibo also applies Minimum Viable Data to establish the trusted, governed data required for a specific use case instead of preparing every possible source in advance. These mechanics address the central procurement risk of creating a sandbox that accelerates prototypes but leaves production friction untouched. Calibo merits consideration where enterprises need experimentation to remain governed and connected to eventual deployment. ...Read more