TopicDevOps & cloud infraSeptember 2026

DevOps & cloud infra — September 2026

What Telegram channels wrote about DevOps & cloud infra in September 2026: 1166 posts from 470 channels, collected automatically from public Telegram channels.

1,166 posts·470 channels

More posts — page 10

1,166 posts total

100% удалённые вакансии за последние 24 часа

——Не IT—— Языки, локализация - 2 Языки, перевод - 4

Аккаунт-менеджмент - 3 Ассистирование - 8 Финансы и бухгалтерия - 15 HR - 8 Дизайн интерьеров - 2 Работа с маркетплейсами - 2 Управление проектами - 10 Рекрутмент / Подбор персонала - 11 Продажи и клиентская поддержка - 44 Наука, образование и репетиторство - 20 Транспорт, логистика и перевозки - 4 UGC - 6

PR и маркетинг, создание видеоконтента - 11 PR и маркетинг, копирайтинг - 8 PR и маркетинг, медиабаинг - 5 PR и маркетинг, SMM - 10 PR и маркетинг, таргетированная реклама - 10 PR и маркетинг, видеомонтаж - 7

——IT—— AI, Архитектура AI-агентов - 3 AI, AI-инженерия - 7 AI, Дата-инженерия - 3 AI, LLM-инженерия - 4 AI, ML-инженерия - 3

Бэкенд, Go - 3 Бэкенд, Java - 2 Бэкенд, Node.js - 5 Бэкенд, Python - 4 Бэкенд, Ruby - 2

Big Data, Аналитика данных - 7 Big Data, Дата-инженерия - 8

Фронтенд, React - 10

IT, Бизнес-аналитика - 6 IT, Компьютерная графика - 4 IT, Кибербезопасность - 2 IT, DevOps - 6 IT, Руководитель разработки (Engineering Manager) - 5 IT, Разработка игр - 2 IT, Управление продуктом - 16 IT, Тестирование (QA) - 9 IT, Тестирование ПО - 9 IT, RPA - 2 IT, SAP - 2 IT, Инженерия надежности (SRE) - 2 IT, UI/UX-дизайн - 14

——— Не хочешь тратить время на самостоятельный поиск удалёнки и отклики? Найми ассистента с услугой «Удалёнка под ключ».

Sep 18, 09:05 AMMore from @rabota_5g

Сетевой инженер (VPN/Linux/TestOps) 3000 – 4500 BYR

Обязанности: • Получать новые сборки/образы CI/CD после коммита разработки, доставлять их на тестовые стенды ESXi как виртуальные машины (чаще Debian).

Требования: • Сети на уровне CCNA: TCP/IP, VLAN, маршрутизация, NAT, ACL, VPN, IPSec, диагностика (ping, traceroute, tcpdump/Wireshark). Базовый DevOps-контур...

Контакты: +375445123188

Проверить, куда уходит время загрузки Linux

Команда: systemd-analyze Покажет общее время запуска системы. Например: Startup finished in 4.2s

А эта команда покажет самые медленные службы: systemd-analyze blame Пример: 18s docker.service 12s NetworkManager.service 8s snapd.service

Можно увидеть, что именно замедляет загрузку.

Sep 18, 08:59 AMMore from @os_linux_ru

Platform Engineer (Rust) в Trading Company

Ребята активно ищут 🔥

📍Remote 💎5+ лет опыта, опыт с высоконагруженными системами, Rust, Tokio, Linux

Позиция в топовую проприетарную трейдинговую компанию🚀

🤝Узнать подробнее и откликнуться: тут

Другие вакансии в компании: - Data DevOps Engineer

Все уже слышали об Open Source мозге плодовой мухи?

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

Можете удалять Kubernetes, он вам больше не нужен 😁

Покажу результат в следующем видео

Sep 18, 08:24 AMMore from @codeblog8

#вакансия #job #vacancy #office #Devops #go Вакансия: DevOps / Platform Engineer (Go) Компания: DevCasi Локация: Кипр Занятость: полный день,офис Зарплатная вилка:3500-5500ustd Сфера: IGaming

