kubefirst-api

Gitops Infrastructure & Application Delivery Platform

Install | Twitter | LinkedIn | Slack | Blog

kubefirst-api

Kubefirst API runtime implementation.

kubefirst-api

Running Locally

The API is available at http://localhost:8081/api/v1 while running.

Build the Binary

The API can be run locally for testing. It can be run by using make build and then calling the binary in the bin/ directory or by using go run ..

Leverage `air` for Live Reloading Locally

Prerequsite - Install air.

go install github.com/air-verse/air@latest

Run air from the root of the repository. This will watch go files and live rebuild a local running instance of kubefirst-api.

Use with the CLI

If you want to use your local API version with the CLI, you need to do two things:

Set the K1_LOCAL_DEBUG environment variable to true with export K1_LOCAL_DEBUG=true.
Run the console application locally also by following those instructions.

Be sure that you do not change the default port for the console (3000), and the default one for the API (8081) for this to work.

Prerequisites for local development

A .devcontainer configuration is provided to allow for a full-featured development environment.

For local development, we need to have a k3d cluster where the kubefirst api can store information in secrets

Download k3d
Create a cluster k3d cluster create dev
Dowload the kubeconfig k3d kubeconfig write dev
Update the K1_LOCAL_KUBECONFIG_PATH environment variable with the kubeconfig location
Enjoy!

Environment Variables

Some variables are required, others are optional depending on deployment type.

Variable	Description	Required
`IN_CLUSTER`	Specify whether or not the API is running inside a Kubernetes cluster. By default, this is assumed `false`.	No
`CLUSTER_ID`	The ID of the cluster running API.	Yes
`CLUSTER_TYPE`	Cluster type.	Yes
`INSTALL_METHOD`	Description of the method through which the API was deployed. Example: `helm`	Yes
`K1_ACCESS_TOKEN`	Access token in authorization header to prevent unsolicited in-cluster access	Yes
`K1_LOCAL_DEBUG`	Identifies the api execution as local debug mode	Yes
`K1_LOCAL_KUBECONFIG_PATH`	kubeconfig path location for k3d local cluster	Yes

local environment variables

see this .env example for the necessary values

Be sure to set IS_CLUSTER_ZERO to true if you want to run the API without having console running.

Provider Support

The following providers are available for use with the API.

Provider	Status	Supported Operations	Supported Git Providers
AWS	Beta	Create, Delete	GitHub, GitLab
Civo	Beta	Create, Delete	GitHub, GitLab
DigitalOcean	Beta	Create, Delete	GitHub, GitLab
Vultr	Beta	Create, Delete	GitHub, GitLab

Creating a Cluster

Authentication Credentials

In order to create a cluster, authentication credentials must be provided in one of two ways:

Kubernetes Secret

If a Kubernetes Secret called kubefirst-auth exists, the API will attempt to read cloud provider credentials from this Secret.

The Secret format is expected to have the following keys based on which clouds you are deploying to:

aws-access-key-id
aws-secret-access-key
aws-session-token

civo-token

do-token
do-spaces-key
do-spaces-token

vultr-api-key

Each key must have the appropriate value set in order for the API to successfully create a cluster.

API Call Parameters

If there is no Secret, the API will then attempt to read from the parameters passed in via the API call.

This would require the following parameters added to the API call depending on which cloud provider is being used:

Akamai

{
  "akamai_auth": {
    "token": "my-akamai-token"
  }
}

AWS

{
  "aws_auth": {
    "access_key_id": "foo",
    "secret_access_key": "bar",
    "session_token": "baz"
  }
}

Civo

{
  "civo_auth": {
    "token": "my-civo-token"
  }
}

DigitalOcean

{
  "do_auth": {
    "token": "my-do-token",
    "spaces_key": "foo",
    "spaces_secret": "bar"
  }
}

Google Cloud

{
  "gcp_auth": {
    "key_file": "my-google-credentials-json-keyfile-stringified-no-newline-characters",
    "project_id": "google cloud project id"
  }
}

Vultr

{
  "vultr_auth": {
    "token": "my-vultr-api-key"
  }
}

If either of these options is missing, the API will return an error.