Linux & OS — September 2026

✨ Разработчик бэкенда в DistBuild

DistBuild — это сервис распределённой сборки и тестирования в экосистеме инструментов разработки Яндекса. Каждый день на DistBuild выполняются сотни миллионов автоматических тестов, проверяющих десятки тысяч пул-реквестов в нашем монорепозитории — Аркадии. Также сервис используется для ускорения локальной сборки больших проектов и подготовки релиз-кандидатов в CI/CD-пайплайнах.

Какие задачи вас ждут:

• Повышение эффективности кластера Мы боремся за Throughput всей системы: дорогое железо должно приносить как можно больше пользы для компании. При этом надо не забывать про Latency: это напрямую влияет на пользовательский опыт разработчиков.

• Повышение стабильности При разработке сервиса многие вещи сознательно были упрощены, кое-где были срезаны углы. Мы активно работаем над надёжностью сервиса и стремимся улучшить качество жизни разработчиков, повышая нашу стабильность.

• Крупные вызовы Сейчас почти вся нагрузка на Distbuild — это автоматически запускаемые проверки в пул-реквестах или после коммитов. Есть необходимость в ускорении локальных сборок за счёт вычислительных мощностей кластера Distbuild.

Мы ждём, что вы: • Разрабатываете на С++ • Хорошо знаете Linux • Способны самостоятельно спроектировать фичу, видеть плюсы и возможные минусы принятого дизайна

Будет плюсом, если вы: • Разрабатывали высоконагруженные распределённые системы • Работали с фреймворком gRPC • Знаете YDB

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

📩 Откликайтесь на вакансию на нашем сайте

#бэкенд #linux #CPP #YDB #infrastructure #гибрид #казань #нижнийновгород

Базис Linux админа

Большой плейлист по базовым вещам на Linux собранный c уроками от разных авторов. Настоятельно рекомендуем.

// Перейти к просмотру

⬇️ Скачать видео

📁 IT Academy | Чат 💬

Публикатор: степа Обсуждение: @devops_jobs #резюме #devops #sre #kubernetes #gitops #observability #remote #удаленка

SRE / DevOps Engineer

Локация: Россия, Самара Формат работы: удалённо Опыт: 1 год 3 месяца коммерческого опыта

Обо мне:

SRE / DevOps-инженер с коммерческим опытом эксплуатации Kubernetes-инфраструктуры, CI/CD, мониторинга и сопровождения production-сервисов.

Самостоятельно сопровождаю Kubernetes, разбираю инфраструктурные инциденты, автоматизирую эксплуатационные задачи и стандартизирую сборку и развёртывание приложений.

Практический опыт:

- Самостоятельно сопровождаю 2 Kubernetes-кластера: около 300 pod'ов, 20-30 микросервисов и несколько десятков виртуальных машин. - Сопровождал приложения в Kubernetes, участвовал в обновлении кластеров, анализировал состояние сервисов по Grafana, метрикам и логам. - Перестроил процесс сборки и выпуска приложений: перевёл проекты с Jenkins на GitLab CI, шаблонизировал пайплайны, настроил rules/needs, версионирование образов, сборку Helm-чартов и публикацию в Nexus. - Развернул ArgoCD и перевёл приложения под его управление; писал и перерабатывал Helm-чарты, создал umbrella chart для единого развёртывания стека мониторинга. - Развернул HashiCorp Vault с нуля в Kubernetes через Helm в отказоустойчивой конфигурации с Raft и настроил интеграцию приложений через External Secrets Operator. - Внедрил Gitleaks через общий шаблон GitLab CI примерно в 15-20 репозиториях. - Объединил мониторинг Kubernetes и виртуальных машин на Prometheus/VictoriaMetrics, перенёс мониторинг VM в кластер и переработал Alertmanager, снизив шум уведомлений. - Повышал устойчивость Kubernetes-сервисов с помощью HPA, PDB, PriorityClass, настройки ресурсов и стратегий обновления; использовал cordon/drain для безопасного вывода проблемных нод. - Диагностировал инфраструктурные инциденты: высокий fsync у etcd, HTTP 503, проблемы Redis Sentinel/HAProxy и Nginx, OOM, заполнение дисков, ошибки DNS, TLS и сетевой фильтрации. - Диагностировал сбои и проблемы с памятью Java-приложений в Linux по метрикам, системным и прикладным логам. - Оптимизировал сборку контейнеров с помощью multi-stage Dockerfile и прокси-кэша Python-пакетов. - Разработал Python-инструмент для ежедневной проверки сервисов, сбора диагностики и формирования отчёта.

Стек:

Kubernetes / Platform: Kubernetes, Helm, ArgoCD, Docker, Istio, Nginx, RBAC, etcd