📍Чем предстоит заниматься: - Прямая работа с CTO: архитектурные и операционные задачи инфраструктуры - Поддержка и развитие кластеров Kubernetes: ArgoCD, Helm, GitLab CI/CD - Код на Go: внутренние утилиты и CLI, экспортеры метрик, операторы и хелперы для платформы, правки в сервисах монорепозитория - Инфраструктура как код — OpenTofu, Ansible - Сетевой контур: маршрутизация, VPN, DNS, TLS, ingress, firewall, сегментация - Docker / docker compose — локальные и staging-окружения разработчиков - Первая линия реакции на инциденты: разбор алертов, эскалация, постмортемы - Базовое администрирование сервисов — доступы, почта, админки

📍Что ждём: - Kubernetes в проде — не «поднял minikube», а дежурил и чинил - GitLab CI/CD, ArgoCD, понимание GitOps-подхода - Сети — TCP/IP, DNS, NAT, VPN, TLS; умение читать tcpdump и не паниковать - Docker, docker compose - Ansible, OpenTofu (или Terraform) - Linux на уровне уверенного администрирования - Grafana и алертинг — дашборды, метрики и логи, настройка правил алертов, работа с Prometheus / Loki / Alloy - Сбор метрик с сервисов в Kubernetes — экспортеры и sidecar'ы, ServiceMonitor / scrape-конфиги, обвязка приложений метриками, RED/USE-подход к дашбордам - Kafka и NATS — не только «настроить», но и понимать семантику доставки, консьюмер-группы, отставание - Опыт highload и финтеха — платёжные интеграции, деньги, требования к надёжности - Готовность подключаться к инцидентам вне стандартных часов - Английский — документация и переписка

📍Будет плюсом: - Go — умение писать и поддерживать код, а не только читать: утилиты, экспортеры, правки в сервисах - Опыт в iGaming Контакт:@Nbagama

Sep 18, 08:15 AMMore from @cyithr

❗️Kubernetes стал стандартом оркестрации — почему?

Устали разбираться, почему Kubernetes победил в войне оркестраторов и как его архитектура решает реальные проблемы микроcервисов?

Разбор ключевых компонентов: Control Plane vs Worker Nodes, как поды заменяют хрупкие контейнеры, сервисы для сетевой связности и деплойменты для нулевого простоя. На примере миграции Tinder показаны грабли масштабирования с 80k+ контейнеров и паттерны отказоустойчивости.

Идеальный материал для тех, кто переходит с Docker Compose и хочет уверенно проектировать продакшен-кластеры, а не просто учить команды

🔥Ссылка на статью

Заметки Бэкендера & Max

Sep 18, 08:12 AMMore from @backend_it

Продвинутая инженерия DevOps - 2026

Размер: 4 ГБ Цена: 11 000 руб.

Чему вы научитесь: - Научитесь использовать системы контроля версий для отслеживания изменений в коде и управления кодовой базой. - Поймёте, что такое инфраструктура как код (IaC), и освоите Terraform для автоматизации инфраструктурных задач. - Узнаете, как Ansible упрощает управление конфигурациями и ускоряет процесс развертывания. - Изучите Kubernetes для оркестрации контейнеров и управления масштабируемыми системами. - Научитесь мониторить и логировать с помощью Prometheus и Grafana для анализа производительности и предотвращения проблем. - Освоите особенности DevOps в облачных платформах, включая настройку и масштабирование приложений.

СКАЧАТЬ БЕСПЛАТНО

#devops | 🪢 Open IT

Sep 18, 08:07 AMMore from @openit_tg

Сейчас достаточно много публикуется различных отчетов о действиях хакерских группировок, которые используют ИИ в своей деятельности (например, китайцы, использующие DeepSeek или целый сонм моделей, а также атаки на украинские организации). Бывшие коллеги из Cisco Talos решили не заниматься атрибуцией, а сфокусировались на реальных артефактах работы злоумышленников с ИИ-кодинг-агентами: prompt-логи, конфигурационные файлы, память, инструкции агентам, код, результаты сканирования и т.п.

Основная мысль исследования уже не раз мной озвучивалась – ИИ пока не превращает новичка в элитного хакера, но резко увеличивает возможности человека до уровня, который раньше требовал существенно большей технической квалификации. А у квалифицированного атакующего ИИ становится очень мощным мультипликатором.

