kindcontainer - GitLite

KO | EN

gitlite — search

#javascript #react #ai #typescript #machine-learning #deep-learning #linux #java #windows #awesome #kubernetes #awesome-list #security #open-source

kindcontainer

(★ 114)

Testcontainers that start Kubernetes in Docker.

파일 탐색기

최종 버전 다운로드 (.zip)

- - build.yaml
  - publish.yaml
- dependabot.yaml
- - gradle-wrapper.jar
  - gradle-wrapper.properties
.gitignore
build.gradle
codegen.gradle
CODEOWNERS
COPYRIGHT
gradlew
gradlew.bat
k8s-versions.json
LICENSE
publishing.gradle
README.md
settings.gradle

# 설치 가이드

1. 코드 내려받기

git clone https://github.com/dajudge/kindcontainer

깃허브에서 프로젝트 코드 전체를 내 컴퓨터로 내려받습니다.

cd kindcontainer

방금 내려받은 프로젝트 폴더 안으로 이동합니다.

2. Gradle (Java/Kotlin)

보통 추천

사전 준비물

Git GitHub에서 프로젝트 코드를 내려받으려면 필요합니다.
JDK (Java) Java/Kotlin 프로젝트를 빌드/실행하려면 필요합니다.
Gradle 레포에 포함된 gradlew(Gradle Wrapper)를 쓰면 Gradle을 따로 설치할 필요가 없습니다.