CI/CD: GitLab CI, Jenkins, Nexus, Gitleaks, Git

Мониторинг: Prometheus, VictoriaMetrics, Grafana, Loki, Alertmanager, Sentry

Секреты и данные: HashiCorp Vault, External Secrets Operator, PostgreSQL, Patroni, PgBouncer, Redis Sentinel, Kafka, Ceph/S3, SeaweedFS

Автоматизация: Python, Bash, Linux

Образование: Самарский национальный исследовательский университет имени академика С. П. Королёва Информатика и вычислительная техника Окончание - 2027

Языки: Русский - родной Английский - B1

Telegram: @relaxxx89 Email: [email protected]

Как избежать случайного закрытия или перезагрузки в Linux?

Существует утилита под названием molly-guard, которая используется для предотвращения системы Linux от случайного выключения или перезагрузки.

Установка # apt install molly-guard

Теперь попробуйте выключить или перезагрузить удаленную систему или VPS через SSH:

$ sudo poweroff W: molly-guard: SSH session detected! Please type in hostname of the machine to poweroff: ^C Good thing I asked; I won't poweroff destroyer ...

Molly-guard запрашивает имя хоста

📲 Мы в MAX

👉 @sysadminof

#вакансия #астана #оффлайн #workITkz #fullstack Должность: FULLSTACK-РАЗРАБОТЧИК Компания: Prime Group https://primegc.kz/ Город: Астана Занятость: оффлайн Оплата: 1 млн тенге

Prime Group развивает собственную медицинскую информационную систему (МИС) и связанные внутренние сервисы для группы клиник. Ищем fullstack-разработчика, способного самостоятельно проектировать и развивать архитектуру системы на всех уровнях — от базы данных до интерфейса, — а также выстраивать интеграции с внешними и внутренними системами. Описание вакансии: Node.js / TypeScript, Python или сопоставимый стек PostgreSQL / SQL, проектирование и оптимизация БД REST API, WebSocket, интеграции и обмен данными React / TypeScript и современной frontend-разработки Git, Docker, Linux, CI/CD Опыт коммерческой разработки — от 3 лет Сильные знания backend-разработки, желательно Node.js / TypeScript, Python или сопоставимый стек Уверенная работа с PostgreSQL / SQL, проектирование и оптимизация БД REST API, WebSocket, интеграции и обмен данными Понимание React / TypeScript и современной frontend-разработки Git, Docker, Linux, CI/CD Redis, очереди сообщений, фоновые задачи и кэширование Понимание микросервисной и event-driven архитектуры Умение разбираться в legacy-коде и чужих системах Понимание безопасности, авторизации, логирования и мониторинга Способность самостоятельно проектировать и реализовывать функционал от БД до интерфейса

Официальное трудоустройство согласно ТК РК Возможность выстроить архитектуру МИС группы компаний практически с нуля и влиять на выбор технологического стека Работа в связке с главным менеджером по цифровизации и IT-отделом группы компаний Перспективы профессионального и карьерного роста внутри группы компаний

Контакты: Telegram @aliya_balbul Whatsapp +7 702 209 0747

Developer C++ (KSMG)

Стек: C++, Python, Linux, OOP, Design Patterns, Algorithms, Data Structures, Multithreading

Kaspersky Secure Mail Gateway для Linux – это продукт, осуществляющий комплексную защиту серверов электронной почты от различных угроз, включая спам, фишинг и все виды вредоносных вложений. Решение им…

Откликнуться через Runello-бот ↓

#cpp #c

Developer C++ (KSMG)

Стек: C++, Python, Linux, OOP, Design Patterns, Algorithms, Data Structures, Multithreading

Kaspersky Secure Mail Gateway для Linux – это продукт, осуществляющий комплексную защиту серверов электронной почты от различных угроз, включая спам, фишинг и все виды вредоносных вложений. Решение им…

Откликнуться через Runello-бот ↓

#cpp #c

❌ ROOT DETECTED

Motorola Edge 60 Neo 5G: Android: 16 ROM: W1UIS36H.39-17-8 Kernel: 6.1.141 Builds and images: https://github.com/VD171/vienna-kernel-build Sources: https://github.com/VD171/vienna-kernel-source XDA thread: https://xdaforums.com/t/guide-rooting-how-to-root-motorola-60-edge-neo-5g-xt2509-1-vienna.4798267/ @Edge60Neo @MotorolaEdge60Neo @Motorola_Edge_60_Neo ReZygisk: 543 TreatWheel: 0.0.11-RC-1 KernelSU-Next: 33276 HMA-OSS: 168 Tricky Store OSS: 173 ✅ Play Protect Certified ✅ STRONG Integrity ✅ RCS Connected ✅ Gemini on Google Messages app ✅ Google Wallet + NFC

