Несмотря на то, что в интернете вы можете найти очень много различных инструкций по поводу того, как создать свой собственный Powershell-модуль, даже официальная документация не дает полного понимания, как все-таки создать модуль правильно.

Я потратил несколько часов на изучение разных статей и, как обычно, пришел к своему подходу, который мне кажется достаточно удобным, гибким, и которым я хочу поделиться сейчас.

Поскольку мой заказчик требует, чтобы у него были установлены актуальные версии софта, мне приходится обновлять и Kubernetes в соответствии с политикой поддержки релизов Kubernetes в Azure.

Последнее обновление до Kubernetes 1.24+ прошло не совсем гладко - поломался Nginx-ingress контроллер, и все приложения перестали работать.

В последнее время я переехал в другой проект, который полностью работает в Kubernetes на Azure AKS. Я честно пытался использовать Azure Monitor для мониторинга инфраструктуры и приложения. Но оно не смогло.

Поэтому я решил вернуться к своему любимом Zabbix, запустить его в Кубернетесе, отправлять письма и сообщения в Microsoft Teams и показывать графики в Grafana.

Ну, само собой, возник вопрос, как его деплоить в Kubernetes, как настраивать, как заливать кастомные скрипты?

Когда вы создаете Azure Kubernetes Service кластер (AKS), вы можете указать сервис Log Analytics для логирования и мониторинга ресурсов внутри кластера: подов, сервисов и т.д. Эта штука устанавливает агент Log Analytics (там будет несколько подов и сопуствующие ресурсы типа config maps), которые потом будут отправлять вывод stdout и stderr в Log Analytics.

К сожалению, схема этих логов достаточно сложная, из-за того, что лог связан с контейнером, а не с подом, и очень тяжело понять, к какому поду относится лог.

Я использую 'boky/postfix' образ для отправки электронной почты со своего Kubernetes-кластера. Недавно система сканирования сообщила о наличии уязвимости в пакете 'py3-setuptools', которую можно закрыть, обновив пакет до последней версии.

Как обычно, я иду в свой кастомный Dockerfile и обновляю свою строку для принудительного обновления пакета...

Работая с большим количеством разных приложений в контейнерах, особенно если не сам их билдишь, не всегда в курсе, что именно за базовая операционная система используется.

Ниже вот команды, как можно это быстренько посмотреть из консоли (будет работать почти для всех дистрибутивов, на самом деле):