DevOps & cloud infra — August 2026

МТС Web Services приглашает инженеров DevOps и SRE на встречу 27 августа

В программе вечера: Мастер-класс по мониторингу ИИ-приложений «Смотри, как думает агент» от платформы MWS RelyOps «Как создать свой приватный enterprise-каталог операторов в закрытом сегменте» от Orion soft «Опыт внедрения ИИ-агента, который сам решает тикеты техподдержки» от SRE-лида MWS «Оптимистичный прогноз о навыках инженера в эпоху AI-native» от платформы MWS DevRails AI Узнайте больше о программе и регистрируйтесь по ссылке. До встречи! erid: 2W5zFJmqBtm

SSH-туннели, или как стать магом сетевой связности

10 практических челленджей, чтобы прокачать port forwarding через SSH-туннели — от простого локального/удалённого проброса портов до продвинутых сценариев с bastion- и jump-хостами:

- Получить доступ к внутреннему debug-порту через SSH-туннель https://labs.iximiuz.com/challenges/ssh-local-port-forwarding - Достучаться до приватного сервиса в VPC через SSH-бастион https://labs.iximiuz.com/challenges/ssh-local-port-forwarding-bastion - Получить доступ к удалённому loopback-порту через SSH jump host https://labs.iximiuz.com/challenges/ssh-local-port-forwarding-jump-host - Ограничить доступ к SSH-бастиону в зависимости от роли пользователя https://labs.iximiuz.com/challenges/ssh-local-port-forwarding-bastion-hardened - Получить доступ к внутренним серверам через SSH-бастион без shell-доступа https://labs.iximiuz.com/challenges/ssh-jump-host-internal-servers - Получить доступ ко всей VPC через SSH SOCKS-прокси https://labs.iximiuz.com/challenges/ssh-socks-proxy - Пробросить локальный сервис наружу через обратный SSH-туннель https://labs.iximiuz.com/challenges/ssh-remote-port-forwarding - Пробросить устройство из домашней сети через обратный SSH-туннель https://labs.iximiuz.com/challenges/ssh-remote-port-forwarding-home-network - Пробросить всю домашнюю сеть через обратный SSH SOCKS-прокси https://labs.iximiuz.com/challenges/ssh-reverse-socks-proxy - Заменить root-доступ по паролю на админский логин по SSH-ключу https://labs.iximiuz.com/challenges/ssh-harden-new-server

Приятного хакинга!

👉 DevOps Portal

Требуется «Сетевой инженер системы безопасности» (Москва, от 277 500 ₽)

Компания «Алабуга» ищет хорошего специалиста на вакансию «Сетевой инженер системы безопасности». Москва (Россия), Санкт-Петербург (Россия), Казань (Россия). От 277 500 ₽. Полный рабочий день. Требуемые навыки: #senior, #Python, #Zabbix, #Ansible, #DevOps, #Linux, #Ubuntu, #Сетевыетехнологии, #DHCP, #VMware.

👉@progjob

https://career.habr.com/vacancies/1000168175

tc filter: когда пакет меняется ещё до выхода из интерфейса

Иногда маршрут выбран правильно, firewall ничего не блокирует, но трафик всё равно уходит не таким, каким его отправляет приложение.

Между сетевым стеком и интерфейсом пакет может пройти через tc — Traffic Control

Смотрим, есть ли вообще правила

tc filter show dev eth0

Если используется ingress:

tc filter show dev eth0 ingress

На современных системах правила могут быть привязаны к разным hook и chain, поэтому полезно сначала посмотреть всю конфигурацию интерфейса:

tc -s filter show dev eth0

Например, можно обнаружить filter, который выполняет действие над пакетом ещё до его фактической отправки.

Что именно может делать filter

Через actions пакет можно перенаправить:

action mirred egress redirect dev ifb0

Зеркалировать на другой интерфейс:

action mirred egress mirror dev eth1

Или изменить его поля через pedit.

Например, переписать TTL или DSCP. Поэтому приложение может отправить обычный пакет, но на физический интерфейс он попадёт уже после обработки tc.

Смотрим actions подробнее

tc -s filter show dev eth0 egress

-s добавляет статистику.

Если у конкретного filter растут Sent, bytes или packets, правило реально обрабатывает трафик Это полезнее простого просмотра конфигурации: сразу видно, какой filter участвует в обработке прямо сейчас

Почему это сложно заметить

ip route get покажет правильный интерфейс iptables или nftables могут быть пустыми

Но пакет всё равно может:

eth0 → tc filter → redirect → ifb0

