For the past 3 years, we've dedicated ourselves to creating a game-changing solution that streamlines Kubernetes for developers. Believe me or not, we've received many requests to delve into our UI/UX and transformative approach to making Kubernetes more developer-friendly.
Today, I'd like to humbly share my insights and experience from a product standpoint, unveiling the path that led us to building a "Kubernetes for Developers" platform.
So let's start at the beginning. The Problem.
Why Developers Don't Want to Learn Kubernetes (And They're Right)
Kubernetes is a powerful and versatile container orchestration platform. However, it has a steep learning curve, and developers often don't have the time or inclination to invest in mastering it. They prefer to focus on writing great code, deploying features, and fixing bugs rather than diving deep into the intricacies of Kubernetes.
And they're right to do so. Developers should be free to focus on their core strengths while leveraging tools that simplify the underlying infrastructure management.
The Challenge: Making Kubernetes Accessible to Developers
Making Kubernetes accessible to developers is no small feat, primarily because it requires bridging the gap between application development and infrastructure management. Let's delve deeper into why building a product like Qovery that simplifies Kubernetes for developers is so challenging.
1. Limited knowledge of containerization and Kubernetes concepts
Most developers are experts in their respective programming languages and frameworks but may have limited knowledge of containerization and Kubernetes concepts.
Containers are a relatively new technology (even if they have existed for years, even before Docker). Understanding how they work and interact with other components in a Kubernetes cluster can be a significant hurdle for developers.
2. Infrastructure complexities unfamiliar to developers
Developers typically focus on application development rather than infrastructure management. As a result, they may have little or no experience with modern infrastructure concepts such as load balancers, clusters, Virtual Private Clouds (VPCs), and networking. These concepts are critical to configuring and managing a Kubernetes cluster, and a lack of familiarity with them can make it difficult for developers to use Kubernetes effectively.
3. Steep learning curve
Kubernetes has a steep learning curve due to its complex architecture, extensive configuration options, and numerous components. For developers with limited infrastructure experience, learning Kubernetes can be a daunting task.
This learning curve can be a significant barrier, preventing many developers from adopting Kubernetes and taking advantage of its full potential.
4. Infrastructure-focused nature of Kubernetes
Kubernetes is an infrastructure product designed to manage containerized applications' deployment, scaling, and maintenance. While powerful and versatile, it can also be overwhelming for inexperienced infrastructure management developers.
The number of Kubernetes components and the intricacies of configuring them can be a significant challenge for developers.
5. Time and resource constraints
Last but not least, Developers often have tight deadlines and limited resources. Learning Kubernetes and its associated infrastructure concepts can take considerable time, which could be better spent on coding and other development tasks. Investing time and effort into mastering Kubernetes may not be a priority for developers, mainly if their primary focus is delivering features and fixing bugs.
With all these challenges and constraints in mind, we set about imagining and building the intermediate layer between developers and Kubernetes.
Qovery: The Intermediate Layer Between Developers and Kubernetes
To make Kubernetes developer-friendly, Qovery acts as an intermediate layer that speaks the language of developers while converting their actions into Kubernetes operations. We've designed Qovery to provide a simple and intuitive interface, allowing developers to manage their applications without needing to understand the intricacies of Kubernetes.
Developing a product that abstracts Kubernetes enough to be usable by developers is an intricate process. It requires a high degree of knowledge and experience in infrastructure and engineering. The main challenge lies in building an intermediary layer that can bridge these two realms and allow them to work together efficiently while catering to their different expertise.
1. Integrating into the Developer environment
To create a genuinely developer-friendly product, it's essential to have an in-depth understanding of how developers work. This involves knowing their preferred tools, workflows, pain points, and the programming languages and frameworks they use. By gaining insight into these aspects, we can develop a product that seamlessly integrates with the developer ecosystem and addresses their specific needs.
One of Qovery's key strengths is its ability to seamlessly integrate into the developer environment, ensuring a smooth and efficient workflow. Let's use GitHub as an example to illustrate how Qovery simplifies the deployment pipeline for developers.
When working with GitHub, developers typically use branches to manage different versions of their codebase. Each branch corresponds to a specific feature, bug fix, or stage of development. Qovery integrates with this workflow by automatically deploying the changes pushed to a branch to the appropriate application in the right environment.
Example of How Qovery Works with GitHub
1. Automatic branch recognition: When a developer pushes their code to a GitHub repository, Qovery recognizes the branch and understands its purpose in the project. This allows Qovery to determine the application and environment to which the changes should be deployed.
2. Deployment pipeline management: Qovery takes care of the entire deployment pipeline, from building the application to deploying it in the correct environment. Developers don't need to think about or manually configure the deployment process β Qovery handles everything behind the scenes.
3. Environment-specific deployments: Qovery supports deploying applications to different environments, such as development, staging, or production. Depending on the branch, Qovery deploys the changes to the appropriate environment, ensuring that the right version of the application is running in each context.
4. Automatic rollback: In case of a failed deployment, Qovery automatically rolls back to the previous stable version of the application. This feature ensures that any errors or issues introduced by new changes do not negatively impact the application's stability or availability.
5. Monitoring and logs: Qovery provides developers access to monitoring tools and logs, allowing them to gain insights into their application's performance and troubleshoot issues as they arise.
By integrating with popular developer tools like GitHub, Qovery streamlines the development and deployment process, making it more efficient and hassle-free. Developers can focus on writing code and implementing new features. At the same time, Qovery takes care of the deployment pipeline and ensures that their changes are correctly deployed to the right application in the appropriate environment.
2. Infrastructure management
Building an intermediary layer between developers and Kubernetes requires a solid foundation in infrastructure management. This means thoroughly understanding Kubernetes and related technologies such as pods, ingress, services, nodes, cluster, ... With this expertise, we can effectively simplify and automate the infrastructure management process for developers, enabling them to deploy and manage their applications without diving deep into the complexities of Kubernetes.
A key aspect of Qovery's approach to simplifying Kubernetes for developers is its intuitive web interface. This interface allows developers to easily manage their applications, resources, and settings while Qovery translates their actions into appropriate Kubernetes instructions behind the scenes.
Here's how Qovery's web interface enables developers to interact with Kubernetes without having to learn its complexities:
1. User-friendly resource allocation: When a developer sets resource allocations, such as CPU, RAM, the number of instances, or storage, Qovery translates these choices into appropriate Kubernetes resource configurations. This process ensures that the application is deployed with the desired resources without requiring the developer to understand the intricacies of Kubernetes resource management.
2. Domain management: When a developer configures a custom domain for their application, Qovery translates this action into the necessary Kubernetes instructions, such as creating an Ingress resource or configuring a load balancer. This simplifies connecting a domain to an application, enabling developers to focus on their code rather than the underlying network details.
3. Educational tooltips and explanations: Qovery's web interface includes tooltips and explanations for each input field and action, providing developers with context and understanding of the purpose and effect of their choices. By educating developers on the impact of their decisions, Qovery empowers them to make informed choices and gain a deeper understanding of the deployment process.
As developers interact with Qovery's web interface, the platform automatically generates the necessary Kubernetes instructions to implement their choices. For instance, the (Rust) code used to generate the appropriate manifest on the Qovery Engine side looks like this:
fn on_create(&self, target: &DeploymentTarget) -> Result<(), Box<EngineError>> {
let long_task = |_logger: &EnvProgressLogger| -> Result<(), Box<EngineError>> {
//...
let chart = ChartInfo {
name: self.helm_release_name(),
path: self.workspace_directory().to_string(),
namespace: HelmChartNamespaces::Custom,
custom_namespace: Some(target.environment.namespace().to_string()),
timeout_in_seconds: self.startup_timeout().as_secs() as i64,
k8s_selector: Some(self.selector()),
..Default::default()
};
let helm = HelmDeployment::new(
event_details.clone(),
self.to_tera_context(target)?,
PathBuf::from(self.helm_chart_dir()),
None,
chart,
);
helm.on_create(target)?;
delete_pending_service(
target.kubernetes.get_kubeconfig_file_path()?.as_str(),
target.environment.namespace(),
self.selector().as_str(),
target.kubernetes.cloud_provider().credentials_environment_variables(),
event_details,
)?;
Ok(())
};
execute_long_deployment(ApplicationDeploymentReporter::new(self, target, Action::Create), long_task)
}
This automation removes the need for developers to write complex Kubernetes configuration files or learn the Kubernetes command-line interface.
3. Balancing abstraction and control
One of the most critical aspects of building an intermediary layer between developers and Kubernetes is striking the right balance between abstraction and control. We must provide enough abstraction to make Kubernetes accessible to developers without requiring them to become infrastructure experts. At the same time, we need to ensure that developers retain sufficient control over their applications and can fine-tune their deployments as needed.
To overcome this challenge, Qovery offers "Advanced Settings" where developers can modify eventually every parameter for underlying resources. For example, if a developer needs to change the "max_body_size" parameter for the ingress controller used by their application, they can do so through these settings. This feature gives developers control over the more advanced aspects of their applications while still keeping the overall experience simple and user-friendly.
Advanced Settings are a gentle introduction for developers who want to learn more about the underlying infrastructure components. By making changes to specific parameters, developers can gain insights into how different components work together and how their applications are affected by these changes. This gradual education process allows developers to become more familiar with the inner workings of their applications without being overwhelmed by the complexity of Kubernetes.
An excellent example of this can be seen in a Qovery community discussion thread [https://discuss.qovery.com/t/nginx-502-bad-gateway-with-next-js-and-auth0-after-login/1209/15], where a developer had to change the "proxy_buffer_size_kb" parameter for the NGINX ingress controller to a higher value. The developer encountered a 502 Bad Gateway error with their Next.js application using Auth0 for authentication. By adjusting the parameter, they resolved the issue, demonstrating the value of Qovery's Advanced Settings and how it empowers developers to troubleshoot and optimize their applications.
4. Seamless integration of infrastructure and engineering
Qovery's main objective is to unify the infrastructure and engineering experience by providing a seamless, easy-to-use interface that caters to both worlds.
By acting as an intermediary layer, Qovery enables developers to focus on writing great code while handling the complex infrastructure management behind the scenes. This harmonious integration of infrastructure and engineering leads to a more efficient and enjoyable development process.
5. Continuous improvement and adaptation
Developers' needs and the technology landscape are constantly evolving. To ensure that Qovery remains a valuable tool for developers, we must continuously adapt and improve the product to meet these changing needs. By staying up-to-date with the latest infrastructure management and software development trends, we can keep Qovery at the forefront of the industry and maintain its position as a powerful, user-friendly solution.
Here are some ways in which Qovery maintains a strong connection with its users and fosters continuous improvement:
1. Direct engineering support: Qovery provides direct engineering support to its users, ensuring they receive timely assistance and guidance from experts who understand the product inside out. This hands-on support not only helps users resolve issues quickly but also enables the Qovery team to gather valuable feedback and insights that can be used to enhance the product.
2. Public roadmap: Qovery maintains a public roadmap that showcases planned improvements, fixes, and features. This roadmap is not just for show β user feedback and needs are genuinely considered when prioritizing updates. By involving the community in the decision-making process, Qovery can better align its development efforts with the needs of its users.
3. Regular changelogs: At the end of each two-week sprint, Qovery provides a changelog detailing the product's updates. These changelogs inform users about the latest improvements and ensure they are always up-to-date with the platform's capabilities and features.
4. Educational content: Writing articles like this is another way Qovery stays close to its users. By sharing insights, experiences, and best practices, Qovery educates its users and fosters a sense of community and trust. This open line of communication ensures that users feel heard and valued, which is essential for building a product that meets their needs.
By staying closely connected to its users and continually evolving based on their feedback, Qovery can build a product that caters to the needs of both engineering and platform engineering teams. This commitment to continuous improvement and adaptation ensures that Qovery remains an invaluable tool for developers as technology and user requirements change over time.
Time to wrap up
Building a product like Qovery unifies the infrastructure and engineering experience is a complex but rewarding endeavor (we almost reached 50 000 users for this month π₯³). By understanding how developers work, leveraging our expertise in infrastructure management, and continuously improving the product, we've created an intermediary layer that effectively bridges the gap between the two worlds. This enables developers to harness the power of Kubernetes without the steep learning curve, allowing them to focus on what they do best β creating exceptional applications.
If you would like to discuss product engineering or anything else, feel free to leave a comment or contact me directly.
Top comments (0)