Исследователи Cisco делят наблюдаемое применение ИИ примерно на три класса: ИИ как программист вредоносных инструментов, ИИ как средство масштабирования преступной деятельности и ИИ как ускоритель поиска уязвимостей / пентестов / bug bounty. Причем речь уже часто не про "спросил ChatGPT, как написать Python-скрипт", а про агентную работу: ИИ получает цель, пишет код, запускает его, анализирует ошибки, исправляет код, взаимодействует с серверами и продолжает работу (я примерно так пишу ИИ-агента по расследованию инцидентов).

В первом описанном кейсе атакующий хотел построить DDoS-инфраструктуру, но по логам было видно, что сам он довольно слабо понимает в разработку. ИИ фактически писал систему за него. Когда истинная цель стала очевидной, модель начала отказываться помогать, но значительная часть функциональности к этому моменту уже существовала. Хорошая иллюстрация проблемы guardrails – запрет сработал слишком поздно.

Другой хакер хорошо понимал в массовые рассылки, репутацию, анализ телеметрии рассылок, но был гораздо слабее как разработчик. ИИ стал фактически его ведущим инженером: Node.js, PostgreSQL/TimescaleDB, Docker, PowerMTA, дашборды, пиксели трассировки, обработка bounce и т.д. При этом ИИ постоянно приходилось чинить проблемы, которые он сам же создавал. Talos пишет, что ИИ снижает необходимую квалификацию разработчика, но не отменяет технический долг и инженерные ошибки. Особенно забавен эпизод с этикой в этом кейсе. Сначала модель правильно заметила, что рассылка по чужим базам с письмами, замаскированными под уведомления существующего сервиса, выглядит крайне сомнительно. Оператор просто заявил, что это на самом деле его пользователи. Модель поверила одному непроверенному утверждению и сама придумала оправдание, почему названия сторонних баз ничего не значат.

Дальше больше. Talos обнаружил франкоязычного оператора, превратившего публичные материалы по React2Shell в промышленный конвейер для поиска уязвимых систем и извлечения секретов. ИИ помог создать высокоскоростной Go-сканер плюс shell/Python-конвейер. Система искала Git- и облачные креды, секреты SMTP, СУБД, креды контейнеров, исходники и другие данные. В файле инструкции для ИИ было предписано запускать 3–5+ параллельных исследовательских агентов, перебирать все способы аутентификации и максимально тщательно исследовать каждый сервис. Для ИИ заранее разрешили 121 тип команд, включая обращения к API различных провайдеров для проверки найденных учетных записей.

Есть и отдельный кейс предположительно русскоязычного оператора. Здесь особенно интересно использование постоянной памяти. Вместо jailbreak каждого нового диалога он записал в память модели постоянную установку: считать его пентестером, все цели – заранее авторизованными, не задавать вопросов и не выдавать "этических предупреждений". То есть jailbreak перестает быть частью prompt engineering и превращается в постоянную конфигурацию ИИ-агента.

Испаноязычный оператор пошел дальше остальных. Он построил постоянного автономного агента на OpenClaw и дал ему имя/роль «Alex, a black-hat pentester», собственную учетную запись, память, методологию и набор постоянных инструкций. Целями стали Telegram Mini Apps и криптовалютные приложения. Когда защищенная модель отказалась выполнять часть действий, оператор просто переключился на нецензурируемую модель. После этого агент автономно обследовал цели и составлял отчеты. По данным Talos, результаты были вполне себе: обход аутентификации, IDOR, кошельки, депозиты и т.п. В одном случае агент получил базу более чем 1300 пользователей, сотни записей TON-кошельков, токены к ботам Telegram, манипулировал игровой экономикой и подготовил вывод денежных средств.

Наконец, есть у Talos и совершенно легитимный пример – настоящее вовлечение в работу платформы Bug Bounty (Bugcrowd) с прописанными областью действия, ограничениями и размерами вознаграждения. ИИ самостоятельно проводил сканирование → маппинг → тестирование SSRF → поиск секретов → проверку → сбор доказательсв → подготовку отчетов. Результат – более 40 найденных проблем, каждая со своим деревом доказательств и готовым проектом отчета для Bugcrowd. Talos считают этот кейс легитимным исследованием и хорошим примером того, насколько ИИ способен повысить пропускную способность багхантеров.

ЗЫ. В отчете есть и другие интересные примеры. Почитайте... 😂

#ии #ttp #оценказащищенности #bugbounty

Sep 18, 07:56 AMMore from @alukatsky

📖 DevOps: интеграция и автоматизация