✅ Banco Bmg Vasco v3.94.3-vasco (br.com.bancobmg.bancodigital.vasco) ✅ Banco Mercantil Móvil Personas v9.2.0 (com.mercantilbanco.mercantilmovil) ✅ BCA mobile v4.9.1 (com.bca) ✅ BDO Unibank SG v2.7.0 (ph.com.bdo.mobile.sg) ✅ blu by BCA Digital v2.17.0 (com.bcadigital.blu) ✅ BT Pay v4.9.2 (ro.btrl.pay) ✅ Halo BCA v2.15.1 (com.bca.halobca.android) ✅ ICICI Bank Germany iMobile v2.11 (com.icicibank.imgermany) ✅ ICICI Digital Authenticator v1.0.8 (com.icici.mfa.softtoken) ✅ ICICI Mobile Approval System (MAS) v4.1 (com.icici.mas) ✅ iMobile Global v1.10 (com.icicibank.imbinternational) ✅ InstaFX v1.6.2 (com.auth.icici) ✅ Intune Company Portal v5.0.7068.0 (com.microsoft.windowsintune.companyportal) ✅ IRCTC Rail Connect v4.3.16 (cris.org.in.prs.ima) ✅ IRIS by YES BANK - Mobile App v5.1.0 (in.irisbyyes.app) ✅ Kuvera: Mutual Funds & SIP App v2.1.7 (com.gooogle.android.kuvera.app) ✅ Learning Matrix v1.13.12 (com.icici.learning) ✅ Mercantil Móvil Empresas v9.5.0 (com.mercantilbanco.mme.mercantilmovil) ✅ Michigan Secure v5.5.41 (gov.michigan.zips) ✅ Microsoft Intune v2026.09.01 (com.microsoft.intune) ✅ Santander UK Mobile Banking v5.43.0 (uk.co.santander.santanderUK) ✅ SME@Work v1.5.1 (com.bankislam.smeatwork) ✅ SMEXpert v2.6.1 (com.bankislam.smexpert) ✅ Ton: maquininha, tap e conta v52.32.2 (br.com.stone.ton) ✅ TPBank Biz v5.1.98 (com.tpb.ebmobile) ✅ TPBank Mobile v10.12.59 (com.tpb.mb.gprsandroid) ✅ VPBank NEO v8.8.3 (com.vnpay.vpbankonline) ❌ K PLUS v5.22.1 (com.kasikorn.retail.mbanking.wap) ❌ Snapmint – 0% EMI Shopping App v11.1.179 (com.snapmint.customerapp)

Join @RootDetected and @BlankAssistance

Victoria Secret Linux

Linux / Линукс 🥸

🦀 NVIDIA официально идёт в native GPU programming на Rust

Теперь CUDA Rust позволяет писать GPU kernels прямо на Rust и компилировать их в PTX - без необходимости держать kernel-код на C++ или другом языке.

NVIDIA развивает сразу два подхода:

SIMT через `cuda-oxide` - привычная CUDA-модель: один thread → одна операция - полный контроль над потоками и памятью - custom rustc backend → MIR → LLVM → PTX - memory safety проверяется на этапе компиляции

Tile через `cutile-rs` - работа не с отдельными потоками, а с блоками данных - компилятор сам решает, как разложить вычисления по GPU - stable Rust 1.89+ - CUDA 13.3 - уже используется в Hugging Face Grout и mistral.rs

Ownership и типы позволяют ловить часть GPU race conditions и aliasing-ошибок ещё до запуска kernel.

NVIDIA прямо пишет, что в 2026 году начинает всерьёз развивать CUDA Rust и планирует наращивать поддержку в 2027+.

Пока оба проекта ранние и не production-ready, но направление очень показательное:

`Rust → native GPU kernels → PTX → CUDA`

https://developer.nvidia.com/blog/introducing-cuda-rust-two-tracks-for-writing-gpu-kernels/

Изучайте Linux-сети на практике

Новый практический челлендж — потренируйтесь разбираться в сетевой конфигурации Linux-хостов: находить имена интерфейсов, IP- и MAC-адреса, шлюз по умолчанию, а также определять, какие маршруты сервер использует для доступа к разным адресам.

https://labs.iximiuz.com/challenges/linux-inspect-network-interfaces-and-routes

👉 @PythonPortal

Публикатор: Илья Обсуждение: @devops_jobs #резюме #cv #devops #middle #sre #удаленка #fulltime Позиция: DevOps Engineer / SRE / Infrastructure Engineer Формат работы: удалённо или гибрид Занятость: full-time Ожидания по зарплате: от 150000 ₽ net Контакты: @Slepingbag

