Разбираем подводные камни, ошибки и лучшие практики при разработке Kubernetes-операторов

Kubernetes-операторы давно стали привычным инструментом автоматизации и управления сложными системами. Однако на практике их поведение далеко не такое предсказуемое, как в примерах из документации. Небольшие отклонения в логике цикла согласования, обработке ошибок или обновлении статуса быстро превращаются в зацикливание, дублирование ресурсов и прочие сюрпризы, которые трудно отладить. Новичкам полезно понимать, почему так происходит, а опытным разработчикам — помнить, какие принципы стоит держать в голове при проектировании оператора. Меня зовут Стас Иванкевич, я техлид в команде разработки управляющего слоя Platform V DropApp в СберТехе. В управляющий слой входят установщик кластера, консоль, API, другие компоненты и самое релевантное для этой статьи — наши многообразные операторы. За последние несколько лет мы разработали целую пачку операторов — на один-два контроллера или сразу на множество. В ходе работы мы собрали и упорядочили лучшие практики, проверенные реальной эксплуатацией, а также подводные камни и типичные ошибки. И сегодня хотим поделиться нашей подборкой с вами.

https://habr.com/ru/companies/sberbank/articles/976764/

#сбертех #platform_v #dropapp #kubernetes #оператор

Новая жизнь репозитория: архитектурные решения для успешной документации

Привет, Хабр! Я Артём Клещев, технический писатель в СберТехе. Я пишу документацию к продукту Platform V DropApp — решению для управления контейнерными приложениями. Наша команда работает в парадигме Docs-as-Code. Мы столкнулись с проблемой: при каждом изменении продукта нам нужно было менять документацию сразу в нескольких репозиториях — для каждого исполнения продукта. Но мы нашли решение, как оптимизировать процесс. И хотим поделиться рекомендациями по ведению единого источника в Docs-as-Code — будет полезно тем, кто хочет шаблонизировать документацию и сэкономить время для творческих задач. В статье покажу, как построить удобную архитектуру репозитория продукта с применением шаблонов и MyST-разметки в парадигме Docs-as-Code. Расскажу, как вместо поддержки нескольких разрозненных комплектов документации создать библиотеку шаблонов с общим контентом. Надеюсь, что опыт нашей команды поможет вам избежать ошибок и лишних шагов.

https://habr.com/ru/companies/sberbank/articles/975836/

#сбертех #platform_v #dropapp #документация #документирование #docsascode

Как переход на Z Garbage Collector в Java 17 сэкономил нам ресурсы: на примере хранилища артефактов

Привет, Хабр! Меня зовут Максим Шишкин, я инженер по нагрузочному тестированию в команде Platform V Works::Artifactory в СберТехе. Наше решение — менеджер репозиториев артефактов и контейнеров. Он позволяет организовать хранение, описание, тегирование сборок и дистрибутивов программных продуктов, а также готовых Docker-контейнеров. В этой статье я расскажу, как и почему мы перешли на Java 17, как протестировали возможности нового сборщика мусора Z Garbage Collector и в результате сэкономили ресурсы виртуальных машин — а вместе с этим и финансы. Надеюсь, наш опыт будет полезен инженерам по сопровождению, командам разработки и тестирования.

https://habr.com/ru/companies/sberbank/articles/972476/

#сбертех #platform_v #platform_v_works #artifactory #java #тестирование #сборщик_мусора #garbage_collector

Как мы учились смотреть на проблемы продукта «сверху»

Меня зовут Александр Ковалёв, и я занимаюсь разработкой инженерных продуктов Platform V Works . В этой статье поговорим про observability, а именно про конкретную область — мониторинг в продуктах. Обсудим, как вообще появляется сама идея мониторинга, какие есть варианты реализации. Расскажу, по какому пути пошли мы, какие ресурсы и материалы использовали. Статья может быть полезна тем, кто впервые сталкивается с такими инструментами, как Prometheus и Grafana, а также всем, кто хочет изучить чужие примеры и прокачать компетенции в данной области.

https://habr.com/ru/companies/sberbank/articles/958222/

#grafana #prometheus #мониторинг #platform_v #сбертех #platform_v_works

Рендеринг трёхмерных фрактальных множеств: от губки Менгера до Мандельбокса, часть 2

Привет, Хабр! Меня всё также зовут Андрей Гринблат, и в первой части я начал рассказывать о такой технологии, как ray marching, и о нормированных пространствах. В этой части начнём с построения простых геометрических фракталов — губки Менгера и тетраэдра Серпинского, затем построим IFS-фракталы, рассмотрим технику орбитальных ловушек, и в завершение построим фрактал «Ящик Мандельброта», или Мандельбокс.