Учебное пособие представляет собой всеобъемлющее руководство по DevOps — подходу, который стал революционным в мире IT. DevOps интегрирует процессы разработки и эксплуатации, делая их более гибкими, быстрыми и эффективными.

Данная книга — идеальный старт для тех, кто хочет понять DevOps и его принципы и применить их на практике.

➡️  Скачать бесплатно

IT библиотека || #DevOps

Sep 18, 07:18 AMMore from @books_learn

​​#митап #meetup #event #ивент 🛡 RWB Infra x Security Meetup — два трека: инфраструктура и безопасность от команды Wildberries & Russ ⚡️

3 октября RWB проводит технический митап с двумя насыщенными треками: Infra и Security. Восемь докладов от инженеров и руководителей — про GitLab под нагрузкой, Kubernetes vs Bare Metal, PKI на Vault, DevSecOps‑платформы и управление уязвимостями.

🧱 Трек Infra:

🟣 «Тюнинг GitLab CE как реакция на быстрый рост нагрузки» 👤 Кирилл Мельников (DevOps‑инженер) и Андрей Шмельков (руководитель направления DevTools), RWB

🟣 «Путь баланса и компромиссов в DCIM» 👤 Александр Васильев (Project Manager) и Дмитрий Сидоров (Tech Lead), RWB

🟣 «Единая инфраструктура доверия: PKI на базе Vault» 👤 Станислав Габенов — DevOps‑инженер, RWB

🟣 «Kubernetes vs Bare Metal: что может пойти не так» 👤 Олег Семенов — руководитель направления Kubernetes, RWB

🔒 Трек Security:

🟣 «DevSecOps: от сканирования в пайплайне к платформе — и обратно» 👤 Александр Емельянов — руководитель DevSecOps, RWB

🟣 «Почти эффективный VM: как мы боролись с хаосом в инфраструктуре и сократили время обработки уязвимостей» 👤 Максим Янсон — Head of Vulnerability Management, RWB

🟣 «Как защищать данные, когда единого периметра больше нет» 👤 Константин Черняк — Head of Data & AI Security, RWB

🟣 «От заявки до доступа за 90 секунд: как шесть инженеров управляет доступами в тысяче систем» 👤 Александр Черныхов — Head of InfraSec, RWB

⏱ Когда: 3 октября 📍 Москва, подробнее расскажут при подтверждении заявки

🧑‍💻𝗜𝗧House 𝗖𝗼𝗺𝗺𝘂𝗻𝗶𝘁𝘆👨‍💻

Sep 18, 07:10 AMMore from @it_events

IaC(Infrastructure as Code) в DevOps 2026: Оптимизируем рутинные задачи

Большинство новичков в DevOps застревают на базовом уровне: вручную пишут Docker-файлы и настраивают стандартные CI/CD пайплайны для сборки кода. Но настоящие Senior-инженеры, которые работают в компаниях и получают миллионы рублей и экономят часы работы, используют очень мощную механику - IaC с использованием GitOps.

Профи не настраивают сервера через консоль. Они описывают всю инфраструктуру в виде обычного понятного кода. Если нужно развернуть тестовую среду или восстановить упавший сайт, Senior не тратит на это весь день. Он просто запускает готовый скрипт и за пару минут создаёт точную копию всей системы.

Пример кода на языке Terraform для создания вирт. сервера в облаке AWS: provider "aws" { region = "us-east-1" }

resource "aws_instance" "web_server" { ami = "ami-0c55b159cbfafe1f0" # ID ОС instance_type = "t2.micro" # Конфиг сервера

tags = { Name = "MyFirstIaCServer" } }

В 2026 году к этой механике добавлися ещё один секрет - автоматизированная оптимизация ресурсов с помощью ИИ (AiOps). Система автоматически сжимает или расширяет мощности. Это позволяет работать приложению без сбоев в моменты пиковых нагрузок, а в остальное время - не переплачивать за пустующие сервера.

#IaC #devops #optimization #ai

🔗 Все наши каналы 🔁 Все наши чаты 🪧 Для связи с менеджером

Sep 18, 07:05 AMMore from @codeby_sec

От capabilities к AppArmor: что реально остановит атакующего в контейнере

Представьте себе обычный контейнер с веб‑приложением. В нём есть уязвимость, злоумышленник получает возможность выполнять команды — и дальше начинается самое интересное: что именно его остановит?