или:

application → tc filter → изменение полей → eth0

Особенно часто это встречается на серверах с QoS, Kubernetes CNI, виртуализацией и BPF-программами.

⚡️При странном поведении трафика полезно смотреть не только route и firewall, но и tc qdisc, tc filter и счётчики actions - пакет может изменить или направление, или параметры уже внутри сетевого стека Linux

🔥 Горячие вакансии недели в ANORBANK!

Собрали для вас самые свежие предложения, которые могут стать началом вашего карьерного роста. Выбирайте, откликайтесь и воплощайте мечты в реальность!

Клиентский сервис: 🎯Специалист по работе с Клиентами в Контакт-центр 🎯Начальник отдела карточных продуктов для корпоративных клиентов

Бэк-офис: 📌Начальник отдела развития микрокредитования B2B 📌Начальник управления в Управление международных переводов 📌Бизнес-тренер (T&D/L&D) 📌Главный специалист в Управление корпоративного кредитования 📌Архивариус 📌Начальник управления мотивации, компенсации и льгот 📌Начальник управления оперативного риск-менеджмента (скоринг)

IT: 🔗IT Project manager (Senior) 🔗Senior AI Engineer 🔗Lead Android Developer 🔗Администратор баз данных (DBA Oracle Senior) 🔗DevOps Engineer 🔗SRE-инженер 🔗Middle/ Senior System Analyst (Системный аналитик) 🔗Android-разработчик 🔗Middle Business Analyst (Data Team) 🔗Сетевой администратор 🔗Senior System Analyst (Системный аналитик) 🔗Аналитик данных 🔗Middle Java 🔗Java Backend Developer (Middle+/Senior) | B2B Payments / BNPL 🔗Scrum-мастер

@ishbank

📣 We’re Hiring – IT Vacancies!

We’re looking for talented and motivated professionals to join our team in various IT roles.✨

🌟🌟🌟Position:

1. Network Engineer (01 post)

2. IT Monitoring Engineer (01 post, NOC Engineer)

3. IT Helpdesk Officer (01 post, male prefer)

4. Junior Infrastructure Cyber Security Officer ( 01 post)

5. Senior Cloud Infrastructure Engineer (01 post)

6. Senior Database Administrator (01 post)

7. System Administrator (03 posts, normal shift)

8. System Administrator (03 posts, night shift)

9. PCI Security Officer (01 post)

10. Senior Cyber Threat Hunting Officer (01 post)

11. Digital Data Scientist (01 post)

12. DevOps Engineer (01 post, night shift)

📍Location: Head Office, Phnom Penh

📁For more information please direct message to:

📲Telegram: https://t.me/Huot_Sovatey 📞Tel: 010 630 310

Research Insights Made Simple #29 про «The AI-Native SDLC playbook» с Антоном Костериным (Рубрика #AI4SDLC)

Кодинговые агенты уже пишут код гораздо быстрее. Но если планирование, архитектурное ревью, безопасность, тестирование и деплой остаются на «человеческой скорости», ускоряется ли delivery — или очередь просто переезжает в соседний этап?

27 августа в 14:00 в прямом эфире Research Insights Made Simple вместе с Антоном Костериным, principal engineer RnD-центра Т-Банка, разберём свежий материал Anthropic — The AI-Native SDLC playbook. С Антоном мы уже говорили об architecture governance, RFC/ADR и архитектурных ревью. Теперь вопрос шире: как перестроить под агентов не только написание кода, но весь SDLC.

Тезис playbook: после ускорения Build bottleneck смещается в Plan, Test/Review и Deploy. Anthropic предлагает замкнуть шесть стадий, от Plan до Maintain, в цикл. intent.md, spec.md, plan.md, diff с тестами, результаты review и записи об инцидентах образуют цепочку версионируемых артефактов и одновременно audit trail. Человек остаётся ответственным, но подключается в точках, где действительно требуется суждение.

Обсудим:

- Действительно ли код перестал быть узким местом и где теперь скапливается очередь; - Зачем нужны markdown-артефакты, если уже есть Jira, wiki и архитектурные процессы; - Как превратить знания компании в CLAUDE.md, skills и проверяемые политики, не законсервировав ошибки; - Как связать continuous evals, hooks, агентное и человеческое review с production monitoring; - С какого участка SDLC начинать и какими метриками доказывать эффект.

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

Подключайтесь 27 августа в 14:00 и приносите свои кейсы и вопросы. Особенно если coding agents уже ускорились, а delivery почему-то нет.