Обо мне: DevOps-инженер с 2-летним опытом DevOps / Infrastructure Engineer с опытом работы с Linux-инфраструктурой, Docker, Kubernetes и CI/CD. Основной интерес — автоматизация инфраструктурных задач, сопровождение сервисов, мониторинг и диагностика проблем. Имею практический опыт работы с Linux-серверами, контейнерами, Git, CI/CD и системами мониторинга. Постепенно развиваюсь в направлении DevOps и SRE, углубляя знания Kubernetes, сетей, GitOps и инфраструктурной автоматизации. Комфортно работаю с документацией, командной строкой Linux и разбираюсь в возникающих инфраструктурных проблемах.

Ключевые результаты и кейсы: — Администрирование и сопровождение Linux-серверов на базе Ubuntu, Debian и AlmaLinux. — Работа с Docker: создание и запуск контейнеров, Dockerfile, docker-compose, работа с образами и registry. — Базовое сопровождение Kubernetes: работа с Pod, Deployment, Service, ConfigMap, Secret, Ingress и troubleshooting типовых проблем. — Работа с Helm для установки и настройки Kubernetes-приложений. — работа с Git и GitLab: ветки, merge/rebase, разрешение конфликтов, работа с удалёнными репозиториями. — Настройка и поддержка простых CI/CD-пайплайнов в GitLab CI/CD. — Настройка мониторинга и логирования с использованием Prometheus, Grafana. — Работа с Nginx, базовая диагностика проблем с доступностью сервисов. — Автоматизация рутинных задач с помощью Bash и Ansible.

Технический стек:

— Linux / Infra: Ubuntu, AlmaLinux, Nginx, Bash — Контейнеризация и оркестрация: Docker, Docker Compose — GitOps / CI/CD: GitLab CI/CD — Автоматизация: Ansible, Bash, Python — Observability: Grafana, Prometheus — Базы данных: PostgreSQL, MySQL Готов развиваться внутри команды, работать с документацией и самостоятельно разбираться с возникающими техническими задачами.

Linux. Уровень 7. Управление сетью на основе методологии NetDevOps

Чему вы научитесь: - Настраивать синхронизацию узлов кластера с помощью SSH, Csync2 и Ansible. - Разворачивать сервисы DHCP, DNS, WWW, FTP, CIFS, iSCSI, EMAIL и IP-телефонии в отказоустойчивой конфигурации. - Использовать сервис Keepalived и протокол VRRP для создания отказоустойчивого шлюза в интернет. - Настраивать политики маршрутизации (PBR) для балансировки трафика между несколькими интернет-провайдерами. - Настраивать системы управления ресурсами кластера Pacemaker/Corosync с помощью систем crmsh и pcs. - Обеспечивать отказоустойчивость файловых систем с помощью решений rsync, DRBD и OCFS. - Внедрять виртуализацию с использованием контейнеров (LXC) и виртуальных машин (KVM) в отказоустойчивой инфраструктуре. - Использовать iSCSI с Multpath для создания отказоустойчивого доступа к распределённому хранилищу Ceph.

💾СКАЧАТЬ

#linux | Porscode

Внезапно сделал для себя полезное открытые. ChtaGPT в рамках одной задачи набросал вспомогательный bash скрипт, где использовал вот такую вещь для логирования:

# logger -t my-backup "Backup started"

В результате в /var/log/syslog улетает строка:

2026-09-16T00:08:44.108406+03:00 srv-data my-backup: Backup started

То есть в стандартный системный лог прилетает строка с меткой приложения или скрипта my-backup. По этой же метке можно посмотреть логи в journalctl:

# journalctl -t my-backup Sep 16 00:08:44 srv-data my-backup[8297]: Backup started

Столько лет администрируют Linux, пишу скрипты или использую чужие, но нигде не обращал внимание на такую конструкцию. Это же очень удобно. Я обычно в таком виде делаю логирование:

# echo `date +%F_%H-%M` Backup started >> /var/log/backup.log

# cat /var/log/backup.log  2026-09-16_00-08 Backup started

Потом надо не забыть настроить ротацию этих логов и их отправку в общее хранилище, что добавляет лишних хлопот и проверок. Можно, конечно, и так через echo в syslog закидывать, но там свой формат, которому надо соответствовать. Через logger быстрее и удобнее. Из системного лога данные точно улетят куда надо, а с меткой приложения их будет легко найти.

Сейчас посмотрел по базе своих скриптов. Увидел logger только в одном месте в какой-то длинной конструкции на bash, которую давно нашёл в интернете. Больше нигде нет. То есть я реально с этой утилитой не сталкивался.

LLM сегодня расширяют границы познания. Нужно только осмысленно с ними работать, а не копировать бездумно то, что они предлагают. Я глазами всегда проверяю, что они делают. Благо у нас не программирование и кода немного. Нетрудно быстро разобраться в нагенерированном.

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

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

