Флант | Специалисты по DevOps и Kubernetes
رفتن به کانال در Telegram
С 2008 года внедряем практики для автоматизации процессов разработки и управления инфраструктурами: flant.ru В канале — наши технические статьи, видео, Open Source-проекты и новости для технических специалистов. Русскоязычный чат: t.me/+_eOEtncbZ1hkZDNi
نمایش بیشتر2 173
مشترکین
-124 ساعت
+67 روز
+1830 روز
در حال بارگیری داده...
کانالهای مشابه
ابر برچسبها
اشارات ورودی و خروجی
---
---
---
---
---
---
جذب مشترکین
اوت '26
اوت '260
در 0 کانالها
ژوئیه '26
+48
در 3 کانالها
Get PRO
ژوئن '26
+37
در 1 کانالها
Get PRO
مه '26
+49
در 2 کانالها
Get PRO
آوریل '26
+61
در 2 کانالها
Get PRO
مارس '26
+190
در 6 کانالها
Get PRO
فوریه '26
+57
در 0 کانالها
Get PRO
ژانویه '26
+83
در 0 کانالها
Get PRO
دسامبر '25
+65
در 2 کانالها
Get PRO
نوامبر '25
+64
در 3 کانالها
Get PRO
اکتبر '25
+46
در 3 کانالها
Get PRO
سپتامبر '25
+52
در 0 کانالها
Get PRO
اوت '25
+54
در 0 کانالها
Get PRO
ژوئیه '25
+51
در 0 کانالها
Get PRO
ژوئن '25
+71
در 3 کانالها
Get PRO
مه '25
+39
در 2 کانالها
Get PRO
آوریل '25
+86
در 6 کانالها
Get PRO
مارس '25
+96
در 3 کانالها
Get PRO
فوریه '25
+45
در 0 کانالها
Get PRO
ژانویه '25
+47
در 1 کانالها
Get PRO
دسامبر '24
+50
در 0 کانالها
Get PRO
نوامبر '24
+56
در 0 کانالها
Get PRO
اکتبر '24
+59
در 3 کانالها
Get PRO
سپتامبر '24
+30
در 1 کانالها
Get PRO
اوت '24
+17
در 0 کانالها
Get PRO
ژوئیه '24
+54
در 1 کانالها
Get PRO
ژوئن '24
+24
در 1 کانالها
Get PRO
مه '24
+16
در 1 کانالها
Get PRO
آوریل '24
+38
در 3 کانالها
Get PRO
مارس '24
+37
در 1 کانالها
Get PRO
فوریه '24
+31
در 2 کانالها
Get PRO
ژانویه '24
+29
در 1 کانالها
Get PRO
دسامبر '23
+30
در 2 کانالها
Get PRO
نوامبر '23
+43
در 1 کانالها
Get PRO
اکتبر '23
+45
در 2 کانالها
Get PRO
سپتامبر '23
+42
در 0 کانالها
Get PRO
اوت '23
+62
در 0 کانالها
Get PRO
ژوئیه '23
+68
در 0 کانالها
Get PRO
ژوئن '23
+24
در 0 کانالها
Get PRO
مه '23
+40
در 0 کانالها
Get PRO
آوریل '23
+29
در 0 کانالها
Get PRO
مارس '23
+28
در 0 کانالها
Get PRO
فوریه '23
+18
در 0 کانالها
Get PRO
ژانویه '23
+24
در 0 کانالها
Get PRO
دسامبر '22
+23
در 0 کانالها
Get PRO
نوامبر '22
+16
در 0 کانالها
Get PRO
اکتبر '22
+14
در 0 کانالها
Get PRO
سپتامبر '22
+17
در 0 کانالها
Get PRO
اوت '22
+22
در 0 کانالها
Get PRO
ژوئیه '22
+25
در 0 کانالها
Get PRO
ژوئن '22
+23
در 0 کانالها
Get PRO
مه '22
+18
در 0 کانالها
Get PRO
آوریل '22
+20
در 0 کانالها
Get PRO
مارس '22
+20
در 0 کانالها
Get PRO
فوریه '22
+17
در 0 کانالها
Get PRO
ژانویه '22
+22
در 0 کانالها
Get PRO
دسامبر '21
+35
در 0 کانالها
Get PRO
نوامبر '21
+29
در 0 کانالها
Get PRO
اکتبر '21
+29
در 0 کانالها
Get PRO
سپتامبر '21
+40
در 0 کانالها
Get PRO
اوت '21
+64
در 0 کانالها
Get PRO
ژوئیه '21
+50
در 0 کانالها
Get PRO
ژوئن '21
+25
در 0 کانالها
Get PRO
مه '21
+47
در 0 کانالها
Get PRO
آوریل '21
+39
در 0 کانالها
Get PRO
مارس '21
+86
در 0 کانالها
Get PRO
فوریه '21
+35
در 0 کانالها
Get PRO
ژانویه '21
+18
در 0 کانالها
Get PRO
دسامبر '20
+490
در 0 کانالها
| تاریخ | رشد مشترکین | اشارات | کانالها | |
| 01 اوت | 0 |
پستهای کانال
Часто первое, что хочется сделать при неполадках в кластере, — уменьшить его и надеяться, что всё решится само. Получается, большой кластер = куча проблем?
Автор статьи решил зайти максимально далеко: поднять Kubernetes-кластер с миллионом узлов и посмотреть, что будет.
Спойлер: получился вовсе не выстрел в ногу, а серьёзный эксперимент — много подготовки, обход ограничений, графики производительности и, конечно, ценные выводы. И даже инструкция в конце для желающих повторить.
| 2 | Собрали восемь докладов про Kubernetes-платформы от наших спикеров
Архитектура мультикластерности, типичные ошибки при внедрении платформы, разработка Kubernetes-платформы Deckhouse на Go, продажи DevOps-услуг и опыт эксплуатации кластеров с ограниченным бюджетом.
Управление парком Kubernetes-кластеров: подходы, проблемы и решения
Дмитрий Ковальков, архитектор инфраструктурных решений, рассказывает, как управлять несколькими кластерами и не превратить инфраструктуру в зоопарк.
Павел Богданов, менеджер продукта, выступил с двумя докладами:
1. Платформа. Ошибки НЕ выживших — каковы типичные технические, организационные и продуктовые ошибки при внедрении платформы.
2. До каких пор Open Source можно считать бесплатным — про цену решения, собранного «бесплатно» из Open Source вместо покупки готового продукта.
Go для Kubernetes: мы строим платформу Deckhouse и контрибьютим в Open Source
Александр Синичкин, технический менеджер продукта, объясняет, почему Deckhouse пишут на Go и куда команда контрибьютит в upstream.
«Нам нужен Kubernetes» и другие фразы, после которых мы делаем совсем другое
Александр Зарайский, менеджер в команде DevOps as a Service, разбирает, почему продажи DevOps-услуг проваливаются без конкретных измеримых целей.
Опыт эксплуатации DKP CE: можно ли в одного DevOps крутить кластеры Kubernetes?
Вячеслав Дружинин, ведущий системный администратор, наш контрибьютор из TJ Collection, делится опытом, как компания с ограниченным бюджетом построила CI/CD и Kubernetes-кластер своими силами.
34 500 рублей и свободные выходные: собираем дома виртуализацию в контейнерах
Валерий Хорунжин, инженер архитектурных решений, показывает, как собрать домашний кластер с виртуализацией на бюджетном железе.
Kubernetes-ориентированные операционки и то, к чему нас привели их ограничения
Денис Романенко, технический директор продукта, сравнивает специализированные ОС для Kubernetes, от Talos до K3OS, и разбирает их плюсы и минусы в российских реалиях.
в начало поста ↑ | 550 |
| 3 | Что будет с Go в эпоху ИИ-агентов?
На митапе от Фланта выступят Станислав Смирнов с докладом про DRA-драйвер для GPU в Kubernetes и Максим Ляпин на круглом столе.
24 июля, Санкт-Петербург. (https://clc.to/dRBbgg) | 959 |
| 4 | Какого подвоха можно ждать от предложения о работе? Навскидку — legacy-монстр, нагрузка за троих, невнятные процессы… А как насчёт кибератаки?
Автор статьи на «Типичном программисте» получил обычную просьбу посмотреть код перед собеседованием, но в последний момент решил перестраховаться.
Не зря. Внутри оказался спрятанный вредонос и две подставные личности.
Как он это вычислил и что делать, если вы получите похожее предложение — читайте в статье → | 1 244 |
| 5 | Cloudflare заметили, что с ростом нагрузки в кластере разбухают PV, и IaC-инструменты начинают не справляться с их обслуживанием.
Причина — в одной дефолтной настройке Kubernetes. Поменяли её и получили заметный прирост в скорости работы.
В статье шаги по аудиту кластера и изменению этой настройки. Пригодится тем, у кого кластеры с крупными PV.
Читать тут → | 1 055 |
| 6 | Мы встроили ИИ-ассистента прямо в веб-интерфейс Deckhouse Kubernetes Platform (DKP). Ассистент поможет разобраться в состоянии кластера, ресурсах и документации. Подробности на Хабре.
В общем, это альфа-версия, и нам нужна помощь сообщества в виде фидбека — будем очень рады вашим тестам :) | 733 |
| 7 | Бизнес говорит: «Выпускай новые фичи как можно скорее».
Сеньор слышит: «Вот тебе новые трудности — ставь сомнительные опыты на рабочем продукте. И не забывай, что им пользуются клиенты, которые нам платят».
Новая статья — о том, как сеньору не сойти с ума в условиях гонки релизов. Как сохранить продукт стабильным, нервы целыми и при этом не превратиться в того, кто вечно говорит «нет». Короткий ответ такой: дело не в том, чтобы работать быстрее, а в том, чтобы уметь договариваться. | 1 283 |
| 8 | Кажется, спор о том, нужны ли виртуальные машины в Kubernetes, уже не так интересен. Гораздо интереснее понять, как сделать их по-настоящему рабочим инструментом.
Об этом расскажет Павел Тишков, технический директор Deckhouse Virtualization Platform.
На докладе обсудим, как мы строили платформу виртуализации на базе Kubernetes: что происходит с виртуальной машиной внутри пода, как работает живая миграция, какие нюансы возникают с сетью и что пришлось доработать, чтобы с ВМ можно было работать почти так же удобно, как с контейнерами.
Встречаемся 2 июля на митапе 43 Tech в Санкт-Петербурге. Ждём! | 1 825 |
| 9 | Кажется, спор о том, нужны ли виртуальные машины в Kubernetes, уже не так интересен. Гораздо интереснее понять, как сделать их по-настоящему рабочим инструментом.
Об этом расскажет Павел Тишков, технический директор Deckhouse Virtualization Platform.
На докладе обсудим, как мы строили платформу виртуализации на базе Kubernetes: что происходит с виртуальной машиной внутри пода, как работает живая миграция, какие нюансы возникают с сетью и что пришлось доработать, чтобы с ВМ можно было работать почти так же удобно, как с контейнерами.
Встречаемся 2 июля на митапе 43 Tech в Санкт-Петербурге. Ждём! | 1 |
| 10 | Миграция — риск даже для небольших инфраструктур. А когда у вас больше миллиарда пользователей и петабайт данных, права на ошибку нет вообще. Но выход всё равно один — грамотно спланировать переезд и... взять и сделать.
В статье — о том, как Reddit перешёл на Kubernetes: почему они отказались от Amazon EC2, какие ограничения им пришлось учитывать и чем их опыт может быть полезен в других проектах. | 981 |
| 11 | 💡💡💡 — зажгли для Deckhouse User Community meetup/5.
Будет по-особенному лампово, ведь это наш юбилейный митап! Мы позволили себе добавить в него некоторые неформальности, и, как обычно, готовим классные доклады и дискуссии.
Будем рассказывать, как вырастить кластер дома из ноутбука Toshiba, добавить понятности интерфейсам и доверить кластеры ИИ-агентам. И как. Мы. Вам. Признательны. (спойлер: сильно).
Готовьтесь много и качественно общаться. Встречаемся 8 июля в People Loft на Авиамоторной.
→ Зарегистрироваться | 917 |
| 12 | Как построить надёжную и масштабируемую инфраструктуру? Линейка продуктов Deckhouse — больше чем Kubernetes.
1300+ кластеров под управлением, 260+ компаний-пользователей и опыт эксплуатации Kubernetes в production с 2017 года. На основе этого опыта мы создали линейку продуктов Deckhouse для построения и эксплуатации современной ИТ-инфраструктуры.
Рассказали о них в карточках. Подробнее смотрите на сайте:
• Deckhouse Kubernetes Platform — платформа для управления контейнерными нагрузками.
• Deckhouse Virtualization Platform — единая среда для виртуальных машин и контейнеров.
• Deckhouse Commander — централизованное управление кластерами Kubernetes.
• Deckhouse Stronghold — хранение секретов и управление доступом к ним.
• Deckhouse Code — инструменты для управления жизненным циклом ПО.
• Deckhouse Development Platform — платформа для организации процессов разработки.
• Deckhouse Observability Platform — мониторинг инфраструктуры и приложений.
Подписывайтесь на канал, чтобы следить за новостями продуктов и практиками построения современной ИТ-инфраструктуры.
🚀 Deckhouse для бизнеса | 925 |
| 13 | Ситуация: работаете много, а грейд не растёт. Тимлид команды DevOps-инженеров Алексей Сартаков рассказал, почему дело тут в мышлении. Переход на мидла и выше происходит, когда перестаёшь закрывать тикеты и начинаешь видеть систему целиком.
В статье разобрали типичные ошибки роста и то, как мы во «Фланте» понимаем, что инженер готов к следующему шагу.
Если чувствуете, что вы уже в этой точке — у нас есть вакансия.
Маркер готовности и больше советов найдёте на Хабре → | 959 |
| 14 | Хотите влиять на развитие Cloud Native в России? АОТ — некоммерческая ассоциация по развитию облачно-ориентированных технологий — открывает экспертный совет и ищет девять практиков в области Cloud Native и Kubernetes.
Совет будет определять направления развития и работы ассоциации: какие практики продвигать, какие темы исследовать, какой быть Kuber Conf. Для участников это шанс подтвердить свой статус технического эксперта и реально повлиять на то, куда идут технологии в стране — вплоть до отраслевых стандартов.
Кого ищут: практиков с реальным опытом в Cloud Native и Kubernetes, которые уже внесли значимый вклад в сообщество (статьи, доклады, Open Source) и готовы уделять 10–20 часов в месяц на дела ассоциации.
Заявки принимают до 22 июля, итоги — в августе.
Подробности и форма заявки на сайте → | 940 |
| 15 | Куда уходит целый рабочий день? Спойлер: часто его съедает технический долг в Kubernetes, который копился месяцами.
Павел Богданов, продакт DKP CE, расскажет, где прячутся самые большие потери времени на стыке Dev и Ops и что сделать с Kubernetes на старте, чтобы потом не разгребать эту кучу.
22 июня, 13:20, Розовый зал, Saint HighLoad++. Больше подробностей → | 1 217 |
| 16 | Deckhouse Stronghold 1.18 уже на проде!
Managed Keys, WebAuthn, SAML 2.0, фильтрация audit-логов и подключение Vault-совместимых плагинов — всё это и даже больше в одном релизе.
Разбираем подробности в новости на Хабре → | 974 |
| 17 | На кону финансовые данные клиентов, а странный и неуловимый баг в Cilium не даёт как следует настроить сетевую безопасность.
Статья о том, почему любая «нерешаемая» проблема — это «пока недостаточно изученная» проблема. От случайных догадок — к системному исследованию и пул-реквесту с фиксом прямо в Linux. | 1 416 |
| 18 | Как встроить безопасность в разработку без лишней нагрузки на команды?
Для этого важно смотреть не только на инструменты и инженерные практики, но и на организацию работы: кто за что отвечает, как команды взаимодействуют, где возникают зависимости и почему требования ИБ начинают конфликтовать с задачами продукта.
5 июня в 12:00 приглашаем на вебинар «История одного проекта: как встроить безопасность по командным топологиям».
Покажем, как командные топологии помогают анализировать текущую модель поставки и выстраивать более понятное взаимодействие между продуктовыми, платформенными и ИБ-командами.
На вебинаре разберём:
— типы команд и форматы взаимодействия;
— распределение зон ответственности;
— переход от текущей модели к целевой;
— пример проекта с рекомендациями и ожидаемыми результатами.
Спикер: Василий Шмыр, техлид по практикам DevOps.
→ Зарегистрироваться | 1 153 |
| 19 | Проверил образ на входе и выдохнул? Зря…
Максим Василенко покажет, как в Deckhouse Kubernetes Platform устроен end-to-end-контроль целостности контейнеров — от подписи образа в CI до runtime-проверки прямо внутри containerd v2.
Узнаете, как выстроить цепочку доверия и защититься не только от подмены образов в реестре, но и от атак на уже запущенные рабочие нагрузки.
Доклад «Контроль целостности в Kubernetes по-взрослому» слушайте на «БеКоне» 2 июня в 17:30.
А после заглядывайте на наш стенд за мерчом :) | 1 096 |
| 20 | CI/CD-пайплайн не должен хранить секреты. В безопасной схеме он получает к ним доступ только на время выполнения конкретной задачи и в рамках своих прав. Но на практике GitLab CI/CD Variables нередко используют вместо хранилища секретов — со всеми вытекающими проблемами.
В статье разбираем, с какими сложностями сталкиваются команды, строя безопасный пайплайн на Community-версиях GitLab и HashiCorp Vault, и как связка Deckhouse Code и Stronghold помогает разделить зоны ответственности и снизить риск компрометации всей системы. | 839 |