#AI4SDLC #AI #Agents #Engineering #Architecture #DevOps #Research

6 remote jobs worth checking today

1. GTM AI Engineer — Customer.io Worldwide · Full-time · Lead Salary: Salary not disclosed Key skills: SaaS · GCP · Kubernetes

2. Engineering Manager - Data Platform — Canonical Ltd. Worldwide · Full-time · Lead Salary: Salary not disclosed Key skills: Python · SQL · Kubernetes

3. Senior Sales Engineer, ACT — Commvault Worldwide · Full-time · Senior Salary: Salary not disclosed Key skills: Product Management · Customer Success · AWS

4. Senior DevOps Engineer — Lemon.io Worldwide · Contract · Senior Salary: Salary not disclosed Key skills: Product Management · Python · JavaScript

5. Head of Sales, East — 6sense Worldwide · Full-time · Lead Salary: Salary not disclosed Key skills: SaaS · Customer Success · AI

6. Account Director — Superside Worldwide · Contract · Lead Salary: Salary not disclosed Key skills: SaaS · AI · Community

JobRadar · remote job matching

#remotejobs #remotework #engineering #ai

Middle Manual QA Engineer Заработная плата по договоренности

Обязанности: • Участие в разработке высоконагруженных продуктов (финтех, e-commerce, платформы).

Требования: • Базовое понимание Docker и микросервисной архитектуры. • Будет плюсом: Опыт построения QA-процессов или тестирования в новых проектах. • Опыт нагрузочного тестирования...

Контакты: +996550219900

Junior devOps инженер Заработная плата по договоренности

Обязанности: • Поддержка Linux-серверов и сервисов. • Мониторинг состояния инфраструктуры. • Анализ логов и метрик. • Работа с заявками и инцидентами. • Выполнение стандартных операционных...

Требования: • Знакомство с Prometheus или Grafana. • Интерес к Kubernetes, DevOps, SRE и cloud-native технологиям. • Базовое понимание CI/CD.

Контакты: [email protected]

🎥 Вебинар: Первый веб-сервер на Linux: Nginx, Apache и проверка доступности

На открытом уроке разберем, как устроен веб-сервер на Linux и какие компоненты нужны для публикации веб-приложения. Рассмотрим базовую настройку Nginx и Apache, проверку доступности сервиса и принцип работы обратного прокси.

О чем поговорим: — Из каких сервисов состоит базовая конфигурация веб-сервера — Чем отличаются задачи Nginx и Apache — Как установить и выполнить первичную настройку веб-сервера — Как проверить, что сервис запущен и доступен по сети — Как работает обратный прокси и для чего он используется

🧠 Вебинар приурочен к старту курса «Администратор Linux. Базовый уровень». Вы освоите Bash, TCP/IP, Nginx, Apache, MySQL, Docker, Git, Prometheus, Grafana и ELK. На живых занятиях с практикующими экспертами научитесь настраивать веб-серверы, работать с сетью, контейнерами, мониторингом и фильтрацией трафика.

👉 Для участия зарегистрируйтесь https://otus.pw/nUFb/

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

☁️ Interested in how cloud platforms and AI-native infrastructure work behind the scenes?   Join our free Cloud & DevOps internship program at EPAM Lab and learn how modern cloud environments are designed, automated and managed. Here’s what you can expect:   🔹Practical, industry-focused learning alongside EPAM experts 🔹Development of job-ready skills and modern AI literacy 🔹Certificate and an opportunity to join EPAM upon successful program completion   Check the details and apply ⬇️

🇦🇲 Armenia 🇺🇿 Uzbekistan 🇰🇬 Kyrgyzstan 🇰🇿 Kazakhstan 🇬🇪 Georgia

#hot_program

#middle #офис #москва

Лаборатория Касперского TestOps Engineer (KSC) Формат работы: Москва (офис)

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

☑️ Чем предстоит заниматься -Развитие и поддержка тестовой инфраструктуры, включая микросервисы, написанные на Python -Реагирование на инциденты и осуществление их анализа -Разработка, поддержка и развитие CI/CD пайплайнов -Тестирование и автоматизация всех видов функционального и нефункционального тестирования

☑️ Наши пожелания к кандидатам -Уверенное администрирование Linux -Глубокие знания Docker и Kubernetes -Уверенное знание Bash, Python -Практический опыт настройки CI/CD

Откликнуться

════════════ 👉 Лучший сервис для оплаты зарубежных подписок, вещей, услуг и всего остального ════════════

🧭 Podman for DevOps: Containerization reimagined with Podman and its companion tools (2022)