https://habr.com/ru/companies/sberbank/articles/954726/

#сбертех #platform_v #raymarching #компьютерная_графика #математика #3dграфика #фракталы

Сказ о том, как техпис без опыта программирования свой первый скрипт писал

Гой еси, Хабр! Звать меня Артем Клещев, я технический писатель в СберТехе. Работа моя — складывать сказания да инструкции для достославного продукта Platform V DropApp, что как царство-государство Kubernetes да с верной свитой операторов. Хоть и славно наше царство, а и есть в нем работа рутинная, не богатырская. Расскажу в статье, как решился я победить ту рутину с помощью ИИ и выковать себе меч-кладенец в виде приложения на Python. Коллегам-техническим писателем и всем, у кого, как и у меня, нет опыта разработки, но есть желание автоматизировать работу, добро пожаловать под кат.

https://habr.com/ru/companies/sberbank/articles/955228/

#python #сбертех #ии #platform_v

Техноконструктор: как работает платформенный подход Сбера

Представьте огромный конструктор, для которого одни специалисты создают идеальные детали, а другие собирают из них сложные, продуманные модели. Примерно так устроен ИТ‑ландшафт Сбера: универсальные технологические платформы здесь становятся основой для сотен уникальных сервисов. Почти 10 лет назад мы начали создавать платформу с базовыми технологическими компонентами. Эта платформа, которая впоследствии превратилась в Platform V, стала основой одного из трёх ключевых технических фундаментов, предоставляющих универсальные компоненты для создания цифровых решений. А сейчас Сбер уже развивает пять ключевых платформ. Три из них — технологические фундаменты: работа с данными, инфраструктурой и базовыми модулями, с которых мы начали платформизацию. Остальные две платформы включают в себя инструменты для эффективной командной работы и коммуникаций.

https://habr.com/ru/companies/sberbank/articles/918686/

#platform_v #platform_day

Оптимизируем системные ресурсы при развёртывании за счёт перехода на динамику

Всем привет! Если в компании растёт количество продуктов, а для их развёртывания используются виртуальные машины, то рано или поздно возникает задача оптимизации ресурсов. Скажем, вы используете для оркестрации Jenkins. Количество агентов на ВМ при этом статично, а количество развёртываний в разное время разное. В этом случае при массовых установках агенты периодически упираются в установленный лимит исполнителей (executor), а в свободные часы ВМ простаивают, занимая ресурсы. Мы, команда Run4Change в СберТехе, сопровождаем тестовые среды. В наши задачи входит в том числе развёртывание продуктов облачной платформы Platform V на стендах для последующего тестирования. Расскажем, как мы решили проблему использования системных ресурсов и отказались от виртуальных машин в пользу cloud‑native‑решения. Статья может быть полезна тем, кто планирует начать использование динамических агентов Jenkins, и может использоваться как первоначальное руководство.

https://habr.com/ru/companies/sberbank/articles/846484/

#jenkins #развёртывание #виртуальные_машины #platform_v

Переезжаем с Oracle на Platform V Pangolin в промышленной эксплуатации

Привет, Хабр! Меня зовут Семен Попов, я отвечаю за разработку хранилища клиентских данных в Сбере. Расскажу, как мы в эксплуатации перешли с одной базы данных на другую — а именно, с Oracle на Platform V Pangolin , разработку СберТеха на основе PostgreSQL, доработанного в области безопасности, надёжности и производительности.

https://habr.com/ru/companies/sberbank/articles/836084/

#pangolin #platform_v

Обеспечиваем надёжность граничных прокси в контейнеризированных приложениях на примере Platform V Synapse Service Mesh

Привет, Хабр! Меня зовут Данила Трушин , я руководитель направления в СберТехе. Мы с командой развиваем Platform V Synapse Service Mesh — продукт, который обеспечивает надёжную безопасную интеграцию и оркестрацию микросервисов в облаке. При промышленной эксплуатации иногда можно столкнуться с ситуациями, которые зачастую непросто или невозможно получить на тестовых или испытательных стендах. В ряде случаев такие ситуации касаются производительности и устойчивости компонентов к нагрузке. Сегодня хочу поговорить о том, как мы решили проблему троттлинга процессора на граничном прокси в случае, когда наблюдаемая нагрузка приложения была ниже заявленной и проверенной на стендах нагрузочного тестирования.

https://habr.com/ru/companies/sberbank/articles/780006/

#platform_v