Do you want to know how the development process with Unikube consolidates all necessary tools for an easy local development of Kubernetes (K8s) applications? Read on!
In previous blog posts, we looked at the
A previous blog post took a deep dive into how local
The illustration below shows a complete naive workflow of the development process. We can see that there are quite some steps to get the local Kubernetes development cluster up and running before the developer can begin with the actual source code development. Additionally and depending on the application, there is a varying degree of direct collaboration and documentation between the software developer and the Kubernetes specialist. During and after the development, there is the need for special tooling to bring the source code into the local cluster.
Image 1: Example of a naive workflow
Now we want to take a look at the local development workflow when using Unikube. Of course, a developer is also faced with certain requirements, namely:
We can see that half of the points of the naive workflow are consolidated into the Unikube platform and CLI. With Unikube, a developer only needs to have knowledge and skills about one single platform/tool and that is Unikube. The need for direct cluster creation, configuration and interaction with different tools is gone!
Again we want to take a look at an illustration of the Unikube workflow. Compared with the naive workflow we can see that the software developer can skip some steps and begin writing code more easily, as the Kubernetes specialist has created a project and settings in the Unikube platform. Collaboration and documentation between the software developer and the Kubernetes specialist all take place via the Unikube platform as well.
Now the software developer can create a local Kubernetes cluster and select the project to work on with the Unikube CLI. No further special tooling is needed during or after the development and no direct interaction with the K8s cluster is necessary when using the Unikube CLI.
The only reservation is a tool for debugging, such as the Python- or Java debugger. Since the debugging tool is very specialized and dependent on the chosen programming language and interpreter, Unikube currently doesn’t support remote debugging. You can check out the
Image 2: The Unikube workflow
While this blog post doesn’t aim to give a deep dive into Unikube and all the commands of the CLI, we want to make a direct comparison of the various steps during the development of the naive workflow and the Unikube workflow.
Although the table only lists the Unikube CLI commands and doesn’t go into any details, we can clearly see that besides a remote debugger all necessary steps are directly supported by Unikube. This is an enormous advantage for the software developer, as only one tool - Unikube - has to be learned.