💬 "Podman for DevOps" — книга разбирает не только сам Podman, но и его окружение: Buildah, Skopeo, интеграцию с systemd. Рассчитана на администраторов и DevOps-инженеров, знакомых с контейнерами хотя бы на уровне Docker; особенно полезна в экосистеме RHEL и Fedora, где Podman идёт по умолчанию. Главный практический мотив — отказ от привилегированного демона в пользу процессов пользователя.

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

@BugUser

🔥ИИ-агенты меняют разработку: от подсказок в чате до автономного выполнения цепочек задач — от требований до деплоя. Вопрос не в «использовать или нет», а в том, как быстро и управляемо внедрить их в проекты.

Курс «ИИ-агенты: продвинутое внедрение и использование» — это практика, а не теория.

Что освоите: • Работу с агентами: точные промпты, управляемый контекст, генерация идей и прототипов. • End-to-end разработку с AI: от требований до готового фронтенда и бэкенда, отладка, тестирование, интеграция. • Инструменты и LLM: Cursor, Copilot, Cline, российские YandexGPT/GigaCode, open-source (DeepSeek, Qwen), основы RAG и finetuning. • Архитектуру и стратегию: проектирование систем с AI-ускорителем, выбор решений (Cloud, IDE, On-Premise), встраивание в существующие продукты. • Автоматизацию: CI/CD, логирование, мониторинг, масштабирование, автоматизация рутины разработчиков и DevOps.

Формат: 3 месяца онлайн, занятия по вторникам и четвергам в 20:00 МСК. Живые вебинары с практикой + записи навсегда. Домашние задания и итоговый проект для портфолио. Активное комьюнити и обратная связь. Результат: вы перестанете конкурировать с агентами и начнёте ими управлять, используя AI как ×10 к продуктивности. Готовы перейти от экспериментов к системному внедрению? Курс стартует 29 сентября. Оставьте заявку на консультацию по программе и условиям поступления.

👉 Оставить заявку https://vk.cc/d0QrMC

Реклама. ООО «Отус онлайн-образование», ОГРН 1177746618576, www.otus.ru

EUROPEAN T20 PREMIER LEAGUE 2026 — MATCH 1 🔥 🇳🇱 Rotterdam Dockers 🆚 Amsterdam Flames 🇳🇱

26th August || 6:45 PM

Two teams. One stage. One big start to the new T20 season. 🏆

⚡ Trusted & Secure 💸 Instant Deposit & Withdrawal 🎧 24/7 Support

👑 Premium Client Book

🌐 REGISTER NOW: ⏩ GIN247.ai ⏩ GIN247.in ⏩ GIN247.pro ⏩ PremiumExch247.co

📲 GET YOUR ID: 💬 https://wa.link/premiumho3 💬 https://wa.link/premiumho4

🛡️ SUPPORT: 💬 http://wa.link/premiumsupport

#vacancy #job #cyprus #igaming #go #golang

FANzino — это B2B-провайдер игр нового формата в мире онлайн-гемблинга. Мы создаём масштабируемые лайв-игры без студий с использованием технологий видеокомпозиции, эмуляции и real-time генерации исходов.

Мы ищем опытного и увлеченного Senior Backend Engineer (Go), который станет ключевым участником нашей инженерной команды. Вы будете разрабатывать высоконагруженные и отказоустойчивые backend-системы на Go, участвовать в архитектурных решениях и влиять на техническое развитие продукта.

Ключевые обязанности: 🔸Разработка и поддержка сервисов на Go 🔸Проектирование и реализация масштабируемой архитектуры с учетом отказоустойчивости и производительности 🔸Работа с реляционными и NoSQL-базами данных (PostgreSQL, Redis, ClickHouse и др.) 🔸Интеграция с внешними системами через REST/gRPC/WebSocket 🔸Разработка общих библиотек для работы с компонентами системы включая логирование, мониторинг и трейсинг 🔸Проведение code review, менторство младших разработчиков 🔸Участие в планировании, оценке и декомпозиции задач, тесное взаимодействие с DevOps, QA и frontend-командой

