GLPI в k8s. 00-namespace

Потыкав палкой в бодро развёрнутый на прошлом шаге k8s, с мыслями: - "И ч0 дальше?", решил я, в процессе обучения девопсятины, попробовать развернуть в нём GLPI, потому как на работе, помощник руководителя, уже давненько поскуливала, о необходимости общего, с директором календаря.

Что есть GLPI? Это целый комбайн из разрозненных инструментов для автоматической инвентаризации IT-оборудования, учёта лицензий ПО, договоров, картриджей, расходников, ServiceDesk, Wiki и многое другое…

Так как кубер-сущностей немного больше, чем одна и на начальном этапе обязательно в этом запутаешься, предлагаю каждую из них, описывать в отдельном посте. В этом мы начнём с namespace.

Погнали…!

Namespace - это логическая изоляция ресурсов (НЕ сети) внутри одного физического кластера. для сравнения можно привести виртуальную машину на физическом сервере. Namespace необходим для разделения dev, test и prod, а может и для разделения команд разработки и проектов.

Для нашего проекта создадим папку и перейдём в неё

mkdir glpi
cd glpi

В кубере существует всего два способа создания сущностей это:
Императивный способ (командная строка)
Декларативный способ (YAML/JSON манифест)

Так как мы, без тестов, пилим сразу всё в прод =) то будем писать манифесты

Создаём файл 00-namespace.yaml следующего содержания

apiVersion: v1
kind: Namespace
metadata:
  name: glpi
  labels:
    app.kubernetes.io/part-of: glpi-stack

Применим манифест

kubectl apply -f 00-namespace.yaml

и посмотрим что там у нас получилось

kubectl get ns

В списке должен появиться namespace glpi

Изолированное поле для раскатки GLPI у нас готово! Переходим к следующему шагу