Skip to content

janlauber/one-click

One-Click OSS Deployment Platform

CodeFactor

Introduction

Welcome to the One-Click Deployment Platform. This project aims to provide a user-friendly interface for deploying dockerized containers on a Kubernetes cluster.
It's built with the following technologies:

One-Click

Features

  • Simplified Deployment: Deploy your favorite dockerized container with a single click.
  • Kubernetes Integration: Utilizes Kubernetes for efficient container orchestration.
  • User-Friendly Interface: Intuitive UI for users without a technical background.
  • Customizable: Customize your deployment with a variety of options.
  • Blueprints: Create and share your own deployment blueprints.

Getting Started

Prerequisites

You will need the following to run this project:

Installation

  1. Install the Operator Follow the installation instructions provided in the one-click-operator repository.

  2. Install the UI & Backend Check out the deployment folder and change the values for your environment. Then run the following commands:

    cd deployment
    kubectl apply -k .
  3. Access the UI

    # if you are using an ingress
    kubectl get ingress -n one-click
    # if you want to use port-forwarding
    kubectl port-forward -n one-click svc/one-click-ui 8080:80
  4. Access Pocketbase on your URL or localhost:8080 with /_ as the path. Example: localhost:8080/_. You should see the Pocketbase UI and set your admin user. Then create a new user under users collection. You can now login with your new user.

Usage

Blueprints

Blueprints are an abstraction of a deployment. They contain some predefined values and can be used to deploy a certain container with a single click. You can create your own blueprints and share them with others.

Check out the blueprints folder for examples.

Projects

You can create projects which their id's will be the name of the namespace inside the Kubernetes cluster. You can tag these projects to make it more easy to filter (e.g. by environment).

Deployments

Deployments are based on blueprints. You must create a deployment from a blueprint and customize it to your needs. Each configuration is stored in a rollout. A rollout is a version of a deployment configuration (like a snapshot). So each time you change a configuration, a new rollout is created. You can then rollback to a previous rollout. Deployments within the same project will get created in the same namespace. So keep in mind to not use the same ingress hosts.

Roadmap

See the open issues for a list of proposed features (and known issues).

Contributing

Contributions are what make the open-source community such an amazing place to be, learn, inspire, and create. Any contributions you make are greatly appreciated.

  1. Fork the project
  2. Create your feature branch (git checkout -b feature/AmazingFeature)
  3. Commit your changes (git commit -m 'Add some AmazingFeature')
  4. Submit your PR