Технические требования: 🔹5+ лет опыта разработки backend с ориентацией на Go 🔹Отличное знание стандартной библиотеки Go 🔹Понимание архитектурных принципов построения распределенных отказоустойчивых систем 🔹Опыт работы с KAFKA и/или RabbitMQ и/или Nats и глубокое понимание нюансов работы event-driven архитектуры 🔹Опыт работы с AI агентами для написания кода. 🔹Опыт работы с REST и gRPC API, знание HTTP, TLS, WebSocket 🔹Опыт работы с PostgreSQL и/или MySQL в высоконагруженных проектах 🔹Опыт работы с NoSQL БД и понимания причин их использования 🔹Навыки написания юнит и интеграционных тестов (Testify, GoMock и др.) 🔹Опыт настройки сборки и CI/CD пайплайнов (Docker, GitHub Actions, GitLab CI и др.) 🔹Понимание принципов SOLID, Clean Architecture, опыт написания читаемого, поддерживаемого кода 🔹Умение работать в Agile/Scrum-команде, активно участвовать в технических обсуждениях Будет плюсом 🔹Опыт разработки event sourcing + CQRS систем 🔹Знание Kubernetes, Helm, опыт работы с облачной инфраструктурой 🔹Владение инструментами анализа производительности (pprof, benchmark, fl amegraph) 🔹Понимание задачи OLTP и OLAP систем 🔹Опыт работы с Testcontainers

Условия 🔸Работа из офиса: офис на Кипре (Лимассол) 🔸Гибкое начало рабочего дня 🔸Компенсация питания в офисе 🔸Официальное оформление по ТК Кипра 🔸4 дополнительных day off 🔸Отсутствие легаси

Если вы готовы построить мощную платформу для live-игр с нуля, отправляйте свое резюме! @ksushaegorova

#резюме #cv #opentowork #projectmanager #resume #pm

Формат работы: Гибрид, Офис, Удалённо. Занятость: Полная TG: @SirWereWolf Эл.Почта: [email protected]

ЗП: От 260 000 NET

Здравствуйте! Меня зовут Максим. Я менеджер проектов с 5-летним опытом в enterprise IT-разработке. Специализируюсь на управлении сложными интеграционными проектами, распределёнными командами и взаимодействии со стейкхолдерами на всех уровнях.

Экспертиза: Реализовывал enterprise-интеграции на базе Kafka, REST и SOAP. Управлял разработкой высоконагруженных платформ с микросервисной архитектурой. Работал с проектами бюджетом до 50 млн руб., обеспечивая соблюдение сроков, бюджета и объема работ.

Управление командами и процессами: Руководил распределёнными мультифункциональными командами от 7 до 30 человек. Применял Scrum, Kanban и Waterfall — в том числе параллельно на нескольких проектах одновременно. Внедрял и оптимизировал процессы управления проектами, выстраивал workflow с нуля. Выполнял функции менеджера продукта: декомпозиция бэклога, приоритизация, планирование целей спринтов.

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

Управление рисками: Выявлял, оценивал и снижал вероятность рисков на всех этапах проекта. Вёл регистр рисков и RAID-лог для системного контроля рисков, допущений, проблем и зависимостей. Применял эскалационные матрицы для своевременного вовлечения нужного уровня принятия решений. Проактивный подход к риск-менеджменту позволил удерживать отклонение по срокам и бюджету в пределах 2%.

Технические компетенции: Интеграции и API: понимание архитектуры и жизненного цикла REST и SOAP-интеграций, опыт работы с API-документацией (Swagger / OpenAPI) на этапе согласования требований и приёмки. Понимание принципов event-driven архитектуры на базе Kafka — достаточное для постановки задач и оценки рисков интеграционных решений. Знаком с микросервисной архитектурой на уровне планирования зависимостей между сервисами и оценки сроков реализации. CI/CD и релизный цикл: понимание этапов pipeline (сборка, тестирование, деплой) на уровне, достаточном для планирования релизов, координации с DevOps-командой и управления релизным календарём. Участвовал в согласовании стратегий вывода и планировании сценариев отката.

Инструменты и стек: Управление проектами и задачами: Jira, YouTrack, MS Project. Визуализация процессов и воркшопы: Miro. Мониторинг и observability: Grafana, Kibana. Прототипирование и согласование UI-решений: Figma. Документация и база знаний: Confluence.

Достижения: - Успешно сдал более 25 enterprise-проектов за 5 лет - Двукратный лауреат премии «За лучший федеральный проект» в сфере телекоммуникаций - Сократил Time-to-Market на 16% (за 2 квартала) и Lead Time - на 25% (за 3 квартала) - Снизил количество багов и инцидентов на 23% (за квартал) благодаря выстроенным процессам QA-контроля - Повысил удовлетворённость заказчиков на 34% (NPS/CSat, за 2 квартала) через улучшение коммуникации и прозрачности проектов - Увеличил эффективность команды на 25% за счёт внедрения нового workflow

