Kubernetes self-service portal
Go to file
2021-12-09 21:01:48 +03:00
.github ❄️ Bumped ghc to 8.10.7 (#155) 2021-11-22 19:59:46 +03:00
.vscode Removed TLS Auth in favour of headers (#54) 2021-07-28 14:27:37 +03:00
charts/octopod chart version up for 1.4.1 release (#147) 2021-10-20 12:31:14 +03:00
dev Added ability to delete deployments, made cli output prettier (#157) 2021-12-08 18:53:17 +03:00
docs Update Octopod_deployment_guide.md 2021-11-08 16:10:01 +03:00
helm-control-scripts ECR support for control scripts (#142) 2021-10-20 12:08:59 +03:00
img Updated the release checklist (#135) 2021-10-11 12:19:39 +03:00
migrations Removed separate tag field, added config check and unified control script arguments (#109) 2021-09-26 17:54:20 +03:00
nix Improved frontend performance (#156) 2021-12-08 14:00:48 +03:00
octo-cli Made octo CLI errors better (#159) 2021-12-09 21:01:48 +03:00
octopod-api Added ability to delete deployments, made cli output prettier (#157) 2021-12-08 18:53:17 +03:00
octopod-backend Added ability to delete deployments, made cli output prettier (#157) 2021-12-08 18:53:17 +03:00
octopod-common Added ability to delete deployments, made cli output prettier (#157) 2021-12-08 18:53:17 +03:00
octopod-css Updated tech docs (#117) 2021-10-01 16:58:35 +03:00
octopod-frontend Don't show empty errors in Web UI (#158) 2021-12-09 16:20:14 +03:00
.gitattributes Update .gitattributes (#1) 2021-01-25 18:40:35 +03:00
.gitignore Added new override markup (#97) 2021-09-15 15:02:58 +03:00
.hlint.yaml Implemented new override markup (#106) 2021-09-21 14:41:53 +03:00
cabal.project Migrate to haskell.nix for everything (#46) 2021-07-16 15:56:18 +03:00
ChangeLog.md Initial open source release 2020-12-09 18:31:07 +03:00
default.nix Improved frontend performance (#156) 2021-12-08 14:00:48 +03:00
Development_guide.md Updated the release checklist (#135) 2021-10-11 12:19:39 +03:00
fourmolu.yaml Removed TLS Auth in favour of headers (#54) 2021-07-28 14:27:37 +03:00
hie.yaml Added haskell-language-server support in nix-shell (#4) 2021-01-25 18:40:35 +03:00
LICENSE Initial open source release 2020-12-09 18:31:07 +03:00
Makefile Improved frontend performance (#156) 2021-12-08 14:00:48 +03:00
octopod_local_install.sh Mention resource limits in documentation (#141) 2021-10-15 14:30:15 +03:00
README.md Added reminders to star the project to docs (#130) 2021-10-07 14:22:32 +03:00
Release_checklist.md Updated the release checklist (#135) 2021-10-11 12:19:39 +03:00
release.sh Initial open source release 2020-12-09 18:31:07 +03:00
shell.nix Bumped nix dependencies (#83) 2021-08-24 17:06:29 +03:00
stack.yaml Migrate to haskell.nix for everything (#46) 2021-07-16 15:56:18 +03:00

Build Documentation

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:

🖥 Demo

🧑‍🔬 Try it out for yourself

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 octopod

Motivation

We 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.

📑 Documentation

🔭 High-level notes

🛠️ Technical documentation

FAQ

How long does it take to set up Octopod?

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.

Will Octopod work with my project if it uses X?

Yes. Octopod is project-agnostic. If you can run your project in a Docker container, then you can use Octopod with that project.

Does Octopod work with "vanilla" Kubernetes projects that don't use Helm?

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.

What do I need to know to set up Octopod?

You need to understand the basics of Kubernetes and be familiar with whatever hosting provider you will be using.

What separates Octopod from exiting solutions like Gitlab Dynamic Environments?

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 is great, but my service deployment lifecycle is slightly different.

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.

Does Octopod work with my CI?

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.

How come I can't see the deployment logs in Octopod web app?

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.

Octopod says "Failure" next to my deployment. Why is it not working?

There are several places where things can go wrong:

  1. 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.

  2. 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.

Quotations

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

Still have questions?

If you still have questions, be sure to ask them in our Octopod Discussions.


Star the project of you like it