MemOps 😃

Когда Kubernetes и Go не очень хорошо работают вместе

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

📌 Подробнее: https://lalatron.hashnode.dev/when-kubernetes-and-go-dont-work-well-together

MemOps 🤨

MemOps 😃

Эффективное использование GPU в Kubernetes: Настройка и использование Volcano Scheduler + Volcano vGPU Device Plugin

В этой статье автор расскажет, как можно разделить GPU на vGPU в кластере Kubernetes с поддержкой жесткой изоляции, используя Volcano и Volcano vGPU Device Plugin.

📌 Подробнее: https://habr.com/ru/articles/913374/

MemOps 🤨

MemOps 😃

Почему многие думают что DevOps-мудаки

Я думаю каждый сотрудник IT-компании, где есть эта выделенная роль, особенно проектный менеджер, сталкивался с этим: есть отдельный мир конфигураций и скриптов, где изолирована коммуникация и технический тикет основное средство общения. Обычно CTO ставит их под свой колпак, изолируя от остальных команд и создавая эффект “касты избранных”. Простые запросы превращаются в бесконечные уточнения, а работа стоит в ожидании“благословения”. Я уверен, ты догадался о ком я

📌 Подробнее: https://habr.com/ru/articles/913406/

MemOps 🤨

Скрытые языки: как инженеры передают информацию внутри команды, избегая документации

Технические команды часто избегают лишней документации, но информация всё равно каким-то образом передаётся, сохраняется и развивается. В этой статье — попытка разобрать скрытые механизмы общения внутри инженерных команд: как выстраиваются негласные соглашения, каким образом рождаются "внутренние диалекты" и зачем вообще всё это, если есть JIRA, Confluence и куча других инструментов. Много примеров, блоков кода на разных языках и немного личного опыта.

📌 Подробнее: https://habr.com/ru/articles/913672/

MemOps 🤨

MemOps 😃

Awesome Docker Compose — ваш центр поиска и развертывания более 700 популярных приложений с самостоятельным размещением без усилий

Docker Compose, бесплатный инструмент с открытым исходным кодом, упрощает процесс, автоматически обрабатывая зависимости и службы, позволяя вам устанавливать любимые приложения без обычных хлопот.

📌 Подробнее: https://awesome-docker-compose.com/

MemOps 🤨

MemOps 😃

MemOps 😃

S3 в мире Kubernetes: как объектное хранилище сделать частью контейнеров (подоход от команды Deckhouse)

Статья рассказывает о том, как облачное объектное хранилище S3 можно интегрировать с Kubernetes с помощью решений от Deckhouse и файловой системы GeeseFS. Автор объясняет, зачем вообще подключать S3 как том для контейнерных приложений, какие задачи это решает и почему для этого выбран именно GeeseFS. А ещё честно указывает на подводные камни — ограничения по скорости, отсутствие привычных файловых атрибутов, особенности кэширования и диагностику.

📌 Подробнее: https://habr.com/ru/companies/flant/articles/910938/

MemOps 🤨

MemOps 😃

Как я перестал страдать и полюбил CoreDNS: три истории

Эта статья построена на базе трех реальных историй:
— управление DNS из git;
— собственный nip.io;
— как и зачем писать плагины для CoreDNS.

📌 Подробнее: https://habr.com/ru/companies/chislitellab/articles/913946/

MemOps 🤨

MemOps 😃

Istio как мультикластерное решение: возможности, подходы и компромиссы

Автор продолжает изучение Istio и рассмотрит в статье некоторые интересные особенности, которые в дальнейшем могут облегчить сопровождение и развитие сервисной mesh-инфраструктуры в Kubernetes. С ростом распределённых систем и микросервисных архитектур в Kubernetes всё чаще встаёт вопрос о построении надёжной, масштабируемой и безопасной сетевой инфраструктуры. Когда одного кластера становится недостаточно, возникает потребность объединить несколько инсталляций в единую mesh-сеть. Здесь и появляется Istio, как кандидат на реализацию мультикластерной архитектуры.

📌 Подробнее: https://habr.com/ru/articles/913908/

MemOps 🤨

MemOps 😃

SRE у штурвала, хаос — за бортом: курс на стабильность

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

Этот комикс — об инженерной миссии без паники, но с вызовом. Про то, как DevOps и SRE-специалисты справляются с аномалиями не на адреналине, а на архитектуре, процессе и взаимопонимании в команде. Про реальность, где высоконагруженные проекты — не просто строчка в описании вакансии, а зона личного влияния: ты действительно управляешь, решаешь, отстраиваешь.

📌 Подробнее: https://habr.com/ru/specials/913848/

MemOps 🤨

MemOps 😃