Готов обсудить, как мой опыт усилит ваши проекты. С уважением, Максим

strace и perf: шпаргалка по диагностике Linux

Когда брать strace, когда perf, какие команды реально запускать и как не положить нагрузкой живой сервер в production.

https://telegra.ph/strace-i-perf-shpargalka-po-diagnostike-Linux-08-26

#ит_статьи #devops #linux #perf #strace #cheatsheet

Очередная подборка статей авторов, которые согласились в ней участвовать. Кто не понимает, о чём идёт речь, может прочитать прошлые публикации по этой теме (раз, два).

⇨ ИИ-Ликбез или AI для чайников Интересный цикл заметок на тему ИИ от одного из моих подписчиков, ориентированный на новичков. Там кратенько по основным моментам для тех, кто пока ещё не вникал в работу с ИИ.

⇨ Forgejo. Поднимаем Git сервер в Proxmox LXC ⇨ Forgejo. Миграции, реестр пакетов, CI/CD ⇨ Forgejo. Runner в отдельном LXC, бэкапы и уведомления Цикл заметок про установку и настройку своего локального git репозитория на базе форка Gitea - Forgejo. Это наиболее простой и функциональный продукт для базовых современных задач работы с кодом и CI/CD процессов. В комплекте есть свой docker registry.

⇨ OPNsense 26.1: установка и настройка с нуля Автор ставит олимпийские рекорды по объёмам материала. Сначала запилил огромный ролик на эту тему, а потом оформил его в текстовую статью. За это, я считаю, можно подписаться на авторский boosty.

⇨ Openclaw на Terramaster OS7 Terramaster встроил OpenClaw в управление своими железками. Они активно пиарятся у блогеров, поэтому я видел в том числе видео обзоры этой темы. ИИ-агент реально может решать некоторые задачи, типа сортировки фоток по папкам, но у одного блогера он вёл какую-то фоновую активность и поджирал токены 😱 Так что с этим надо аккуратнее.

⇨ Настройка домашнего NAS на Fedora Server 44 с OpenZFS, Cockpit и Samba ⇨ Автоматические снапшоты ZFS на Fedora Server 44 с помощью Sanoid Первый же вопрос, который возникает от прочтения заголовка - почему Fedora? Автор в самом начале первой статьи отвечает на него.

⇨ Поднимаем прозрачный прокси Squid на Ubuntu 22 ⇨ Установка и настройка SARG для анализа логов Squid на Ubuntu 22 Статьи с долькой ностальгии для меня. Лет 10+ назад постоянно администрировал прокси сервера Squid. Настраивал Sams на Freebsd и Centos и некоторые другие панели управления. Сейчас это всё как-будто стало никому не надо, кроме некоторой части госсектора.

⇨ Плагины Obsidian, которыми я пользуюсь Автор переехал с Trilium на Obsidian и рассказал об этом. Заметил, что про Obsidian кратно больше материала, чем про любую другую заметницу. Люди прям заморачиваются и настраивают там, настраивают. Я лично кидаю всё в Joplin, как в обычный блокнот, да и всё. Разбито всё на проекты, в каждом проекте обычные заметки.

⇨ Установка Traefik в LXC-контейнер Proxmox как systemd-сервиса | ч.1 ⇨ Установка Traefik в LXC-контейнер Proxmox как systemd-сервиса | ч.2 Запуск Traefik как systemd unit с использованием LXC, то есть без привычного Docker. Немного нестандартный подход. Не совсем понял, в чём смысл именно такого запуска, кроме как адаптация под PVE, где с докером неудобно работать.

⇨ Сборка шаблона cloud-init на ZFS Решение некоторых неочевидных проблем при автоматическом разворачивании VM с cloud-init на ZFS.

⇨ Как узнать все теги Docker образа - утилита skopeo Решение небольшой локальной задачи с помощью skopeo.

⇨ Tab подстановка хостов из Ansible inventory для ansible, ssh, scp, rsync Интересное решение задачи. У меня никогда руки не доходили что-то подобное сделать. Я из инвентаря копирую 😁, но мне это не так часто нужно.

⇨ Git - Очистка истории комитов Грубая и быстрая очистка истории коммитов, если вы туда запрещёнку гнали. Логика простая - создаём новую ветку, загоняем туда содержимое, удаляем старую main, а новую переименовываем в main.

⇨ vt-cli - Проверка файлов с помощью Virus Total в терминале Linux Консольная утилита для проверки файлов и урлов в Virus Total.

