Kubernetes self-service portal
Go to file
2020-12-09 18:31:07 +03:00
.github/workflows Initial open source release 2020-12-09 18:31:07 +03:00
charts Initial open source release 2020-12-09 18:31:07 +03:00
docs Initial open source release 2020-12-09 18:31:07 +03:00
examples Initial open source release 2020-12-09 18:31:07 +03:00
img Initial open source release 2020-12-09 18:31:07 +03:00
migrations Initial open source release 2020-12-09 18:31:07 +03:00
nix Initial open source release 2020-12-09 18:31:07 +03:00
octo-cli Initial open source release 2020-12-09 18:31:07 +03:00
octopod-api Initial open source release 2020-12-09 18:31:07 +03:00
octopod-backend Initial open source release 2020-12-09 18:31:07 +03:00
octopod-common Initial open source release 2020-12-09 18:31:07 +03:00
octopod-css Initial open source release 2020-12-09 18:31:07 +03:00
octopod-frontend Initial open source release 2020-12-09 18:31:07 +03:00
.gitattributes Initial open source release 2020-12-09 18:31:07 +03:00
.gitignore Initial open source release 2020-12-09 18:31:07 +03:00
.stylish-haskell.yaml Initial open source release 2020-12-09 18:31:07 +03:00
build.sh Initial open source release 2020-12-09 18:31:07 +03:00
cabal.project Initial open source release 2020-12-09 18:31:07 +03:00
Caddyfile Initial open source release 2020-12-09 18:31:07 +03:00
Caddyfile1 Initial open source release 2020-12-09 18:31:07 +03:00
Caddyfile2 Initial open source release 2020-12-09 18:31:07 +03:00
ChangeLog.md Initial open source release 2020-12-09 18:31:07 +03:00
default.nix Initial open source release 2020-12-09 18:31:07 +03:00
Development_guide.md Initial open source release 2020-12-09 18:31:07 +03:00
hie.yaml Initial open source release 2020-12-09 18:31:07 +03:00
LICENSE Initial open source release 2020-12-09 18:31:07 +03:00
Makefile Initial open source release 2020-12-09 18:31:07 +03:00
README.md Initial open source release 2020-12-09 18:31:07 +03:00
Release_checklist.md Initial open source release 2020-12-09 18:31:07 +03:00
release.sh Initial open source release 2020-12-09 18:31:07 +03:00
stack.yaml Initial open source release 2020-12-09 18:31:07 +03:00

🐙 Octopod Octopod Docker Image octo CLI Documentation

Octopod is a fully open-source self-hosted solution for managing multiple deployments in a Kubernetes cluster with a user-friendly web interface. Managing deployments does not require any technical expertise.

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. We use Octopod to mitigate the downsides of rigorously testing each feature by deploying every single change we make to a separate staging environment allowing QA to investigate each feature independently and in parallel.

🖥 Demo

📑 Documentation

🔭 High-level notes

🛠️ Technical documentation

FAQ

How long does it take to set up Octopod?

The longest part of setting up Octopod for your project will probably be writing Control Scripts. In total you should be able to get things running in about a day.

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.

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. There is no need to know any special language you can write Control Scripts in whatever language you like.

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 secret and credentials may leak to the project team using Octopod and, potentially, not everyone should have access to this data.

Why Haskell and Rust?

We believe that there is a lot to be gained in programming in general by being able to statically ensure invariants in your code. One of the most practical ways of ensuring invariants is a good static type system. Haskell and Rust are both languages that have very strong type systems. This allows us to move fast without breaking things in the process.