Octopod is a fully open-source self-service portal which empowers your team to leverage the full power of Helm without the need for technical expertise.
Octopod is a way for you to provide a self-service portal for managing instances of a service in your cluster. Anything you can describe in a Helm Chart, any member of team can deploy. No matter how complex the deployment process is.
The recipe is simple: you provide a url to your Helm repo, Octopod then automatically extracts the possible configuration that the Chart can have, and automatically manages the lifecycle of the services. What users see is just a simple web interface:
You can have the installation from the demo above running on your local machine in minutes by running the following command:
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/typeable/octopod/master/octopod_local_install.sh)"You can dive deeper into the installation process in our deployment guide.
You can remove everything the command above installs by running the following command:
kind delete cluster --name octopodWe created Octopod because we believe that everything we release should be rigorously tested, however, such desires greatly complicate the development workflow leading to longer release cycles.
The members of our team that facilitate rigorously testing are also the member that require the most attention from our DevOps engineers to manage the many staging environments required for a proper testing cycle.
With Octopod we were able to reduce the reliance on our DevOps teams for testing to practically zero, while increasing the DevOps maneuverability of our QA engineers and process.
- 🏗 Technical architecture
- ⚙️ Control script guide
- 🔧🐙 Octopod deployment guide
- 🔧🚀 Helm-based Octopod project setup
- 🐙🎛 octo CLI user guide
- 🤖 CI integration
- 🔒 Octopod security model
Deploying Octopod itself can be done in a matter of minutes if you have a Kubernetes cluster at hand. If you want to deploy it locally we have a handy script that sets everything up automatically.
After you have Octopod up and running the only thing you need is a Helm Chart that your team might want to deploy. That's it.
Yes. Octopod is project-agnostic. If you can run your project in a Docker container, then you can use Octopod with that project.
If you do not have Helm Charts for your projects, you will not be able to leverage the simple Octopod installation procedure we have developed.
To use Octopod with your project will need to either:
- Write Helm Charts for your project
- Write a set of control scripts that deploy "vanilla" Kubernetes services
You can always contact us if you need help. A good first place to ask questions is Octopod Discussions.
You need to understand the basics of Kubernetes and be familiar with whatever hosting provider you will be using.
Most existing solutions like Gitlab Dynamic Environments offer you an extension of CI/CD pipelines. All they do is allow you to run bash scripts.
This has several drawback the main of which is the fact that you need to understand the under-the-hood details of the deployment process to use them. Existing solutions don't abstract the deployment process. They package up steps of deployment. The user is still responsible for coordinating the steps. You still need to manually manage the state of your deployed services.
Observability and transparency of the deployment management process is another drawback. To inspect the state of a deployed system you need to drop down to the Kubernetes level. At that point you alienate anyone without DevOps expertise. This is the problem Octopod solves.
Octopod actually abstracts the under-the-hood detail like Helm, Kubernetes and Docker from the user into an intuitive and easy to understand model. This allows anyone to manage and deploy services.
Octopod was developed in a modular way from the very start. It offers specific extension points called control scripts that allow you to modify the behavior of Octopod. The control scripts can be implemented in any programming language, even Bash. You can read more about control scripts in our control script guide.
We have developed a generic set of control scripts that should work great with any Helm Chart. You can use them as a base for your custom control scripts.
Yes. If you can run arbitrary executables in your CI, then you will be able to integrate it with Octopod. Integration basically consists of calling our octo CLI tool to perform desired actions. You can find more detail in the CI integration doc.
It's been excluded from the GUI because we don't have a good security story to accompany this feature yet. Some secrets and credentials may leak to the project team using Octopod and, potentially, not everyone should have access to this data.
There are several places where things can go wrong:
-
Your DevOps engineer could have made mistakes in one of the Control Scripts leading to an improper deployment process.
To fix this the DevOps engineer can use the octo CLI to see detailed logs collected during the deployment process and diagnose the issue.
-
You could have one of the steps of your deployment failing (for example, a failing database migration).
If you have supplied a Kubernetes Dashboard URL to Octopod during deployment, then you will have a "Details" button in the Web UI. You can click that button to get a filtered view of the Kubernetes Dashboard where you can see what could have gone wrong and diagnose the issue.
Typeable team envisioned an insightful approach to CI/CD, which managed to help us cut the delivery time for new features and projects with Octopod
— Wes Iwanski – VP Technology, Downtown Travel
If you still have questions, be sure to ask them in our Octopod Discussions.
Star the project of you like it