⇨ MicroMedia - Портативный десктопный просмотрщик видео и изображений Портативный просмотрщик видео и изображений на Rust с индексацией, тегированием и встроенным плеером. Работает из одной папки на Linux и Windows.

⇨ Vocalinux - Универсальный голосовой ввод в Linux, MacOS и Windows Утилита для голосового ввода текста в любое приложение. Сейчас много таких приложений появилось. Для Android рекомендую Говорун.

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

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

#статьи

Закон Гутхарда: как НЕ хакнуть метрики

Мы выполнили KPI по регистрациям на 120%. Хорошо? Ну да, а чего же. Пошли на выручку смотреть, а она упала. Копнули глубже трафик, оказалось, что ботов нагнали. Премия получена, но в целом компании нехорошо.

Пожалуйста, словили закон Гутхарда.

Капелька истории

В 1975 году британский экономист Чарльз Гудхарт сформулировал закон, который звучит так:

«Когда метрика становится целью, она перестает быть хорошей метрикой».

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

Примеры, когда плохо

Посмотрим как не надо делать.

💩 Разработка

Цель - количество строк кода. Итог: разработчики пишут раздутый код без рефакторинга.

💩 QA и Баги

Цель - количество закрытых багов. Итог: тестировщики заводят микро-баги (опечатки, съехавший пиксель), а разработчики их героически фиксят. Реальные проблемы висят в бэклоге.

💩 Продукт

Цель - увеличить дневную аудиторию. Итог: команда начинает спамить юзеров кликбейтными пушами. Люди заходят, плюются и закрывают приложение. DAU растет, Retention и лояльность летят в пропасть.

Как лечить

Два простых правила.

1. Используйте метрики-противовесы

Если измеряете скорость ответа поддержки (Time to resolve), обязательно трекайте удовлетворенность (CSAT). Ускорение не должно ломать качество.

2. Не привязывайте мотивацию к одной прокси-метрике

KPI должны быть комплексными и привязанными к финальной ценности для бизнеса (например, LTV или Profit), а не только к промежуточным шагам.

Бонус

Если внутри компании используете North, то она неплохо будет калибровать вас и подсветит не свернули ли вы не туда в погоне за красивыми дашбордами. Примеры, когда хорошо

Посмотрим как надо.

😍 Маркетинг и Рост

Цель: Снизить CPA (стоимость привлечения) или увеличить количество регистраций. Противовес: Retention 7/30 дня (Удержание) или LTV.

Почему это работает: Защищает от налива дешевого «мусорного» трафика или мотивированного инсталла. Маркетологи больше не смогут выполнить KPI, просто приведя ботов или нецелевую аудиторию - им придется следить за тем, остаются ли эти люди в продукте.

😍 Разработка и DevOps

Цель: Time-to-Market (скорость выкатки фич) или Velocity в стори-поинтах. Противовес: Change Failure Rate (процент релизов, приведших к сбоям) или количество багов на проде.

Почему это работает: Команда не сможет гнать сырой код в продакшен просто ради того, чтобы закрыть спринт. Скорость уравновешивается стабильностью системы.

😍 E-commerce и Монетизация

Цель: Conversion Rate (Конверсия в покупку). Противовес: AOV (Средний чек) и Margin (Маржинальность).

Почему это работает: Самый простой способ задрать конверсию — раздать огромные скидки. Продажи взлетят, конверсия будет зеленой, но бизнес сработает в минус. Парная метрика заставляет команду искать баланс между объемом продаж и прибылью.

Нюансы и конец

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

#продуктовыеметрики

Как достать пароль из kdbx, когда графика легла и буфер обмена недоступен Всё проверено на keepassxc-cli 2.7.6 из репозитория Ubuntu 24.04.

Посмотреть, что вообще есть в базе

keepassxc-cli ls -R database.kdbx

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

Вытащить конкретный пароль в терминал

keepassxc-cli show -a Password database.kdbx "Production/DB"

Нюанс: обычный show без ключей выводит Password: PROTECTED вместо значения. Флаг -s раскрывает все поля, -a Password отдаёт только пароль одной строкой — удобно подставлять в скрипт.

Открыть базу с файлом ключей

keepassxc-cli ls -k keyfile.key database.kdbx

Тот же -k работает во всех подкомандах. Если пароля на базе нет вообще, добавь --no-password, иначе утилита будет ждать ввода.

Найти запись, когда не помнишь путь

keepassxc-cli search database.kdbx "DB"

Вернёт полный путь вида /Production/DB, который дальше подставляется в show.

Забрать всю базу разом

