- Подготовить облачную инфраструктуру на базе облачного провайдера Яндекс.Облако.
- Запустить и сконфигурировать Kubernetes кластер.
- Установить и настроить систему мониторинга.
- Настроить и автоматизировать сборку тестового приложения с использованием Docker-контейнеров.
- Настроить CI для автоматической сборки и тестирования.
- Настроить CD для автоматического развёртывания приложения.
Для начала необходимо подготовить облачную инфраструктуру в ЯО при помощи Terraform.
Предварительная подготовка к установке и запуску Kubernetes кластера.
- Создайте сервисный аккаунт, который будет в дальнейшем использоваться Terraform для работы с инфраструктурой с необходимыми и достаточными правами. Не стоит использовать права суперпользователя
- Подготовьте backend для Terraform:
а. Рекомендуемый вариант: S3 bucket в созданном ЯО аккаунте(создание бакета через TF) б. Альтернативный вариант: Terraform Cloud - Создайте VPC с подсетями в разных зонах доступности.
- Убедитесь, что теперь вы можете выполнить команды
terraform destroyиterraform applyбез дополнительных ручных действий. - В случае использования Terraform Cloud в качестве backend убедитесь, что применение изменений успешно проходит, используя web-интерфейс Terraform cloud.
Ожидаемые результаты:
- Terraform сконфигурирован и создание инфраструктуры посредством Terraform возможно без дополнительных ручных действий.
- Полученная конфигурация инфраструктуры является предварительной, поэтому в ходе дальнейшего выполнения задания возможны изменения.
Конфигурация Terraform
- Запускаем команду terraform apply.
Создаётся вся облачная инфраструктура:
Выполним команду terraform init:
На этом этапе необходимо создать Kubernetes кластер на базе предварительно созданной инфраструктуры. Требуется обеспечить доступ к ресурсам из Интернета.
Это можно сделать двумя способами:
- Рекомендуемый вариант: самостоятельная установка Kubernetes кластера.
а. При помощи Terraform подготовить как минимум 3 виртуальных машины Compute Cloud для создания Kubernetes-кластера. Тип виртуальной машины следует выбрать самостоятельно с учётом требовании к производительности и стоимости. Если в дальнейшем поймете, что необходимо сменить тип инстанса, используйте Terraform для внесения изменений.
б. Подготовить ansible конфигурации, можно воспользоваться, например Kubespray
в. Задеплоить Kubernetes на подготовленные ранее инстансы, в случае нехватки каких-либо ресурсов вы всегда можете создать их при помощи Terraform. - Альтернативный вариант: воспользуйтесь сервисом Yandex Managed Service for Kubernetes
а. С помощью terraform resource для kubernetes создать региональный мастер kubernetes с размещением нод в разных 3 подсетях
б. С помощью terraform resource для kubernetes node group
Ожидаемый результат:
- Работоспособный Kubernetes кластер.
- В файле
~/.kube/configнаходятся данные для доступа к кластеру. - Команда
kubectl get pods --all-namespacesотрабатывает без ошибок.
Склонируем репозиторий:
git clone https://github.com/kubernetes-sigs/kubespray.git
При создании инфраструктуры мы создали динамический hosts.yaml файл
Воспользуемся этим hosts.yaml файлом и плайбуков в kubespray:
ansible-playbook -i /home/msi/diplom/ansible/inventory/hosts.yaml cluster.yml -b
root@master:/home/ubuntu# sudo kubectl get pods --all-namespaces
NAMESPACE NAME READY STATUS RESTARTS AGE
kube-system calico-kube-controllers-6c7b7dc5d8-bh7ts 1/1 Running 0 3m53s
kube-system calico-node-kn76t 1/1 Running 0 5m16s
kube-system calico-node-rtg4c 1/1 Running 0 5m16s
kube-system calico-node-xsn2z 1/1 Running 0 5m16s
kube-system coredns-69db55dd76-6xlr6 1/1 Running 0 2m47s
kube-system coredns-69db55dd76-bzmpp 1/1 Running 0 2m39s
kube-system dns-autoscaler-6f4b597d8c-pph6z 1/1 Running 0 2m40s
kube-system kube-apiserver-master 1/1 Running 1 8m21s
kube-system kube-controller-manager-master 1/1 Running 2 (7m46s ago) 8m21s
kube-system kube-proxy-98q64 1/1 Running 0 6m57s
kube-system kube-proxy-gwdh8 1/1 Running 0 6m58s
kube-system kube-proxy-mhr57 1/1 Running 0 6m57s
kube-system kube-scheduler-master 1/1 Running 1 8m21s
kube-system nginx-proxy-node1 1/1 Running 0 6m56s
kube-system nginx-proxy-node2 1/1 Running 0 7m6s
kube-system nodelocaldns-sfglk 1/1 Running 0 2m38s
kube-system nodelocaldns-wbspn 1/1 Running 0 2m38s
kube-system nodelocaldns-wl87w 1/1 Running 0 2m38s
Для перехода к следующему этапу необходимо подготовить тестовое приложение, эмулирующее основное приложение разрабатываемое вашей компанией.
Способ подготовки:
- Рекомендуемый вариант:
а. Создайте отдельный git репозиторий с простым nginx конфигом, который будет отдавать статические данные.
б. Подготовьте Dockerfile для создания образа приложения. - Альтернативный вариант:
а. Используйте любой другой код, главное, чтобы был самостоятельно создан Dockerfile.
Ожидаемый результат:
- Git репозиторий с тестовым приложением и Dockerfile.
- Регистри с собранным docker image. В качестве регистри может быть DockerHub или Yandex Container Registry, созданный также с помощью terraform.
root@vm-mint:/home/msi/diplom/applications# docker build -t bbb8c2e28d7d/applications:1.0 .
DEPRECATED: The legacy builder is deprecated and will be removed in a future release.
Install the buildx component to build images with BuildKit:
https://docs.docker.com/go/buildx/
Sending build context to Docker daemon 3.584kB
Step 1/3 : FROM nginx:1.20
---> 0584b370e957
Step 2/3 : WORKDIR /usr/share/nginx/html
---> Running in 9311527e261f
Removing intermediate container 9311527e261f
---> c075e569bcb3
Step 3/3 : COPY index.html /usr/share/nginx/html/
---> 7abaaecf2a28
Successfully built 7abaaecf2a28
Successfully tagged bbb8c2e28d7d/applications:1.0
root@vm-mint:/home/msi/diplom/applications# docker run -d -p 8080:80 bbb8c2e28d7d/applications:1.0
a4af36b6e9c813b1b9ea4be86845f7e1cf417b6e969f122db3aa12fbd158ca4f
root@vm-mint:/home/msi/diplom/applications# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
a4af36b6e9c8 bbb8c2e28d7d/applications:1.0 "/docker-entrypoint.…" 11 seconds ago Up 9 seconds 0.0.0.0:8080->80/tcp elated_blackburn
root@vm-mint:/home/msi/diplom/applications# docker push bbb8c2e28d7d/applications:1.0
The push refers to repository [docker.io/bbb8c2e28d7d/applications]
5e62a8997aa9: Pushed
07ef16952879: Mounted from library/nginx
881700cb7ab2: Mounted from library/nginx
4f49c6d6dd07: Mounted from library/nginx
a64d597d6b14: Mounted from library/nginx
c2a3d4a53f9a: Mounted from library/nginx
fd95118eade9: Mounted from library/nginx
1.0: digest: sha256:1cd8e8edfc6b004e9e276c43fdfc75c93815e12cb7bdec67da565a1a1bf3f316 size: 1777
Уже должны быть готовы конфигурации для автоматического создания облачной инфраструктуры и поднятия Kubernetes кластера.
Теперь необходимо подготовить конфигурационные файлы для настройки нашего Kubernetes кластера.
Цель:
- Задеплоить в кластер prometheus, grafana, alertmanager, экспортер основных метрик Kubernetes.
- Задеплоить тестовое приложение, например, nginx сервер отдающий статическую страницу.
Способ выполнения:
- Воспользовать пакетом kube-prometheus, который уже включает в себя Kubernetes оператор для grafana, prometheus, alertmanager и node_exporter. При желании можете собрать все эти приложения отдельно.
- Для организации конфигурации использовать qbec, основанный на jsonnet. Обратите внимание на имеющиеся функции для интеграции helm конфигов и helm charts
- Если на первом этапе вы не воспользовались Terraform Cloud, то задеплойте и настройте в кластере atlantis для отслеживания изменений инфраструктуры. Альтернативный вариант 3 задания: вместо Terraform Cloud или atlantis настройте на автоматический запуск и применение конфигурации terraform из вашего git-репозитория в выбранной вами CI-CD системе при любом комите в main ветку. Предоставьте скриншоты работы пайплайна из CI/CD системы.
Ожидаемый результат:
- Git репозиторий с конфигурационными файлами для настройки Kubernetes.
- Http доступ к web интерфейсу grafana.
- Дашборды в grafana отображающие состояние Kubernetes кластера.
- Http доступ к тестовому приложению.
root@master:/home/ubuntu# git clone https://github.com/prometheus-operator/kube-prometheus.git
Cloning into 'kube-prometheus'...
remote: Enumerating objects: 19433, done.
remote: Counting objects: 100% (6502/6502), done.
remote: Compressing objects: 100% (490/490), done.
remote: Total 19433 (delta 6312), reused 6015 (delta 6011), pack-reused 12931
Receiving objects: 100% (19433/19433), 10.32 MiB | 13.09 MiB/s, done.
Resolving deltas: 100% (13244/13244), done.
Вывод текста
root@master:/home/ubuntu/kube-prometheus# sudo kubectl apply --server-side -f manifests/setup customresourcedefinition.apiextensions.k8s.io/alertmanagerconfigs.monitoring.coreos.com serverside-applied customresourcedefinition.apiextensions.k8s.io/alertmanagers.monitoring.coreos.com serverside-applied customresourcedefinition.apiextensions.k8s.io/podmonitors.monitoring.coreos.com serverside-applied customresourcedefinition.apiextensions.k8s.io/probes.monitoring.coreos.com serverside-applied customresourcedefinition.apiextensions.k8s.io/prometheuses.monitoring.coreos.com serverside-applied customresourcedefinition.apiextensions.k8s.io/prometheusagents.monitoring.coreos.com serverside-applied customresourcedefinition.apiextensions.k8s.io/prometheusrules.monitoring.coreos.com serverside-applied customresourcedefinition.apiextensions.k8s.io/scrapeconfigs.monitoring.coreos.com serverside-applied customresourcedefinition.apiextensions.k8s.io/servicemonitors.monitoring.coreos.com serverside-applied customresourcedefinition.apiextensions.k8s.io/thanosrulers.monitoring.coreos.com serverside-applied namespace/monitoring serverside-applied
root@master:/home/ubuntu/kube-prometheus# sudo kubectl apply -f manifests/ alertmanager.monitoring.coreos.com/main created networkpolicy.networking.k8s.io/alertmanager-main created poddisruptionbudget.policy/alertmanager-main created prometheusrule.monitoring.coreos.com/alertmanager-main-rules created secret/alertmanager-main created service/alertmanager-main created serviceaccount/alertmanager-main created servicemonitor.monitoring.coreos.com/alertmanager-main created clusterrole.rbac.authorization.k8s.io/blackbox-exporter created clusterrolebinding.rbac.authorization.k8s.io/blackbox-exporter created configmap/blackbox-exporter-configuration created deployment.apps/blackbox-exporter created networkpolicy.networking.k8s.io/blackbox-exporter created service/blackbox-exporter created serviceaccount/blackbox-exporter created servicemonitor.monitoring.coreos.com/blackbox-exporter created secret/grafana-config created secret/grafana-datasources created configmap/grafana-dashboard-alertmanager-overview created configmap/grafana-dashboard-apiserver created configmap/grafana-dashboard-cluster-total created configmap/grafana-dashboard-controller-manager created configmap/grafana-dashboard-grafana-overview created configmap/grafana-dashboard-k8s-resources-cluster created configmap/grafana-dashboard-k8s-resources-multicluster created configmap/grafana-dashboard-k8s-resources-namespace created configmap/grafana-dashboard-k8s-resources-node created configmap/grafana-dashboard-k8s-resources-pod created configmap/grafana-dashboard-k8s-resources-workload created configmap/grafana-dashboard-k8s-resources-workloads-namespace created configmap/grafana-dashboard-kubelet created configmap/grafana-dashboard-namespace-by-pod created configmap/grafana-dashboard-namespace-by-workload created configmap/grafana-dashboard-node-cluster-rsrc-use created configmap/grafana-dashboard-node-rsrc-use created configmap/grafana-dashboard-nodes-darwin created configmap/grafana-dashboard-nodes created configmap/grafana-dashboard-persistentvolumesusage created configmap/grafana-dashboard-pod-total created configmap/grafana-dashboard-prometheus-remote-write created configmap/grafana-dashboard-prometheus created configmap/grafana-dashboard-proxy created configmap/grafana-dashboard-scheduler created configmap/grafana-dashboard-workload-total created configmap/grafana-dashboards created deployment.apps/grafana created networkpolicy.networking.k8s.io/grafana created prometheusrule.monitoring.coreos.com/grafana-rules created service/grafana created serviceaccount/grafana created servicemonitor.monitoring.coreos.com/grafana created prometheusrule.monitoring.coreos.com/kube-prometheus-rules created clusterrole.rbac.authorization.k8s.io/kube-state-metrics created clusterrolebinding.rbac.authorization.k8s.io/kube-state-metrics created deployment.apps/kube-state-metrics created networkpolicy.networking.k8s.io/kube-state-metrics created prometheusrule.monitoring.coreos.com/kube-state-metrics-rules created service/kube-state-metrics created serviceaccount/kube-state-metrics created servicemonitor.monitoring.coreos.com/kube-state-metrics created prometheusrule.monitoring.coreos.com/kubernetes-monitoring-rules created servicemonitor.monitoring.coreos.com/kube-apiserver created servicemonitor.monitoring.coreos.com/coredns created servicemonitor.monitoring.coreos.com/kube-controller-manager created servicemonitor.monitoring.coreos.com/kube-scheduler created servicemonitor.monitoring.coreos.com/kubelet created clusterrole.rbac.authorization.k8s.io/node-exporter created clusterrolebinding.rbac.authorization.k8s.io/node-exporter created daemonset.apps/node-exporter created networkpolicy.networking.k8s.io/node-exporter created prometheusrule.monitoring.coreos.com/node-exporter-rules created service/node-exporter created serviceaccount/node-exporter created servicemonitor.monitoring.coreos.com/node-exporter created clusterrole.rbac.authorization.k8s.io/prometheus-k8s created clusterrolebinding.rbac.authorization.k8s.io/prometheus-k8s created networkpolicy.networking.k8s.io/prometheus-k8s created poddisruptionbudget.policy/prometheus-k8s created prometheus.monitoring.coreos.com/k8s created prometheusrule.monitoring.coreos.com/prometheus-k8s-prometheus-rules created rolebinding.rbac.authorization.k8s.io/prometheus-k8s-config created rolebinding.rbac.authorization.k8s.io/prometheus-k8s created rolebinding.rbac.authorization.k8s.io/prometheus-k8s created rolebinding.rbac.authorization.k8s.io/prometheus-k8s created role.rbac.authorization.k8s.io/prometheus-k8s-config created role.rbac.authorization.k8s.io/prometheus-k8s created role.rbac.authorization.k8s.io/prometheus-k8s created role.rbac.authorization.k8s.io/prometheus-k8s created service/prometheus-k8s created serviceaccount/prometheus-k8s created servicemonitor.monitoring.coreos.com/prometheus-k8s created apiservice.apiregistration.k8s.io/v1beta1.metrics.k8s.io created clusterrole.rbac.authorization.k8s.io/prometheus-adapter created clusterrole.rbac.authorization.k8s.io/system:aggregated-metrics-reader created clusterrolebinding.rbac.authorization.k8s.io/prometheus-adapter created clusterrolebinding.rbac.authorization.k8s.io/resource-metrics:system:auth-delegator created clusterrole.rbac.authorization.k8s.io/resource-metrics-server-resources created configmap/adapter-config created deployment.apps/prometheus-adapter created networkpolicy.networking.k8s.io/prometheus-adapter created poddisruptionbudget.policy/prometheus-adapter created rolebinding.rbac.authorization.k8s.io/resource-metrics-auth-reader created service/prometheus-adapter created serviceaccount/prometheus-adapter created servicemonitor.monitoring.coreos.com/prometheus-adapter created clusterrole.rbac.authorization.k8s.io/prometheus-operator created clusterrolebinding.rbac.authorization.k8s.io/prometheus-operator created deployment.apps/prometheus-operator created networkpolicy.networking.k8s.io/prometheus-operator created prometheusrule.monitoring.coreos.com/prometheus-operator-rules created service/prometheus-operator created serviceaccount/prometheus-operator created servicemonitor.monitoring.coreos.com/prometheus-operator created
root@master:/home/ubuntu/diplom-helm# sudo kubectl get po -n monitoring -o wide
NAME READY STATUS RESTARTS AGE IP NODE NOMINATED NODE READINESS GATES
alertmanager-main-0 2/2 Running 0 47s 10.233.75.5 node2 <none> <none>
alertmanager-main-1 2/2 Running 0 47s 10.233.75.4 node2 <none> <none>
alertmanager-main-2 2/2 Running 0 47s 10.233.102.134 node1 <none> <none>
blackbox-exporter-6b5475894-s57bn 3/3 Running 0 88s 10.233.102.130 node1 <none> <none>
grafana-59844d49d5-rtzfm 1/1 Running 0 87s 10.233.102.131 node1 <none> <none>
kube-state-metrics-6bd55cf7d8-9c9wq 3/3 Running 0 86s 10.233.75.2 node2 <none> <none>
node-exporter-5mw64 2/2 Running 0 86s 10.0.1.10 master <none> <none>
node-exporter-klmkg 2/2 Running 0 86s 10.0.2.11 node1 <none> <none>
node-exporter-m8xrc 2/2 Running 0 86s 10.0.3.12 node2 <none> <none>
prometheus-adapter-74894c5547-t9q4z 1/1 Running 0 85s 10.233.75.3 node2 <none> <none>
prometheus-adapter-74894c5547-tb82q 1/1 Running 0 85s 10.233.102.132 node1 <none> <none>
prometheus-k8s-0 1/2 Running 0 45s 10.233.102.135 node1 <none> <none>
prometheus-k8s-1 2/2 Running 0 45s 10.233.75.6 node2 <none> <none>
prometheus-operator-78dd987cb4-drw9z 2/2 Running 0 85s 10.233.102.133 node1 <none> <none>
root@master:/home/ubuntu# sudo kubectl -n monitoring apply -f manifest/grafana-service.yml
service/grafana configured
networkpolicy.networking.k8s.io/grafana configured
Теперь зайти в Grafana можно по любому из адресов node1, node2, master (http://158.160.18.187:30001/) Логи стандартные admin admin.
root@master:/home/ubuntu/diplom-helm# sudo helm install applications /home/ubuntu/diplom-helm/applications --set container.tag=1.0
NAME: applications
LAST DEPLOYED: Tue Apr 2 17:05:46 2024
NAMESPACE: default
STATUS: deployed
REVISION: 1
TEST SUITE: None
root@master:/home/ubuntu/diplom-helm# sudo helm list
NAME NAMESPACE REVISION UPDATED STATUS CHART APP VERSION
applications default 1 2024-04-02 17:05:46.933031575 +0000 UTC deployed applications-1 1.0
Переходим по IP адресу любой из node порт 30003 который задали в service.yaml, и видим работу приложения.
Осталось настроить ci/cd систему для автоматической сборки docker image и деплоя приложения при изменении кода.
Цель:
- Автоматическая сборка docker образа при коммите в репозиторий с тестовым приложением.
- Автоматический деплой нового docker образа.
Можно использовать teamcity, jenkins, GitLab CI или GitHub Actions.
Ожидаемый результат:
- Интерфейс ci/cd сервиса доступен по http.
- При любом коммите в репозиторие с тестовым приложением происходит сборка и отправка в регистр Docker образа.
- При создании тега (например, v1.0.0) происходит сборка и отправка с соответствующим label в регистри, а также деплой соответствующего Docker образа в кластер Kubernetes.
ansible-playbook -i /home/msi/diplom/ansible/inventory/hosts.yaml --become --become-user=root /home/msi/diplom/ansible/playbooks/teamcity.yml
PLAY RECAP *****************************************************************************************************************************************************************************************************
teamcity-agent : ok=6 changed=4 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0
teamcity-server : ok=6 changed=4 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0
ansible-playbook -i /home/msi/diplom/ansible/inventory/ --become --become-user=root /home/msi/diplom/ansible/playbooks/postgresql.yml
PLAY RECAP *****************************************************************************************************************************************************************************************************
teamcity-server : ok=13 changed=10 unreachable=0 failed=0 skipped=0 rescued=0 ignored=0
Данные для инициализации берём с конфига Postgresgl, и устанавливаем предложенный драйвер JDBC.
Подключил Github
Подключил Dockerhub
root@vm-mint:/home/msi/diplom-applications# git add *
root@vm-mint:/home/msi/diplom-applications# git commit -m "Version 2.0"
[main 0c30f49] Version 2.0
1 file changed, 1 insertion(+), 1 deletion(-)
root@vm-mint:/home/msi/diplom-applications# git tag -a 2.0 -m "Version 2.0"
root@vm-mint:/home/msi/diplom-applications# git push origin main
Username for 'https://github.com': Firewal7
Password for 'https://Firewal7@github.com':
Перечисление объектов: 5, готово.
Подсчет объектов: 100% (5/5), готово.
При сжатии изменений используется до 3 потоков
Сжатие объектов: 100% (3/3), готово.
Запись объектов: 100% (3/3), 351 байт | 351.00 КиБ/с, готово.
Всего 3 (изменений 1), повторно использовано 0 (изменений 0), повторно использовано пакетов 0
remote: Resolving deltas: 100% (1/1), completed with 1 local object.
To https://github.com/Firewal7/diplom-applications.git
f981c64..0c30f49 main -> main
root@vm-mint:/home/msi/diplom-applications# git push origin 2.0
Username for 'https://github.com': Firewal7
Password for 'https://Firewal7@github.com':
Перечисление объектов: 1, готово.
Подсчет объектов: 100% (1/1), готово.
Запись объектов: 100% (1/1), 182 байта | 182.00 КиБ/с, готово.
Всего 1 (изменений 0), повторно использовано 0 (изменений 0), повторно использовано пакетов 0
To https://github.com/Firewal7/diplom-applications.git
* [new tag] 2.0 -> 2.0
Добавим изменение тега, создание helm и выгрузку его в Git с последующим апдейтом в кластере Kubernetes:
root@vm-mint:/home/msi/diplom-applications# git add *
root@vm-mint:/home/msi/diplom-applications# git commit -m "Version 14.0"
[main 577a6f0] Version 14.0
1 file changed, 1 insertion(+), 1 deletion(-)
root@vm-mint:/home/msi/diplom-applications# git tag -a 14.0 -m "Version 14.0"
root@vm-mint:/home/msi/diplom-applications# git push origin main
Username for 'https://github.com': Firewal7
Password for 'https://Firewal7@github.com':
Перечисление объектов: 5, готово.
Подсчет объектов: 100% (5/5), готово.
При сжатии изменений используется до 3 потоков
Сжатие объектов: 100% (3/3), готово.
Запись объектов: 100% (3/3), 352 байта | 352.00 КиБ/с, готово.
Всего 3 (изменений 1), повторно использовано 0 (изменений 0), повторно использовано пакетов 0
remote: Resolving deltas: 100% (1/1), completed with 1 local object.
To https://github.com/Firewal7/diplom-applications.git
a6a294a..577a6f0 main -> main
root@vm-mint:/home/msi/diplom-applications# git push origin 14.0
Username for 'https://github.com': Firewal7
Password for 'https://Firewal7@github.com':
Перечисление объектов: 1, готово.
Подсчет объектов: 100% (1/1), готово.
Запись объектов: 100% (1/1), 184 байта | 184.00 КиБ/с, готово.
Всего 1 (изменений 0), повторно использовано 0 (изменений 0), повторно использовано пакетов 0
To https://github.com/Firewal7/diplom-applications.git
* [new tag] 14.0 -> 14.0
- Репозиторий с конфигурационными файлами Terraform и готовность продемонстрировать создание всех ресурсов с нуля.
-
Пример pull request с комментариями созданными atlantis'ом или снимки экрана из Terraform Cloud или вашего CI-CD-terraform pipeline.
-
Репозиторий с конфигурацией ansible, если был выбран способ создания Kubernetes кластера при помощи ansible.
- Репозиторий с Dockerfile тестового приложения и ссылка на собранный docker image.
- Репозиторий с конфигурацией Kubernetes кластера.
- Ссылка на тестовое приложение и веб интерфейс Grafana с данными доступа.
- Applications
- Grafana Лог: admin, Пасс: admin
- Все репозитории рекомендуется хранить на одном ресурсе (github, gitlab)