Не в теории, а на практике. Не в изолированном примере «вот как работает seccomp», «вот что такое capabilities» и «вот зачем нужен AppArmor», а в одной и той же рабочей нагрузке, где все эти механизмы встречаются одновременно.

Cама по себе настройка механизма ещё не отвечает на главный вопрос: какую именно угрозу он закрывает и где заканчиваются его возможности?

В Linux, а значит и в Kubernetes, есть три механизма, на которых здесь стоит сосредоточиться: - capabilities; - seccomp; - LSM — например, AppArmor или SELinux.

Обычно их объясняют по отдельности. Иногда так же по отдельности и внедряют. Именно в этом месте часто появляются ложные ожидания: кажется, что если включить один механизм, он «закроет безопасность контейнера». На практике всё сложнее...

https://telegra.ph/Ot-capabilities-k-AppArmor-chto-realno-ostanovit-atakuyushchego-v-kontejnere-09-17

#ит_статьи #devops #linux #apparmor #seccomp #capabilities

Потестировал очень классную систему просмотра логов в Docker контейнерах Dozzle. Сначала мельком на неё глянул, подумал, ну очередной просмотрщик логов, их много разных есть. Но на деле там чуть больше, чем просто просмотр. Хотя и он сделан удобно. Сервис очень понравился, так что если работаете с контейнерами, рекомендую обратить внимание.

Расскажу, как Dozzle работает и что умеет делать:

▪️Подключается к docker.sock и получает доступ ко всем контейнерам хоста. ▪️Можно запустить агента на удалённом хосте и подключаться к нему. То есть один сервер с Dozzle может собирать логи с удалённых хостов. ▪️Умеет выводить как логи одного контейнера, так и смешанные логи нескольких контейнеров в одном потоке. ▪️При просмотре логов можно выбрать нужную строку и создать правило для отправки уведомлений при появлении этих строк. У правил гибкий синтаксис, можно в режиме реального времени смотреть, какие строки попадают под настроенное правило. ▪️Уведомления есть не только по содержимому логов, но и по некоторым событиям - запуск или остановка контейнера, исчерпание ресурсов хоста и т.д. ▪️Уведомления отправляются по webhook. ▪️Красивый и функциональный веб интерфейс. ▪️Есть поддержка K8s для просмотра логов подов.

У меня есть хост с контейнерами Immich, куда часто приходится заглядывать в логи, особенно, когда меняешь параметры ИИ и делаешь переиндексацию, или выполняешь обновление. Решил туда на пробу и поставить Dozzle. Благо, делается это в одно действие:

# docker run -d -v /var/run/docker.sock:/var/run/docker.sock:ro -v dozzle_data:/data -p 8080:8080 --name dozzle amir20/dozzle:latest

Дальше идём на порт сервера 8080 и смотрим логи. Там можно пользователя создать, настроить аутентификацию, а можно просто сразу посмотреть логи без всего этого.

Управление настройками можно выполнять через переменные. Например, для работы в K8s надо добавить DOZZLE_MODE=k8s. По умолчанию Dozzle собирает анонимную статистику. Отключить её можно параметром DOZZLE_NO_ANALYTICS=true. Все параметры перечислены в документации.

Для сбора информации с других хостов, на них надо запустить агентов, примерно так:

# docker run -v /var/run/docker.sock:/var/run/docker.sock:ro -p 7007:7007 amir20/dozzle:latest agent

А на сервере к ним подключаться так:

# docker run -p 8080:8080 amir20/dozzle:latest --remote-agent 192.168.137.5:7007

Если агентов много, их можно объединить в переменной:

DOZZLE_REMOTE_AGENT=192.168.137.5:7007,192.168.137.10:7007

Хосты можно объединять в группы:

# docker run -p 8080:8080 amir20/dozzle:latest \  --remote-agent 192.168.137.5:7007|web-1|Production \  --remote-agent 192.168.137.6:7007|web-2|Production \  --remote-agent 192.168.137.7:7007|dev-1|Development

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

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

❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.

——— ServerAdmin: 📱 Telegram | 🌐 Сайт | 📲 MAX 😩

#docker #logs

Sep 18, 06:11 AMMore from @srv_admin

Собрать архив с исключениями и не обнаружить потом, что исключения не сработали.

Исключить каталог из архива