keepassxc-cli export -f csv database.kdbx

Отдаёт в stdout все записи вместе с паролями открытым текстом. Полезно при переезде, но перенаправлять это в файл на общей машине — плохая идея.

Про clip, который советуют для копирования пароля в буфер. Именно в сценарии «GUI лёг» он и не работает: без графической сессии команда отвечает All clipping programs failed. Tried xclip. Смысл в нём есть только в живой графике, где он же и чистит буфер через 10 секунд.

И про совет закрыть GUI перед работой в консоли. Проверил: при открытой базе KeePassXC создаёт рядом файл .kdbx.lock. Утилита о нём знает, так что «гарантированного повреждения» не будет — но менять базу из двух мест одновременно всё равно не стоит, последняя запись затрёт чужие правки.

А вы держите пароли в локальных kdbx или переехали на self-hosted Vaultwarden?

#Linux #KeePass #Security #CLI #DevOps

Kyverno 1.19 — релиз, который фактически завершает переход проекта на CEL-based policies: теперь ValidatingPolicy, MutatingPolicy, GeneratingPolicy, ImageValidatingPolicy и DeletingPolicy покрывают весь функционал старого ClusterPolicy. Для Kubernetes Security это особенно важно: policy engine становится ближе к нативному подходу Kubernetes через CEL и ValidatingAdmissionPolicy`/`MutatingAdmissionPolicy.

При этом ClusterPolicy, Policy, CleanupPolicy, ClusterCleanupPolicy и legacy PolicyException официально deprecated и будут удалены в Kyverno 1.20, поэтому существующие security policies уже пора мигрировать. В 1.19 это последний релиз с полной поддержкой legacy API, а для миграции есть отдельный kyverno migrate и migration guide.

Ещё одно изменение, важное для эксплуатации: CRD теперь управляются через отдельную Helm dependency kyverno-api, поэтому при upgrade стоит проверить собственный процесс установки CRD. Подробности — в официальном анонсе релиза.

#ai #ml #llm Ищем AI / ML Engineer в команду разработки ISHONCH Мы создаем AI-решения, которые автоматизируют реальные бизнес-процессы: от ML/DL-моделей и RAG до production-ready AI-агентов.

Чем предстатит заниматься: Разрабатывать, обучать и внедрять ML/DL-модели для бизнес-задач. Строить AI-агентов и multi-agent workflows с tool/function calling, MCP и LangGraph/LangChain (или аналогами). Проектировать RAG-системы: эмбеддинги, hybrid search, reranking и векторные БД. Выполнять fine-tuning LLM, оптимизировать inference и интегрировать модели через API и микросервисы. Участвовать в MLOps/LLMOps: evaluation, мониторинг, tracing, guardrails и повышение качества AI-систем.

Требования к кандидату: Опыт: от 2 лет в ML/DL или разработке AI-систем. Стек: Python, NumPy/pandas, scikit-learn, PyTorch / TensorFlow, Hugging Face Transformers. Знания: понимание ML/DL, архитектуры трансформеров и принципов работы LLM. Навыки: практический опыт с AI-агентами, RAG, vector DB и structured output; уверенный Git и деплой в production. Языки: знание узбекского и английского (Intermediate+) языков. Будет преимуществом: Разработка API на FastAPI / Django REST Framework и контейнеризация с Docker. Computer Vision и видеоаналитика (OpenCV, YOLO, tracking, RTSP). MLOps/LLMOps-инструменты, self-hosted inference, GPU и Kubernetes. Мультимодальные модели или голосовые пайплайны (STT-LLM-TTS).

Что мы предлагаем: Развитие: оплачиваемые профильные курсы, IT-конференции, фестивали и тимбилдинги. Условия: бесплатные вкусные обеды в офисе. Карьера: реальные масштабные задачи, влияние на продукты компании, профессиональный и финансовый рост.

Условия работы: Локация: офис в г. Ташкент. График: 5/2, с 09:00 до 18:00. Командировки: в г. Коканд (организуются и оплачиваются компанией).

Зарплата: От 14.000.000 сум. Резюме и краткое описание проектов отправляйте в ЛС: @Ishonch_V

⭐️⭐️⭐️⭐️⭐️⭐️⭐️⭐️⭐️⭐️⭐️⭐️⭐️

👉 Вакансия, Резюме, Реклама 👉Админ @jakhongir095

❓Хотите работать на работе с высоким доходом?

Kanal 👉 https://t.me/Exampleuz 👈

Grupa 👉 https://t.me/+yz_2nrX6b2lmZTk