> Насколько глубоко вы погружались в Kubernetes и через какие инструменты его использовали (Go)

Короткий ответ

Я работал с Kubernetes на уровне эксплуатации и разработки платформенных решений. Использовал kubectl, client-go, Helm, операторы на Go, а также custom controllers и admission webhooks. Понимаю внутреннее устройство control plane, включая etcd, kube-apiserver, scheduler и kubelet. Настраивал HPA, PDB, network policies и service mesh. Писал операторы для управления stateful-сервисами и автоматизации rolling update.

Подробное объяснение

Мой опыт с Kubernetes выходит за рамки простого деплоя приложений. Я участвовал в проектировании multi-tenant кластеров, настраивал RBAC, quotas и limit ranges. Разрабатывал custom resource definitions и контроллеры на Go с использованием controller-runtime. Глубоко разбираюсь в reconciliation loop, informers, workqueue и leader election. Понимаю trade-off между operator pattern и простыми deployment-манифестами. Работал с CNI-плагинами, CSI-драйверами и настройкой kube-proxy в режиме IPVS. Для observability использовал Prometheus operator, Grafana и OpenTelemetry collector. Также писал admission webhooks для валидации и мутации pod spec.

На практике

В одном из проектов я разработал оператор на Go для управления кластерами PostgreSQL в Kubernetes. Оператор автоматически выполнял failover, создавал бэкапы в S3 и масштабировал read-replicas. Использовал client-go для watch за custom resources и обновления статуса. Для миграций применял init containers и jobs с идемпотентными скриптами. Настраивал PodDisruptionBudget, чтобы rolling update не ронял кворум. Для отладки использовал kubectl debug, ephemeral containers и stern для логов. В другом проекте внедрял service mesh на Istio для mTLS и canary deployments. Писал ValidatingWebhookConfiguration для запрета privileged контейнеров.

Пример кода

GO
package main

import (
    "context"
    "fmt"
    "time"

    appsv1 "k8s.io/api/apps/v1"
    metav1 "k8s.io/apimachinery/pkg/apis/meta/v1"
    "k8s.io/client-go/kubernetes"
    "k8s.io/client-go/tools/clientcmd"
)

func main() {
    config, err := clientcmd.BuildConfigFromFlags("", "/home/user/.kube/config")
    if err != nil {
        panic(err)
    }
    clientset, err := kubernetes.NewForConfig(config)
    if err != nil {
        panic(err)
    }

    deployments, err := clientset.AppsV1().Deployments("default").List(
        context.TODO(), metav1.ListOptions{},
    )
    if err != nil {
        panic(err)
    }

    for _, d := range deployments.Items {
        fmt.Printf("Deployment: %s, replicas: %d\n", d.Name, *d.Spec.Replicas)
    }

    // Пример обновления образа
    deploy, _ := clientset.AppsV1().Deployments("default").Get(
        context.TODO(), "my-app", metav1.GetOptions{},
    )
    deploy.Spec.Template.Spec.Containers[0].Image = "my-app:v2"
    _, err = clientset.AppsV1().Deployments("default").Update(
        context.TODO(), deploy, metav1.UpdateOptions{},
    )
    if err != nil {
        panic(err)
    }
    fmt.Println("Deployment updated at", time.Now())
}

Как отвечать на собеседовании

Структурируйте ответ по уровням: базовое использование kubectl, затем автоматизация через Helm и GitOps, затем разработка операторов и контроллеров. Приведите конкретный пример, где вы решали нетривиальную задачу, например, graceful shutdown с preStop hook или настройку topology spread constraints. Упомяните, как вы отлаживали проблемы с OOMKilled, CrashLoopBackOff или сетевыми политиками. Покажите понимание, когда Kubernetes избыточен и лучше использовать простые решения. Будьте готовы объяснить разницу между declarative и imperative подходами.

Что проверяет интервьюер

Интервьюер оценивает глубину понимания архитектуры Kubernetes, а не только знание команд. Проверяется способность писать код для взаимодействия с API, понимание reconciliation и eventual consistency. Важно умение выбирать правильные абстракции: Deployment, StatefulSet, DaemonSet или Operator. Также проверяется знание безопасности: RBAC, network policies, pod security standards. Ожидается понимание ограничений Kubernetes и умение диагностировать проблемы в production.

Типичные ошибки

Кандидаты часто ограничиваются рассказом о kubectl apply и не упоминают client-go или операторы. Ошибкой является непонимание разницы между declarative и imperative подходами. Многие забывают про resource limits и requests, что приводит к проблемам в production. Также часто путают liveness и readiness probes. Некоторые не могут объяснить, как работает service discovery через kube-dns. Игнорирование вопросов безопасности, таких как RBAC и network policies, снижает оценку. Наконец, отсутствие примеров реальных проблем и их решений выглядит неубедительно.