#linux #bash #terminal

Разработчик PS5 Linux прекратил работу над проектом из-за отправки уязвимости в Sony

Специалист по безопасности Энди Нгуен (TheFloW) сообщил о прекращении работы над переносом Linux на PlayStation 5 и отказе от релиза версии для PS5 Pro. Причиной стало то, что сторонние исследователи нашли последнюю уязвимость в гипервизоре консоли и сразу передали отчет Sony через программу Bug Bounty.

Нгуен рассчитывал приберечь этот эксплойт до выхода Grand Theft Auto VI, чтобы пользователи успели официально приобрести игру и сохранить доступ к сторонней ОС. Разработчик раскритиковал современное состояние моддинг-сцены за засилье начинающих энтузиастов использующих LLM.

Acronis обнаружила серьезную уязвимость, позволяющую повысить локальные привилегии в Linux, в своем плагине резервного копирования для cPanel, WebHost Manager (WHM) и Plesk, которая может быть использована злоумышленниками в реальных условиях.

cPanel & WHM и Plesk используются хостинговыми компаниями и администраторами серверов для управления веб-сайтами и серверами через графические интерфейсы.

Дополнения Acronis для резервного копирования подключают панель управления хостингом к инфраструктуре компании, позволяя администраторам создавать резервные копии и восстанавливать веб-сайты, файлы, базы данных, почтовые ящики и учетные записи хостинга из интерфейсов cPanel и Plesk.

Информация об уязвимости вышла в кратком уведомлении на прошлой неделе, но сегодня компания выпустила обновленное сообщение, идентифицировав ее как CVE-2026-87886 и присвоив ей оценку серьезности 7,8.

Злоумышленник с низкими привилегиями может использовать CVE-2026-87886 для повышения своего уровня доступа на уязвимом сервере Linux, что потенциально позволит ему получить доступ к конфиденциальным данным, изменить их и нарушить работу системы без участия пользователя.

Дополнительные технические подробности об уязвимости CVE-2026-87886 пока не разглашаются, дабы обеспечить лаг для установки обновлений и принятия мер по защите.

Тем более что, Acronis отметила, что обнаружила факты использования уязвимости в реальных условиях «в виде ограниченных, целенаправленных атак». Acronis отмечает, что оценка основана на одном сообщении от клиента, «потенциально пострадавшего от проблемы».

CVE-2026-87886 исправлена в плагине Acronis Backup для cPanel & WHM, существовавшая в версиях до 1.9.3.1021, в версии 1.9.3 HF3, а в 1.8.11 исправлены ошибки расширения Acronis Backup для Plesk, возникавшие в сборках младше 1.8.11.638.

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

Всем пользователям, использующим интеграции Acronis Backup для cPanel & WHM и Plesk, рекомендуется немедленно установить доступные обновления.

Chatlo · 一个真正能替你干活的 iOS Agent 它不是“套壳”应用，是直接上手帮你干活的移动端 Agent，点开就能用。 为什么值得上手？ ⏲ 极速内核：自研引擎，干活比同类省 2~3 倍时间，成本更低 📱 Linux集成：深度集成轻量 Linux ，常用工具都能装 💼 工具集成：联网搜索、网页浏览、任务看板、多 Agent 协同，内置十几种即插即用工具 🔗 系统能力：直接调用相册、日历、待办事项，无缝融入苹果原生生态 📊 本地模型：手机上直接运行本地模型，离线也能用，隐私数据不出手机…

🔍 Вакансия наоборот: наш пентестер ищет работу

На форуме появилось резюме, которое я бы рекомендовал посмотреть любому работодателю, кому нужен человек «и в пентест, и в инфраструктуру».

Коротко:

- Грейд: Senior - Опыт: 2 года в ИБ + 2 года смежного (сети, администрирование, DevOps) - Формат: удалёнка, полная занятость - Локация: Екатеринбург (офис/удалёнка) - Готов выйти: в течение недели - Желаемая ЗП: от 90 000 ₽ на руки

Что умеет:

Это не «человек со сканером». Специализация — глубокий анализ защищённости инфраструктуры, моделирование угроз и поиск нестандартных уязвимостей. За счёт админского бэкграунда понимает, как устроены Linux и Windows изнутри, а не только снаружи.

- Pentest: Burp Suite, Nmap, Metasploit, SQLmap, ffuf, BloodHound - Web/API: OWASP Top 10, OWASP WSTG, REST API, JWT, OAuth - Infrastructure: Linux, Windows Server, AD, GPO, Kerberos - Blue Team: SIEM, SOC, реагирование на инциденты - DevSecOps: SAST/DAST, SCA, SBOM, Docker, Git - Automation: Python, Bash, C++ - Стандарты: MITRE ATT&CK, PTES, OWASP