tar --exclude='data/logs' -czf arch.tgz data

Нюанс: --exclude обязан стоять до источника. Поставил после — tar честно предупредил --exclude 'data/logs' has no effect и всё равно упаковал логи. Второе: шаблон сравнивается с тем, как путь записан внутри архива. Упаковываете data, значит исключать надо data/logs, а не /tmp/ta/data/logs — с абсолютным путём совпадения не будет.

Достать один файл из архива

tar -tf arch.tar | grep app.conf tar -xf arch.tar tmp/ta/data/conf/app.conf

Нюанс: при упаковке по абсолютному пути tar срезает ведущий слеш и пишет Removing leading '/' from member names. Поэтому распаковать по тому же абсолютному пути не выйдет — получите Not found in archive. Сначала посмотрите список через -t, потом копируйте путь оттуда.

Дописать или удалить файл в архиве

tar -rf arch.tar newfile.txt tar --delete -f arch.tar oldfile.txt

Нюанс: только для несжатых архивов. На .tgz обе команды падают с Cannot update compressed archives и Error is not recoverable: exiting now. Чтобы поправить сжатый архив, его придётся распаковать целиком.

Сжать быстрее и плотнее gzip

tar --zstd -cf arch.tar.zst data

На моих тестовых данных zstd дал 199 байт против 225 у gzip. Нюанс: если пакета zstd в системе нет, tar создаст файл нулевого размера и завершится с кодом 2. Файл при этом лежит на месте и выглядит как архив — в скрипте бэкапа такое заметят не сразу. Проверяйте код возврата, а не наличие файла.

Не перезаписать свежие файлы при распаковке

tar -xf arch.tar --keep-newer-files

Работает: файл, который новее архивного, остаётся нетронутым, в выводе Current 'data/logs/a.log' is newer or same age. Нюанс: код возврата при этом 2, как при ошибке. Под set -e скрипт упадёт, хотя всё прошло по плану.

Про сравнение архива с диском: tar -df arch.tar показывает Mod time differs и Size differs по каждому расхождению. Удобно проверить бэкап, не распаковывая.

А вы чем сжимаете бэкапы — gzip по привычке или уже переехали на zstd?

#Linux #tar #Backup #Bash #DevOps

Sep 18, 05:57 AMMore from @linuxskill

#вакансия #CTO #Ecommerce #remote СТО в новый продукт с «0» (удаленно) · Hard Skills:   · Опыт работы CTO/Head of Engineering от 3-х лет в B2B, e-commerce или логистических проектах;   · Практический опыт построения микросервисной или модульной архитектуры (DDD, API-first, event-driven);   · Глубокое понимание CI/CD, контейнеризации (Docker, Kubernetes) и облачной инфраструктуры;   · Опыт интеграции с 1С/ERP, WMS, CRM и платежными шлюзами;                                            · Разговорный английский на уровне B2 · Soft Skills:   · Стратегическое мышление и умение переводить бизнес-задачи на технический язык;   · Лидерские качества и опыт антикризисного управления.

Резюме и  обсуждение деталей в личку: @VolkTat_7941 Volkova Tatyana

Sep 18, 05:41 AMMore from @getitrussia

Company Name: Teradata Post Name: Associate DevOps Engineer Expected Salary: up to ₹8.6 LPA* Job Location: Maharashtra JobType: 1-3 years

✅Apply Link:  https://job4freshers.co.in/teradata-devops-engineer/

Join our WhatsApp Private Community for Experienced Jobs👇 https://whatsapp.com/channel/0029Va8olDhKrWQwQhwxwI0R

Telegram Link: https://t.me/job4experince

Join us on LinkedIn 👇🏻 https://www.linkedin.com/company/108115637/

Facebook https://www.facebook.com/job4freshers.co.in

Share with someone who needs this❤️

Sep 18, 04:44 AMMore from @job4experince

Если UI ваших Kubernetes платформ выглядит не так, то даже не зовите нас на пентест/аудит: 1) server room 2) the rack

=)

Всем хороших выходных!

P.S. Результаты конкурсов объявим в 18:00 по Мск.

Sep 18, 04:42 AMMore from @k8security

✍️ سلام ، به دو نفر توسعه دهنده دواپس Devops آقا با سابقه برای  جذب در شرکت اروپایی نیازمندیم