* [Gradle](#gradle)

Gradle로 빌드를 진행합니다.

✅ BUILD SUCCESSFUL 메시지가 뜨면 성공입니다. build/ 폴더에 결과물이 생성됩니다.

이 레포의 README에 적힌 실제 명령어를 그대로 가져왔습니다.

// repository documentation

Was this content helpful?

★ 0 (0 ratings)

[![CI](https://github.com/dajudge/kindcontainer/actions/workflows/build.yaml/badge.svg)](https://github.com/dajudge/kindcontainer/actions/workflows/build.yaml)
[![Maven central](https://img.shields.io/maven-central/v/com.dajudge.kindcontainer/kindcontainer)](https://search.maven.org/artifact/com.dajudge.kindcontainer/kindcontainer)

Kindcontainer
---
A Java-based [Testcontainers](https://www.testcontainers.org/) container implementation that provides ephemeral
Kubernetes clusters for integration testing.

* [Kindcontainer](#kindcontainer)
* [Container Flavors](#container-flavors)
* [Usage](#usage)
  * [Add dependency](#add-dependency)
    * [Maven](#maven)
    * [Gradle](#gradle)
  * [Use in JUnit 5 test](#use-in-junit-5-test)
    * [With `KindContainer`](#with-kindcontainer)
    * [With `K3sContainer`](#with-k3scontainer)
    * [With `ApiServerContainer`](#with-apiservercontainer)
* [Quick guides](#quick-guides)
  * [Running different versions of Kubernetes](#running-different-versions-of-kubernetes)
  * [Using the `kubectl` and `helm` fluent APIs](#using-the-kubectl-and-helm-fluent-apis)
  * [Using custom docker images](#using-custom-docker-images)
    * [Kubernetes images](#kubernetes-images)
    * [`kubectl` and `helm` images for fluent APIs](#kubectl-and-helm-images-for-fluent-apis)
    * [`etcd` image for `ApiServerContainer`](#etcd-image-for-apiservercontainer)
    * [`sshd` and `nginx` image for webhook testing](#sshd-and-nginx-image-for-webhook-testing)
  * [Testing admission webhooks](#testing-admission-webhooks)
* [Examples](#examples)

# Container Flavors

The Kindcontainer library offers three different Kubernetes container implementations:

* `ApiServerContainer`
* `K3sContainer`
* `KindContainer`

While `ApiServerContainer` (as the name suggests) starts only a Kubernetes API Server (plus the required etcd),
both `K3sContainer` and `KindContainer` are feature rich Kubernetes containers that can e.g. spin up `Pods`
and even provision `PersistentVolumes`.

# Usage

## Add dependency

First you need to add the Kindcontainer dependency to your build. Kindcontainer is available on maven central.

### Maven

Add the Kindcontainer dependency:

```xml

<project>
    <dependencies>
        <dependency>
            <groupId>com.dajudge.kindcontainer</groupId>
            <artifactId>kindcontainer</artifactId>
            <version>2.0.0</version>
            <scope>test</scope>
        </dependency>
    </dependencies>
</project>
```

### Gradle

Add the Kindcontainer dependency:

```groovy
repositories {
    mavenCentral()
}

dependencies {
    testImplementation "com.dajudge.kindcontainer:kindcontainer:2.0.0"
}
```

## Use in JUnit 5 test

Once you have the Kindcontainer dependency configured you can create JUnit test case easily.

### With `KindContainer`

```java
@Testcontainers
public class SomeKindTest {
    @Container
    public static final KindContainer<?> KUBE = new KindContainer<>();

@Test
    public void verify_node_is_present() {
        // Create a fabric8 client and use it!
        try (KubernetesClient client = new KubernetesClientBuilder().withConfig(fromKubeconfig(KUBE.getKubeconfig())).build()) {
            assertEquals(1, client.nodes().list().getItems().size());
        }
    }
}
```

Look [here](src/test/java/com/dajudge/kindcontainer/readme/junit5/SomeKindTest.java) for the reference test.

### With `K3sContainer`

```java
@Testcontainers
public class SomeK3sTest {
    @Container
    public static final K3sContainer<?> K3S = new K3sContainer<>();

@Test
    public void verify_node_is_present() {
        // Create a fabric8 client and use it!
        try (KubernetesClient client = new KubernetesClientBuilder().withConfig(fromKubeconfig(K3S.getKubeconfig())).build()) {
            assertEquals(1, client.nodes().list().getItems().size());
        }
    }
}
```

Look [here](src/test/java/com/dajudge/kindcontainer/readme/junit5/SomeK3sTest.java) for the reference test.

### With `ApiServerContainer`

If you don't need a full-fledged Kubernetes distribution for your testing, using the `ApiServerContainer`
might be an option for you that shaves off a lot of the startup overhead of the `KindContainer`. The
`ApiServerContainer` only starts a Kubernetes API-Server (and the required etcd), which can already be enough
if all you want to test is if your custom controller/operator handles its CRDs properly or creates the required
objects in the control plane.

```java
@Testcontainers
public class SomeApiServerTest {
    @Container
    public static final ApiServerContainer<?> KUBE = new ApiServerContainer<>();

@Test
    public void verify_no_node_is_present() {
        // Create a fabric8 client and use it!
        try (KubernetesClient client = new KubernetesClientBuilder().withConfig(fromKubeconfig(KUBE.getKubeconfig())).build()) {
            assertTrue(client.nodes().list().getItems().isEmpty());
        }
    }
}
```

Look [here](src/test/java/com/dajudge/kindcontainer/readme/junit5/SomeApiServerTest.java) for the reference test.

# Quick guides

Here's a couple challenges frequently seen in the wild and how you can solve them with Kindcontainer.

## Running different versions of Kubernetes

Kindcontainer supports running different (selected and tested) versions of Kubernetes. The default version is the
latest supported stable version for each container. You can change the version by passing a version enum to the
constructor. The following example illustrates this process for the `KindContainer` implementation, but it works
analogous for the other two containers as well.

```java
KindContainer<?> container = new KindContainer<>(KindContainerVersion.VERSION_1_34_0);
```

## Using the `kubectl` and `helm` fluent APIs

Kindcontainer makes it easy to perform common tasks either during setup of the container
or later on during the test by offering fluent APIs to the `kubectl` and `helm` commands.

If you're acquainted with the `kubectl` and `helm` commands, you'll feel right at home with
the fluent APIs in no time.

You can use them directly during container instantiation like this:

```java
// Kubectl example
@Testcontainers
public class SomeKubectlTest {
    @Container
    public static final ApiServerContainer<?> KUBE = new ApiServerContainer<>()
            .withKubectl(kubectl -> {
                kubectl.apply
                        .fileFromClasspath("manifests/serviceaccount1.yaml")
                        .run();
            });
}

// Helm3 example
@Testcontainers
public class SomeHelmTest {
    @Container
    public static final KindContainer<?> KUBE = new KindContainer<>()
            .withHelm3(helm -> {
                helm.repo.add.run("mittwald", "https://helm.mittwald.de");
                helm.repo.update.run();
                helm.install
                        .namespace("kubernetes-replicator")
                        .createNamespace()
                        .run("kubernetes-replicator", "mittwald/kubernetes-replicator");
            });
}
```

The fluent APIs are far from complete, but they cover the most common use cases. If you're
missing a command, feel free to open an issue or even better, a pull request.

## Using custom docker images

In some environments it might be necessary to use custom docker images for the containers Kindcontainer starts.

___Attention___: You need to make sure that the images you are using are compatible with the images used by
kindcontainer
by default. These are the images used by Kindcontainer if you don't override them:

|         Purpose         |              Image               |              Version               |
|:-----------------------:|:--------------------------------:|:----------------------------------:|
|  `ApiServerContainer`   | `registry.k8s.io/kube-apiserver` |   `v${major}.${minor}.${patch}`    |
|     `K3sContainer`      |          `rancher/k3s`           | `v${major}.${minor}.${patch}-k3s1` |
|     `KindContainer`     |          `kindest/node`          |   `v${major}.${minor}.${patch}`    |
|         `etcd`          |      `registry.k8s.io/etcd`      |             `3.5.12-0`             |
|    Fluent API `helm`    |          `alpine/helm`           |              `3.14.0`              |
|  Fluent API `kubectl`   |        `bitnami/kubectl`         |       `1.21.9-debian-10-r10`       |
|    Webhooks `nginx`     |             `nginx`              |              `1.23.3`              |
| Webhooks OpenSSH Server |   `linuxserver/openssh-server`   |          `9.0_p1-r2-ls99`          |

### Kubernetes images

You can customize the docker image of the Kubernetes container you're starting. This can be
by suffixing the kubernetes version you want to run with a call to `withImage()` like this:

```java
KindContainer<?> container = new KindContainer<>(KindContainerVersion.VERSION_1_24_1.withImage("my-registry.com/kind:1.24.1"));
```

### `kubectl` and `helm` images for fluent APIs

The fluent APIs for  `helm` and `kubectl` are implemented using support containers. To customize which images are being
used to start those support containers you can use the `withKubectlImage()` and `withHelm3Image()` methods:

```java
K3sContainer<?> container = new K3sContainer<>()
        .withKubectlImage(DockerImageName.parse("my-registry/kubectl:1.21.9-debian-10-r10"))
        .withHelm3Image(DockerImageName.parse("my-registry/helm:3.7.2"));
```

### `etcd` image for `ApiServerContainer`

`ApiServerContainer` has a hard dependency on `etcd` that's started in a separate container. To customize which image is
being used to start that support container use method `withEtcdImage()`:

```java
ApiServerContainer<?> container = new ApiServerContainer<>().withEtcdImage(DockerImageName.parse("my-registry.com/etcd:3.5.12-0"));
```

### `sshd` and `nginx` image for webhook testing

Testing dynamic admission control webhooks requires support containers with `nginx` and `sshd`. To customize which
images
are being used to start those support containers use the `withNginxImage()` and `withOpensshServerImage()` methods.

```java
ApiServerContainer<?> container = new ApiServerContainer<>()
        .withNginxImage(DockerImageName.parse("my-registry/nginx:1.23.3"))
        .withOpensshServerImage(DockerImageName.parse("my-registry/openssh-server:9.0_p1-r2-ls99"));
```

## Testing admission webhooks
You can use Kindcontainer to test your admission controllers.
* Make sure you start your webhooks before you start the Kindcontainer
* Start your webhooks without HTTPS/TLS
* Make sure your webhooks listen at `http://localhost:<port>`
* Register each webhook with `withAdmissionController()`

Example:
```java
ApiServerContainer<?> container = new ApiServerContainer<>().withAdmissionController(admission -> {
          admission.validating()    // use mutating() for a mutating admission controller
            .withNewWebhook("validating.kindcontainer.dajudge.com")
              .atPort(webhookPort)
              .withNewRule()
                .withApiGroups("")
                .withApiVersions("v1")
                .withOperations("CREATE", "UPDATE")
                .withResources("configmaps")
                .withScope("Namespaced")
              .endRule()
            .endWebhook()
            .build();
        })
```

# Examples

You can find examples in the [kindcontainer-examples](https://github.com/dajudge/kindcontainer-examples) repository.