Опыт: аудит внутренней/внешней сети и настройка DLP в трёх компаниях («Компас плюс», «Магпк», ООО «УМК»), тестирование web-части на уязвимости.

Рутина автоматизируется на Python и Bash, отчёты — в порядке. Хакерское мышление + внятная документация, как это и должно быть.

Если ищете специалиста по анализу защищённости — резюме здесь: 👉 codeby.net — Специалист по анализу защищённости внешней и внутренней инфраструктуры

Написать автору можно прямо в теме. Репост коллегам из ИБ приветствуется — своим помогаем первыми. 🤝

#резюме #пентест #информационная_безопасность

👩‍💻 Права и пользователи в Linux.

• На Stepik есть очень крутой и бесплатный курс, который поможет вам понять, как устроена система прав и пользователей в Linux.

• Год назад я уже рассказывал вам об этом курсе, однако авторы недавно актуализировали материал и добавили немного новой информации.

• Вот небольшое описание того, чему вы научитесь:

➡Узнаете принципы управления правами в Linux: как устроена модель owner/group/others, что означают флаги r, w, x и почему важно правильно настроить доступ. ➡Разберётесь, как использовать команды chmod, chown, chgrp и umask для гибкого управления правами на файлы и директории. ➡Познакомитесь с расширенными механизмами прав — SUID, SGID, Sticky bit — и научитесь применять ACL для тонкой настройки доступа. ➡Поймёте, как эффективно управлять пользователями и группами, настраивать их параметры и контролировать доступ при помощи sudo и root. ➡Узнаете, как строить безопасную архитектуру прав, избегать типичных ошибок и автоматизировать рутинные операции с помощью скриптов и best practices.

➡ https://stepik.org/course/229493

• В качестве дополнения ⬇

➡Очень крутая книга, которая распространяется совершенно бесплатно. Это, своего рода, практический курс по Linux (на основе Debian) для тех, кто только начинает путь в IT. Если вы работали только в Windows, никогда не открывали командную строку и не настраивали серверы - вы именно тот, для которого был написан данный материал. Вы пройдете путь от первого подключения к серверу по SSH до развёртывания веб-сайта в контейнерах Docker с автоматическим деплоем. Через все главы проходит сквозной проект - настоящий сайт на nginx + PHP-FPM + WordPress, который вы соберёте своими руками: сначала вручную, потом в контейнерах, потом с автоматизацией через CI/CD. Книгу можно скачать по этой ссылке: https://github.com/strannick-ru/linux-book/releases

#Курс #Linux

#vacancy #PostgreSQL #DatabaseReliabilityEngineer #DBA #HighLoad #Python #Linux #Hybrid

Senior PostgreSQL Engineer / Database Reliability Engineer 📍Hybrid | Minsk

Международная AdTech-компания развивает высоконагруженную платформу programmatic job advertising для 1,500+ клиентов по всему миру. Ищем Senior PostgreSQL Engineer / DRE, который будет отвечать за надёжность, производительность и масштабирование production PostgreSQL-кластеров в 24/7 среде.

Почему стоит рассмотреть: • Mission-critical продукт и high-load production • Влияние на архитектуру и развитие database-инфраструктуры • Много reliability engineering, performance tuning и автоматизации - не только классический DBA • Международная сильная инженерная команда

Важно: • 5+ лет hands-on опыта с PostgreSQL в production • Глубокое понимание PostgreSQL: WAL, VACUUM/autovacuum, locking, memory management • Performance tuning: execution plans, индексы, оптимизация запросов, partitioning • HA/DR: replication, failover, backup/recovery, Patroni или аналоги • Linux + Python для автоматизации • Опыт работы с high-load / highly available 24/7 системами • Английский Upper-Intermediate+

📩 Отклик и вопросы: @MargaritaKatsalapova