زبان انگلیسی حتما حتما باید مکالمه قوی باشد

دریافت حقوق بصورت دلاری است

فردی با سابقه و تخصص لطفا پیام  بدهد

👈 خانم غنچه عطایی

🚀 آی دی تلگرام : @viiolet7 📅 تاریخ انتشار : ۱۴۰۵/۰۶/۲۷ 📡 کانال تلگرامی : @doorkaari

Sep 18, 03:31 AMMore from @doorkaari

Dev Ops Engineer in Astana

https://www.linkedin.com/posts/%D0%B0%D1%81%D0%B5%D0%BC%D0%B0-%D0%BC%D0%B0%D0%B6%D0%B5%D0%BD%D0%BE%D0%B2%D0%B0-b0280a209_devops-kubernetes-vacancy-share-7506298100446220288-4CdR/?utm_source=social_share_send&utm_medium=ios_app&rcm=ACoAAAIbBokBFFUBvwT8AFDTjhXAPGDC9dtIWBI&utm_campaign=copy_link

Короче, новость. Теперь я помогаю продвигать Junie - coding-агента от JetBrains. Так что, можете (не часто!) залетать ко мне по вопросам/фідбекам по Junie 🤗

Пару часов назад вышла моя первая статья в блоге Junie - Your diff has a demo now with Junie /demo. Повод приятный: мы зарелизили фичу "Demo", и тут есть на что посмотреть.

Юзкейс: запили фичу, тесты зелёные, но надо ещё запустить приложение и руками потыкать интерфейс. Выбрать пару элементов, нажать кнопку, проверить результат, перезагрузить страницу. Кто этим займётся? Обычно ты же. Теперь эту часть можно поручить Junie.

Запускаешь /demo в CLI и описываешь сценарий. Например: "Выбери две задачи, поменяй им статус и проверь, что после перезагрузки всё сохранилось". Или просишь показать изменения из текущей ветки, последнего коммита или рабочей директории.

Дальше агент собирает и запускает приложение в Docker, проходит сценарий через интерфейс и записывает происходящее. Можно смотреть за ним вживую. На выходе - видео, скриншоты и HTML-отчёт с результатами проверки.

Для любителей поковыряться под капотом: внутри Debian, виртуальный рабочий стол на Xvfb, модель с Computer Use (GPT 5.6 Sol High по-умолчанию) и ffmpeg для видео (плюс ИИ-супервизор для составления видео). Как собирать и запускать конкретно ваш проект, описывается в .junie/demo.md. С первой настройкой Junie тоже может помочь, изучив вашу репу.

Всё это добро можно прикрутить к CI: добавлять демонстрации изменений в PR или гонять смоуки на ветках. В статье оставил два готовых примера воркфлоў для GitHub Actions.

Разумеется, результат всё ещё надо оценивать: агент показывает, какие шаги прошёл и что увидел. Решение о том, можно ли это выпускать, остаётся за вами. В статье - видео работы /demo, технические подробности, замеры времени и стоимости.

Так что, заваривайте чаинский/кофеинский, запускайте Junie, читайте статейку и го тестить Demo!

P.S. Ну и скорее всего много тут буду писать теперь про внутрянку Junie, так что заранее приготовиться 😁

Sep 17, 07:48 PMMore from @itbeard

Публикатор: ChistoNeNN Обсуждение: @devops_jobs #резюме #ищу #devops #middle #kubernetes #fulltime #remote #удаленка

DevOps-инженер Локация: Россия, Москва (UTC+3) Опыт: 3 года 2 месяца Формат работы: исключительно удалённо Занятость: полная Вилка: 150 000-240 000 ₽ на руки Телеграм: @chistonenn

Обо мне: DevOps-инженер с коммерческим опытом сопровождения production-систем, высоконагруженных банковских сервисов и платформы AI-агентов. Специализируюсь на Kubernetes, автоматизации инфраструктуры через Terraform и Ansible, развитии CI/CD, мониторинге и логировании. Работал с облачными и закрытыми on-premise-контурами. Участвовал в проектировании инфраструктуры, проведении релизов, устранении production-инцидентов и повышении надёжности сервисов.