🌪 НАД СЕВЕРНЫМ ПОЛЮСОМ РОЖДАЕТСЯ НОВЫЙ ПОЛЯРНЫЙ ВИХРЬ: ЧТО ЭТО ЗНАЧИТ ДЛЯ ЗИМЫ 2026/2027? Команда Severe Weather Europe выпустила большой разбор по зарождению стратосферного полярного вихря (Polar Vortex) сезона 2026/2027. На высоте 30 км (уровень 10 гПа) над Арктикой уже зафиксировано стремительное падение давления и резкое выхолаживание: холодное ядро оформляется в классический циркумполярный «бублик» ветров быстрее и мощнее, чем в прошлом году. Однако сезонные модели показывают редкую аномалию: вихрь начнет сезон с позиции силы, но рискует пережить полный коллапс в середине зимы. Двухфазная зима: мягкий старт и риск январского слома 🟢 Первая половина (ноябрь – декабрь): Пока полярный вихрь монолитен и закручен на максимальных оборотах, он работает как гигантский пылесос, наглухо запирая ледяной арктический воздух у полюса. В средних широтах Европы господствует зональный перенос Атлантики. Это на 100% подтверждает наши свежие карты CanSIPS и CFSv2: глубокая осень и начало зимы в Беларуси ожидаются теплее нормы на +1…+2 °C. 🔴 Перелом в январе 2027: Долгосрочные расчеты показывают аномальное торможение зональных ветров в стратосфере сразу после Нового года. В среднюю стратосферу внедряется мощная область высокого давления, уводя график силы вихря глубоко ниже климатической нормы. Это четкий предвестник Внезапного стратосферного потепления (SSW) и деформации вихря. Кто виновник? «Супер Эль-Ниньо» Главный триггер надвигающегося сбоя — мощнейший за десятилетия Супер Эль-Ниньо в экваториальной части Тихого океана (аномалии температуры воды превышают +2 °C, локально достигая пиковых +5 °C). Перегретый океан генерирует колоссальные планетарные волны Россби: через глубокую Алеутскую депрессию и гребень над Гренландией импульсы тропосферной энергии бьют снизу вверх — прямо в основание стратосферного вихря, физически расшатывая и расщепляя его ядро. Что это принесет Беларуси и Европе? Когда полярный вихрь разрушается или распадается на дочерние ядра, «арктические ворота» распахиваются настежь. Атлантический перенос полностью блокируется, уступая место меридиональной циркуляции. В таком сценарии вторая половина зимы (январь и февраль) получает максимальные шансы на ныряющие циклоны, мощные снегопады и затяжные ультраполярные вторжения холода. Зима 2026/2027 имеет все предпосылки стартовать как сырая европейская оттепель, а завершиться настоящим суровым классическим финалом. Продолжаем держать руку на пульсе стратосферы. 🤖 Точный прогноз и температура почвы в твоем городе: @Alexbullpogoda_bot 📢 Сотрудничество и реклама: @Alexbullet07

Публикатор: Konstantin M Обсуждение: @devops_jobs #резюме #resume #DevOps #Infrastructure #Middle #remote #parttime #project #OpenShift #Linux

Позиция: DevOps / Infrastructure Engineer Уровень: Middle Формат работы: только удалённо, возможна работа из-за пределов РФ Занятость: part-time / проектная работа / долгосрочное сопровождение Оформление: ТК РФ / ГПХ / самозанятость — по договорённости Локация: Москва, Гражданство: РФ Оплата: обсуждается в зависимости от загрузки и зоны ответственности

Обо мне:

4+ года опыта в DevOps в крупной банковской инфраструктуре и более 20 лет общего опыта в IT. Основной профиль — автоматизация развёртывания, CI/CD, OpenShift, Istio, Jenkins, Ansible, Linux и сопровождение корпоративной on-prem-инфраструктуры. До перехода в DevOps занимался системной и инфраструктурной инженерией: Linux/Windows, VMware, СХД, резервное копирование, отказоустойчивость и резервные площадки.

Практический опыт:

— автоматизация развёртывания с помощью Ansible; — OpenShift: Deployment, DeploymentConfig, routes; — Istio: ingress/egress, Gateway, VirtualService, ServiceEntry; — Jenkins jobs и Pipeline на Groovy; — сертификаты, секреты и межсервисное взаимодействие; — troubleshooting CI/CD и развёртывания приложений; — администрирование Linux и VMware-инфраструктуры; — мониторинг Zabbix, резервное копирование Veeam/Commvault; — СХД NetApp/EMC, VMware HA и Site Recovery Manager.

Стек:

OpenShift, Kubernetes в рамках OpenShift, Istio, Docker, Jenkins, Groovy, Ansible, Git, Bitbucket, Nexus, Linux, Bash, PowerShell, Zabbix, VMware ESXi, vCenter/VCSA, Veeam, Windows Server, AD, GPO. Python — базовый уровень, небольшие скрипты автоматизации. Образование: высшее техническое Английский: A2/B1 — техническая документация и базовая переписка Подробное CV отправлю в личные сообщения.

Telegram: @kmag777

Мои принципы командной AI Native разработки

Главная цель тут - самостоятельность агентов при сохранении общего замысла продукта.

(1) Люди и агенты могут координировать работу через общий язык и явно сформулированные концепции. Это можно использовать, если нужно держать AI Native команду из них в синхроне, распараллеливая работу между ними.

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

Это маленький файл, который пишется вручную (агент может помогать вычитывать). Он грузится в начало контекста агентов и проговаривается со всеми людьми в команде. На базе него принимаются решения и расписываются требования.