Ключевые результаты и опыт: - Спроектировал отказоустойчивую Kubernetes-платформу для production-сервисов обработки текстовых и голосовых обращений. - Стандартизировал CI/CD для 35+ микросервисов на базе GitLab CI/CD, Helm и Argo CD, сократив среднее время релиза с 35 до 8 минут. - Автоматизировал развёртывание облачной и on-premise-инфраструктуры через Terraform и Ansible, сократив подготовку клиентского контура с двух рабочих дней до 90 минут. - Построил observability-платформу на Prometheus, VictoriaMetrics, Grafana, Loki и Alertmanager, сократив среднее время восстановления сервисов с 50 до 18 минут. - Разработал стратегию резервного копирования PostgreSQL, S3-совместимых хранилищ и Kubernetes-ресурсов с использованием WAL-G и Velero. - Переработал Jenkins pipelines и Helm-чарты для 50+ банковских сервисов, сократив время типового релиза с 40 до 12 минут. - Внедрил canary-развёртывания и автоматическую проверку health-метрик после релиза. - Настроил мониторинг и централизованное логирование для Kubernetes, Kafka, PostgreSQL, Redis и прикладных сервисов. - Интегрировал HashiCorp Vault с CI/CD и Kubernetes для централизованного управления секретами. - Участвовал в устранении production-инцидентов, проводил RCA и актуализировал runbook-инструкции.

Стек: Linux, Kubernetes/K8s, Docker, Helm, Argo CD, GitLab CI/CD, Jenkins, GitOps, Terraform, Ansible, HashiCorp Vault, Nginx, HAProxy, PostgreSQL, pgBouncer, Redis, ClickHouse, RabbitMQ, Apache Kafka, Prometheus, VictoriaMetrics, Grafana, Loki, Alertmanager, ELK, Yandex Cloud.

Образование высшее Английский язык: B2.

Телеграм: @chistonenn За полным резюме обращайтесь в личку)

🚨 𝟒 𝐍𝐞𝐰 𝐎𝐩𝐞𝐧𝐢𝐧𝐠𝐬 𝐟𝐨𝐫 𝐅𝐫𝐞𝐬𝐡𝐞𝐫𝐬! 🚨

1️⃣ 𝗚𝗦𝗞 — Apprentice, Digital & Tech 📍 Bengaluru | Hybrid | 12-Month Apprenticeship 🎓 BTech (CS), recent graduate eligible for apprenticeship 🧠 Tracks: Cybersecurity / AI-ML / Product Management / DevOps 💰 Not disclosed 🔗 https://freshershunt.in/gsk-off-campus-drive-2026/

2️⃣ 𝗛𝗔𝗥𝗠𝗔𝗡 — Intern, Engineering Operations (AI & Agentic Automation) 📍 Bengaluru (Kalyani Platina) | Hybrid, 3 days in office 🎓 BE / BTech in CS, AI or ML — pursuing or recently completed 🧠 Python, REST APIs, LLMs, Agentic AI, prompt engineering 💰 Not disclosed 🔗 https://freshershunt.in/harman-ai-internship-2026/

3️⃣ 𝗛𝗣𝗘 — Intern 📍 Bengaluru | Hybrid, 2 days a week 🎓 Currently pursuing BE / BTech in Engineering, CS or IT 🧠 Basic Python / Java / C++, troubleshooting, systems support 💰 Not disclosed 🔗 https://freshershunt.in/hpe-intern-2026-bengaluru/

4️⃣ 𝗜𝗤𝗩𝗜𝗔 — Software Engineer Intern (Product Engineering, AI & Test Automation) 📍 Bengaluru & Gurugram | Hybrid | Full time 🎓 Bachelor's or Master's in CS, IT, SE, AI, Data Science or MCA 🧠 Python (mandatory), SQL, REST APIs, LLMs, RAG, test automation 💰 Not disclosed 🔗 https://freshershunt.in/iqvia-software-engineer-intern-2026/

➖➖➖➖➖➖➖➖➖➖➖➖➖

📺 𝐇𝐨𝐰 𝐭𝐨 𝐀𝐩𝐩𝐥𝐲: https://youtu.be/Q4afjdBqZio

💬 𝐉𝐨𝐢𝐧 𝐎𝐮𝐫 𝐖𝐡𝐚𝐭𝐬𝐀𝐩𝐩: https://freshershunt.in/WhatsApp

📢 𝐉𝐨𝐢𝐧 𝐓𝐞𝐥𝐞𝐠𝐫𝐚𝐦: https://telegram.me/freshershunt