(2) Получается пирамида, где нижние слои детализируют верхние: смысловое ядро -> решения и требования -> исполняемые BDD спецификации -> код. Чем выше, тем важнее человеческое суждение и тем шире последствия ошибки. Чем ниже, тем больше работу можно распараллеливать и проверять автоматически.

Обратная связь из реального мира идёт вверх и помогает пересматривать исходные представления.

(3) Контекст раскрывается по мере необходимости (progressive disclosure для людей и агентов). Краткая точка входа ведёт к подробным документам. Знания сохраняются в репозитории и доступны между сессиями. Имена файлов имеют значение!

(4) Соответствие кода оформленным требованиям можно проверить запуском тестов! Продуктовые требования связаны с быстрыми поведенческими спеками (executable BDD specs), которые позволяют перепроверять корректность кода со скоростью 7k спеков в секунда.

(5) У агента есть инструменты, чтобы проверять результат и исправлять ошибки. Это исполняемые спеки, служебные интерфейсы для отладки. Плюс доступ к логам и продуктовой телеметрии для получения обратной связи от реального мира.

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

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

А как вы помогаете своим агентам эффективнее работать в командах с людьми? Что работает хорошо, а что - не очень?

Ваш, @llm_under_hood 🤗

Публикатор: степа Обсуждение: @devops_jobs #резюме #devops #sre #kubernetes #gitops #observability #remote #удаленка

SRE / DevOps Engineer

Локация: Россия, Самара Формат работы: удалённо Опыт: 1 год 3 месяца коммерческого опыта

Обо мне:

SRE / DevOps-инженер с коммерческим опытом эксплуатации Kubernetes-инфраструктуры, CI/CD, мониторинга и сопровождения production-сервисов.

Самостоятельно сопровождаю Kubernetes, разбираю инфраструктурные инциденты, автоматизирую эксплуатационные задачи и стандартизирую сборку и развёртывание приложений.

Практический опыт:

- Самостоятельно сопровождаю 2 Kubernetes-кластера: около 300 pod'ов, 20-30 микросервисов и несколько десятков виртуальных машин. - Сопровождал приложения в Kubernetes, участвовал в обновлении кластеров, анализировал состояние сервисов по Grafana, метрикам и логам. - Перестроил процесс сборки и выпуска приложений: перевёл проекты с Jenkins на GitLab CI, шаблонизировал пайплайны, настроил rules/needs, версионирование образов, сборку Helm-чартов и публикацию в Nexus. - Развернул ArgoCD и перевёл приложения под его управление; писал и перерабатывал Helm-чарты, создал umbrella chart для единого развёртывания стека мониторинга. - Развернул HashiCorp Vault с нуля в Kubernetes через Helm в отказоустойчивой конфигурации с Raft и настроил интеграцию приложений через External Secrets Operator. - Внедрил Gitleaks через общий шаблон GitLab CI примерно в 15-20 репозиториях. - Объединил мониторинг Kubernetes и виртуальных машин на Prometheus/VictoriaMetrics, перенёс мониторинг VM в кластер и переработал Alertmanager, снизив шум уведомлений. - Повышал устойчивость Kubernetes-сервисов с помощью HPA, PDB, PriorityClass, настройки ресурсов и стратегий обновления; использовал cordon/drain для безопасного вывода проблемных нод. - Диагностировал инфраструктурные инциденты: высокий fsync у etcd, HTTP 503, проблемы Redis Sentinel/HAProxy и Nginx, OOM, заполнение дисков, ошибки DNS, TLS и сетевой фильтрации. - Диагностировал сбои и проблемы с памятью Java-приложений в Linux по метрикам, системным и прикладным логам. - Оптимизировал сборку контейнеров с помощью multi-stage Dockerfile и прокси-кэша Python-пакетов. - Разработал Python-инструмент для ежедневной проверки сервисов, сбора диагностики и формирования отчёта.

Стек:

Kubernetes / Platform: Kubernetes, Helm, ArgoCD, Docker, Istio, Nginx, RBAC, etcd

CI/CD: GitLab CI, Jenkins, Nexus, Gitleaks, Git

Мониторинг: Prometheus, VictoriaMetrics, Grafana, Loki, Alertmanager, Sentry

Секреты и данные: HashiCorp Vault, External Secrets Operator, PostgreSQL, Patroni, PgBouncer, Redis Sentinel, Kafka, Ceph/S3, SeaweedFS

Автоматизация: Python, Bash, Linux

Образование: Самарский национальный исследовательский университет имени академика С. П. Королёва Информатика и вычислительная техника Окончание - 2027

Языки: Русский - родной Английский - B1

Telegram: @relaxxx89 Email: [email protected]