LinuxCamp | DevOps

От защиты сайтов и сетей до безопасной облачной инфраструктуры — все, чтобы вас ничего не отвлекало от развития вашего бизнеса. Защищаем от DDoS-атак сайты и сети на уровнях L3-4 и L7 Предоставляем защищенную облачную инфраструктуру: хостинг, VDS/VPS и выделенные серверы Анализируем защищенность ИТ-инфраструктуры, выявляем уязвимости и даем рекомендации по их устранению С DDoS-Guard вы можете сосредоточиться на том, что действительно важно. #реклама О рекламодателе

Групповой переход на Wayland Ubuntu следует по стопам Fedora и переходит на "вялого". В осеннем релизе 25.10 официально выкидывает Xorg-сессии из GNOME. В GDM теперь только Wayland. Canonical заявила, что Wayland дозрел: нормальная поддержка драйверов NVIDIA, корректная работа с HiDPI, жёстче с безопасностью и меньше багов на базовые кейсы. Плюс меньше гемора для разрабов — не надо тянуть два графических стека. Насчёт совместимости — XWayland выполняет старые X11-проги без плясок с бубном. Но если у тебя завязка на какие-то редкие кейсы — можно использовать альтернативное DE, поддерживающее Xorg. LTS 22.04 и 24.04 не трогают — всё это про 25.10 и дальше. Manjaro KDE В сообщении «Планируется переход Manjaro KDE Plasma на Wayland» на форуме от руководителя направления KDE в Manjaro Артёма Гринева было отмечено:

«Я использую Wayland уже довольно давно, и всё работает более-менее стабильно (проприетарный драйвер NVIDIA). Думаю, пришло время сделать Wayland сессией по умолчанию для Plasma и SDDM.»

Переезд касается будущих релизов и направлен на повышение стабильности и безопасности системы. Возможность остаться на X11 обещают оставить — тут без фанатизма. Fedora → Ubuntu → Manjaro… AstraLinux? LinuxCamp | #news

Кто сказал, что изучать DevOps дорого? Учебный центр Слёрм дарит гранты на обучение на курсе-профессии DevOps Upgrade: ⭐️ 2 места — скидка 100% ⭐️ 3 места — скидка 50% ⭐️ 5 мест — скидка 35% Условия:  1. Подписаться на канал ментора курса Вячеслава Федосеева 2. Заполнить входную анкету 3. Пройти тестирование по ссылке до 20 июня 4. Дождаться результатов — их объявят на канале 23 июня. DevOps Upgrade — продвинутый курс с высокой интенсивностью, который позволяет за 9 месяцев освоить все необходимые hard skills для позиции DevOps-инженера. Изучить программу курса — по ссылке.

Как очистить сервер от мусора Со временем сервер обрастает мусором: логи, временные файлы, старые кэши. Разберем команды по удалению всего этого добра. Бонусом в конце будет готовый файл для запуска скрипта с логированием, который будет каждый день удалять все ненужное 🙂 Команда для удаления .log-файлов старше 7 дней:

$ find /var/log -type f -name "*.log" -mtime +7 -delete

find - команда поиска файлов /var/log - папка, где хранятся логи "-type f" - ищем только файлы -name "*.log" - по шаблону *.log "-mtime +7" - старше 7 дней -delete - сразу удалять Очистить systemd-журналы:

$ journalctl --vacuum-time=7d

Эта команда удаляет внутренние журналы системы, которым больше 7 дней. Такие журналы хранят события: старты, ошибки, перезагрузки, службы — всё, что происходило в системе. Обычно занимают много места, особенно если сервер работает давно. Очистить временные файлы:

$ rm -rf /tmp/* /var/tmp/*

Удаляет всё из временных директорий. Будь осторожен, если на сервере кто-то работает прямо сейчас. Очистить кэш и мусор после установки пакетов:

$ apt clean && apt autoremove -y

"apt clean" - очищает кэш установленных .deb файлов "apt autoremove" - удаляет больше не нужные зависимости "-y" - выполнять без лишних вопросов Ниже прикладываю готовый файл. Его нужно будет сделать исполняемым и можно добавить в crontab с запуском в каждое воскресенье в 0:00. Все результаты будут сохраняться в файл "/var/log/server-cleanup.log":

#!/bin/bash LOG_FILE="/var/log/server-cleanup.log" echo "[$(date)] Очистка начата" >> "$LOG_FILE" find /var/log -type f -name "*.log" -mtime +7 -delete >> "$LOG_FILE" 2>&1 journalctl --vacuum-time=7d >> "$LOG_FILE" 2>&1 rm -rf /tmp/* /var/tmp/* >> "$LOG_FILE" 2>&1 apt clean && apt autoremove -y >> "$LOG_FILE" 2>&1 echo "[$(date)] Очистка завершена" >> "$LOG_FILE"

$ sudo chmod +x /usr/local/bin/clean-server.sh

$ sudo crontab -e

0 0 * * 0 /usr/local/bin/clean-server.sh

LinuxCamp | #devops #utils

❕ Приглашаем на урок по работе с чувствительными данными в Kubernetes-кластере! ⏺ Открытый урок «K8S + Vault — как получать секреты?» Бесплатно 17 июня в 20:00 МСК.  Поймете, как организовать безопасное и масштабируемое взаимодействие между Kubernetes и HashiCorp Vault. Разберём подход dynamic secrets и инструмент External Secrets Operator для интеграции секретов из Vault в кластер. На уроке вы узнаете: - как Kubernetes работает с секретами по умолчанию и его ограничения; - способы интеграции Kubernetes и Vault; - что такое External Secrets Operator и почему его выбирают для production-сред; - пошаговую схему подключения Vault к K8s. ➡️ Регистрация на вебинар  Урок в рамках старта курса «Инфраструктурная платформа на основе Kubernetes», ты можешь воспользоваться 🎁 бонусным промокодом Kuber_06 при покупке курса.  #реклама О рекламодателе

Базовая настройка Nginx и подключение домена: как я это сделал Недавно настраивал свой домен и хочу поделиться этим мини-опытом — без лишней воды, чтобы ты тоже мог быстро всё поднять у себя. Шаг 1: Покупка домена Я купил домен на reg.ru - обычная регистрация, ничего необычного, правда с верификацией по паспорту. После покупки нужно было настроить DNS-записи, чтобы домен знал, на какой сервер ему "смотреть". Шаг 2: Настройка DNS В панели управления reg.ru я прописал A-записи для поддоменов. Примерно через 5–10 минут домен уже начал резолвиться (хотя может и сильно дольше):

@ → IP моего сервера
www → тот же IP

Шаг 3: Установка Nginx На сервере я поставил Nginx:

$ sudo apt install nginx -y

Шаг 4: Bash-скрипт для настройки проксирования Чтобы не ковыряться руками в /etc/nginx/sites-available, я написал простой скрипт, который: 1) Создаёт конфиг для твоего домена 2) Проксирует запросы на нужный порт 3) Автоматически подключает SSL через certbot (сертификат безопасности, то самое "s" в https) Запрашиваем данные, вводим домен и порт приложения, на который будет проксироваться nginx:

#!/bin/bash
read -p "Домен: (например, example.ru)" DOMAIN
read -p "Порт (например, 9003): " PORT

Задаем стандартные директории для конфигов и логов Nginx:

SITES_AVAILABLE="/etc/nginx/sites-available"
SITES_ENABLED="/etc/nginx/sites-enabled"
CONF_FILE="$SITES_AVAILABLE/$DOMAIN"
LOGS_DIR="/var/log/nginx/$DOMAIN"

Создаём папку для логов:

$ sudo mkdir -p "$LOGS_DIR"

Генерируем конфиг:

sudo tee "$CONF_FILE" > /dev/null <<EOF
server {
    listen 80;
    server_name $DOMAIN;
    location / {
        proxy_pass http://127.0.0.1:$PORT;
        proxy_set_header Host \$host;
        proxy_set_header X-Real-IP \$remote_addr;
        proxy_set_header X-Forwarded-For \$proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto \$scheme;
    }
    error_log $LOGS_DIR/error.log;
    access_log $LOGS_DIR/access.log;
}
EOF

Включаем сайт

$ sudo ln -s "$CONF_FILE" "$SITES_ENABLED/$DOMAIN" 2>/dev/null

Проверка и перезапуск:

if sudo nginx -t; then
    sudo systemctl reload nginx
else
    exit 1
fi

Получаем SSL-сертификаты:

$ sudo certbot --nginx -d "$DOMAIN"

Финальная проверка и reload

if sudo nginx -t; then
    sudo systemctl reload nginx
else
    exit 1
fi

SSL-сертификаты от Let's Encrypt. Certbot сам всё сделал: прописал listen 443 ssl и нужные директивы, плюс настроил редирект с HTTP на HTTPS. Если хочешь, можешь вручную добавить в конфиг ssl_protocols, ssl_ciphers, HSTS и другие фишки безопасности, но базовая настройка уже работает. В итоге после запуска скрипта твой сайт по HTTPS работает на нужном порту, все логи идут в /var/log/nginx/имя_домена/, и весь трафик проксируется на нужное приложение. Готовый скрипт:

#!/bin/bash read -p "Домен: (например, example.ru)" DOMAIN read -p "Порт (например, 9003): " PORT SITES_AVAILABLE="/etc/nginx/sites-available" SITES_ENABLED="/etc/nginx/sites-enabled" CONF_FILE="$SITES_AVAILABLE/$DOMAIN" LOGS_DIR="/var/log/nginx/$DOMAIN" sudo mkdir -p "$LOGS_DIR" sudo tee "$CONF_FILE" > /dev/null <<EOF server { listen 80; server_name $DOMAIN; location / { proxy_pass http://127.0.0.1:$PORT; proxy_set_header Host \$host; proxy_set_header X-Real-IP \$remote_addr; proxy_set_header X-Forwarded-For \$proxy_add_x_forwarded_for; proxy_set_header X-Forwarded-Proto \$scheme; } error_log $LOGS_DIR/error.log; access_log $LOGS_DIR/access.log; } EOF sudo ln -s "$CONF_FILE" "$SITES_ENABLED/$DOMAIN" 2>/dev/null if sudo nginx -t; then sudo systemctl reload nginx else exit 1 fi sudo certbot --nginx -d "$DOMAIN" if sudo nginx -t; then sudo systemctl reload nginx else exit 1 fi echo "Готово."

LinuxCamp | #devops #nginx #bymaga

👩‍💻 Всем программистам посвящается! Вот 17 авторских обучающих IT каналов по самым востребованным областям программирования: Выбирай своё направление: 👩‍💻 Linux — t.me/linux_ready 🖼️ DevOps — t.me/devops_ready 👩‍💻 Bash & Shell — t.me/bash_ready 👩‍💻 Python — t.me/python_ready 🤔 InfoSec & Хакинг — t.me/hacking_ready 🖥 SQL & Базы Данных — t.me/sql_ready 🤖 Нейросети — t.me/neuro_ready 👩‍💻 C/C++ — https://t.me/cpp_ready 👩‍💻 C# & Unity — t.me/csharp_ready 📖 IT Книги — t.me/books_ready 👩‍💻 Frontend — t.me/frontend_ready 📱 JavaScript — t.me/javascript_ready 👩‍💻 Backend — t.me/backend_ready 📱 GitHub & Git — t.me/github_ready 👩‍💻 Java — t.me/java_ready 👩‍💻 Весь IT — t.me/it_ready 🖥 Design — t.me/design_ready 📌 Гайды, шпаргалки, задачи, ресурсы и фишки для каждого языка программирования!

ncdu — лучший способ быстро очистить место на сервере Когда на сервере внезапно заканчивается место, первое, что хочется — понять, что его съело. Вместо того, чтобы долго ковыряться в du и find, просто поставь ncdu. Это интерактивная утилита для анализа диска в терминале. Работает быстро, показывает размеры папок/файлов и позволяет удалять ненужное прямо из интерфейса:

$ sudo apt install ncdu

Для сканирования нужно просто ввести команду и передать целевой каталог. Чтобы промониторить корень:

$ sudo ncdu /

Нужные кнопочки: Навигация - стрелками вверх/вниз. Удаление - клавиша d. Обновить - g. Выйти - q. В отличие от "du -sh *", ncdu не только показывает вес директорий, но и позволяет разобраться в них быстрее. Особенно полезно, если забит логами /var/log, кто-то накатил 100500 .tar.gz или забыли почистить кэш в home. Утилита очень выручает, когда каждая секунда важна. Установил - посмотрел - удалил - освободил. LinuxCamp | #utils

Rancher в продакшен: лучшие практики 👉 бесплатный вебинар от учебного центра Слёрм. Будем разбирать: 📍централизованное управление кластерами через единый интерфейс; 📍автоматизированные бэкапы и восстановление; 📍настройку доступа для команд и интеграцию внешней аутентификации; 📍встроенные мониторинг и использование магазина приложений. Подробно покажем и расскажем, как Rancher упрощает эксплуатацию k8s и управление инфраструктурой. Вебинар проходит в рамках курса «Kubernetes Мега». Эксперты встречи: ⭐️ Виталий Лихачев, SRE в крупнейшем голландском тревелтехе ⭐️ Вячеслав Федосеев, TeamLead DevOps в «Честном знаке» Когда: 16 июня в 19:00 мск Занять место на вебинаре 👉 через бота Освоить больше инструментов и прокачать навыки использования k8s в продакшене — на продвинутом курсе «Kubernetes Мега».

Кто пропустил, сразу 2 приятные и необычные новости) 1. Линукс в каждый дом: Минцифры поддержали предустановку российских операционных систем на новые ноутбуки и ПК. Теперь по умолчанию — Astra Linux, «Альт» или РЕД ОС. Наличие Windows «допустимо», но необязательно. Предложено ввести правило, что все ноутбуки, поставляемые в розницу, включая площадки вроде DNS, Ozon и Wildberries, должны иметь как минимум одну российскую ОС

«Мы предлагаем начать с ноутбуков и персональных компьютеров, а затем распространить инициативу на планшеты»

«Группа Астра» также работает над адаптацией ОС Astra Linux под массовый сегмент и вскоре готова представить образ системы для домашнего использования и для малого бизнеса. 2. Сбер подписал меморандум с Группой Астра о сотрудничестве в сфере ИИ и отечественного ПО на конференции ЦИПР 😮 Главная цель: интеграция нейросети GigaChat в ОС Astra Linux. Это даст толчок к созданию умных ассистентов, а также поможет апгрейдить UX и усилить российские IT-решения для бизнеса и граждан в единой доверенной среде. Короче, реакция одна "ЧЕГО ВООБЩЕ ПРОИСХОДТ!!???". Я оч хочу посмотреть на эту интеграцию гигочата в ОС) LinuxCamp | #news

Я к вам с интересными новостями. Последнее время активно осваиваю несколько новых для себя направлений. Одно из - веб разработка. Честно, не знаю, есть ли еще люди, которые работают на C и учат JS)) В общем, опыт интересный и много чего нового узнается. По этому поводу я создал еще 1 канал ITCamp, куда и пишу о своем прогрессе, мыслях. Также, куда без полезностей? В канале буду собирать заметки и рассказывать про инструменты, которые мне заходят и оптимизируют процесс разработки. Плюс ко всему хочется собрать IT-шное сообщество, в котором будут прогеры всех уровней: от низкого (ASM) до высокого (JS) Поэтому сразу оставлю ссылку на чат. Если вам помимо Linux интересна еще и разработка, добро пожаловать) Кстати, из интересного опубликовал пост про то, как совмещать фулл тайм работу и личные проекты.

Почему docker compose logs -f спасает на проде Когда что-то ломается в проде — время идёт на секунды. Не всегда есть доступ к графическому лог-серверу, и не всегда хочется копаться в docker exec, чтобы что-то вытащить. В таких случаях спасает простая команда:

docker compose logs -f

Она показывает живые логи сразу всех сервисов которые описаны в docker-compose.yml в данной директории. В какой ситуации это может быть мастхев? Допустим что-то не стартует. Можно сделать быстрый дебаг ошибок конкретного сервиса:

docker compose logs -f backend

И ты моментально видишь stack trace, ошибку подключения к БД или криво прокинутую переменную. Кроме этого можно следить за цепочкой событий. Если сервисы завязаны друг на друге удобно запускать:

docker compose logs -f

И ты видишь весь «разговор» между фронтом, беком и базой, в одном терминале. Полезный флаг для просмотра логов:

docker compose logs -n 50 -f

"-n" - помогает просмотреть только последние N строк. Нужная и простая команда в арсенале, может спасти в самый ответственный момент. LinuxCamp | #utils

Как живет айтишник, который зарабатывает 5000$ в мес? Живет хорошо! За глубокие знания и умение решать самые сложные задачи его ценят в любой команде: от стартапа до крупной корпорации. А он умеет продавать себя, получать лучшие предложения на работу и эффективно распределять время. Для этого нужно всего 5 минут в день читать канал айтишника. Здесь вы найдёте практические советы, инсайды и секреты от разработчика с 11+ лет опыта, о которых не рассказывают на курсах. 5 минут на канале заменят месяцы самостоятельного изучения. Подписывайтесь: https://t.me/+CweV1YbP4dQ5ZDU6

Я похожим образом однажды пошел в коворкинг поботать, снес сетевые пакеты и сидел без инета. По итогу грустный таски дома доделывал) Только тсс, никому не рассказывайте 🤫 LinuxCamp | #memes

Шпаргалка по ufw для базовой настройки фаервола Сетевой безопасностью часто пренебрегают при создании своих проектов на своем сервере. Но даже базовая настройка фаервола уже существенно снижает риски. ufw (Uncomplicated Firewall) - простой способ настроить фаервол на Linux. Работает как обёртка над iptables, но не требует глубоких знаний сетевого стека. Зачем вообще нужен фаервол? Когда ты поднимаешь сервер (особенно публичный), он сразу становится видимым всему интернету. И даже если ты не настраиваешь ничего «опасного», какие-то сервисы по умолчанию могут слушать порты. ufw помогает ограничить доступ: только те порты, которые ты явно разрешил - будут открыты. Если ты только поднял VPS и хочешь защитить сервер - это именно то, что нужно. Если по какой-то причине у тебя ufw не установлен:

$ sudo apt install ufw

Перед включением стоит задать основные правила, иначе можно случайно отрезать себя от SSH-доступа (особенно на VPS). Начнем с самого важного:

$ sudo ufw allow ssh

Теперь можно активировать фаервол:

$ sudo ufw enable

Просмотр статуса и активных правил:

$ sudo ufw status verbose

Отключение при необходимости:

$ sudo ufw disable

Базовые правила, которые стоить задать Одно правило по разрешению ssh-доступа мы уже добавили, также будет правильно разрешить веб-траффик (http/https):

$ sudo ufw allow 80,443/tcp

Полезно запретить весь входящий трафик по умолчанию и разрешить только нужное. Также оставить открытым все на выход:

$ sudo ufw default deny incoming

$ sudo ufw default allow outgoing

Полезные команды: Удалить правило:

$ sudo ufw delete allow 80/tcp

Разрешить доступ по конкретному IP:

$ sudo ufw allow from 192.168.1.10

Это может понадобиться, например, чтобы открыть порты для веб-траффика только Cloudflare или ServicePipe и закрыть для всего остального:

$ ufw default deny incoming
$ ufw default allow outgoing

# пердположим что 192.168.1.10 - IP нашего ServicePipe
$ sudo ufw allow from 192.168.1.10 to any port 22

Сбросить все правила и начать с нуля:

$ sudo ufw reset

После настройки рекомендую протестировать сервер из другого устройства или использовать онлайн-сервисы вроде portquiz или nmap для сканирования портов. Также полезно мониторить логи:

$ sudo less /var/log/ufw.log

Если ufw работает - ты увидишь записи о заблокированных соединениях, особенно на нестандартные порты. Даже минимальные настройки ufw — это уже огромный шаг вперёд в безопасности. Он не требует глубокого понимания iptables и легко вписывается в ежедневный рабочий процесс. Один раз настроил — и забыл. LinuxCamp | #utils #devops

🔐 DevSecOps: где безопасность работает, а где — мешает После атаки на одну из компаний в нашей группе мы в Слёрме поняли: многим командам не хватает системного подхода к безопасности. Мы начали глубже копать, искать реальные практики, собирать опыт экспертов, и в итоге сделали интенсив DevSecOps Bootcamp. А теперь хотим поговорить вслух — про боль, опыт, смыслы и компромиссы. 📆 4 июня в 19:00 мск приглашаем вас на вебинар «Сказки DevSecOps» 📍 Обсудим: – Time-to-market и безопасность: можно ли совместить? – Что DevSecOps реально может, а что не может? – Где в DevSecOps сейчас Ops, если DevSecOps это AppSec? 🎙 Спикеры — эксперты из Лаборатории Касперского и Positive Technologies. Топовые компании в безопасности.  📎 Если вы DevOps, инженер, архитектор или руководитель — подключайтесь. Обсудим, поспорим и разберём реальные кейсы 🔥 👉 Зарегистрироваться можно ЗДЕСЬ

Продвинутый просмотр размера каталога: du Вы сейчас можете подумать, есть же команда "ls -l", которая показывает расширенный список атрибутов... Размер каталога значит тоже должна выводить. Ну, нет) Для этого нам нужно использовать утилиту du, которая для этих целей подойдет отлично. Размер каталога В качестве примера возьмем папку Downloads и выведем ее размер:

$ sudo du -sh ~/Downloads
96M /home/parallels/Downloads

Для лучшего понимания вкратце пройдемся по задействованным опциям: -s - выводить только общий размер самой папки и не отображает информацию о ее вложенных ресурсах. Тем самым, не захламляя stdout; -h - выводить информацию в привычном виде. Речь о единицах измерения (K – килобайт, M – мегабайт и т. д.); Размер файлов на верхнем уровне Также можно глянуть общий размер только файлов на самом верхнем уровне каталога. Для этого добавляем опцию "-S". Тут мы не пойдем вглубь и не станем проверять ресурсы внутри образного "~/Downloads/dir1" и т.д:

$ sudo du -sSh ~/Downloads
92M /home/parallels/Downloads

Размер вложенных каталогов

$ sudo du -h ~/Downloads

В результате отобразится сначала размер вложенных каталогов, а потом и самого "Downloads" С помощью опции --max-depth можно задать максимальную глубину вложенности. Если вам интересен только верхний каталог, то глубина == 0, если еще и вложенные в нее, то >= 1:

$ sudo du -h --max-depth=1 /etc
16K /etc/lighttpd
8.0K /etc/python3
56K /etc/iproute2

Это будет особенно полезно, когда директория сильно разрослась, и нужно ограничить область действия для утилиты. Размер файлов с учетом вложенности Также можно увидеть размер целевого каталога и всех ресурсов внутри (с учетом вложенности). Для этих целей нужно приписать флаг "-a":

$ sudo du -ah ~/Downloads
96M ...Downloads/code_1.99.3-1744760597_arm64.deb
4.0K ...Downloads/file-part_2
4.0K ...Downloads/file-part_1

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

$ sudo du -ah ~/Downloads | sort -rh
96M .../Downloads/code_1.99.3-1744760597_arm64.deb
96M .../Downloads
20K .../Downloads/test

LinuxCamp | #utils

🚀 Вакансии в команду Мир Plat.Form! Умеешь управлять командой системных аналитиков в рамках нескольких стримов? Или с лёгкостью автоматизируешь процессы тестирования с помощью мобильной фермы? Всего один отклик отделяет тебя от работы в лучшей команде финтеха! 😄 Выбирай вакансию и присоединяйся: ➡️Руководитель группы системного анализа в Программу лояльности ➡️Инженер по нагрузочному тестированию в СБП ➡️Ведущий инженер по автоматизации тестирования мобильных приложений в MirPay (Senior/Lead) ➡️Прикладной администратор в СБП ➡️Администратор баз данных ClickHouse (DBA) Приятную рабочую атмосферу и возможность профессионального роста гарантируем 👌 😀 До встречи в Мир Plat.Form! Реклама. АО "НСПК". ИНН 7706812159. erid: 2W5zFHVeQFJ

Новое ядро подъехало "Linux 6.15" В новую версию принято 15945 исправлений от 2154 разрабов, размер патча - 59 МБ (добавлено 739608 строк кода). Около 41% всех изменений связаны с драйверами устройств. Из ключевого: — многочисленные апгрейды драйверов для AMD и Intel; — дальнейшая интеграция Rust в ядро (язык всё активнее применяется в кодовой базе, где критична безопасность); — стабилизация файловой системы Bcachefs (близка к полноценному применению в продуктивных сценариях); — новая подсистема FWCTL (предназначен для управления прошивками); — доработка поддержки Apple Silicon (архитектура ARM постепенно получает стабильные драйверы и поддержку в ядре); — улучшения планировщика задач (положительно скажется на общей отзывчивости систем под высокой нагрузкой); — расширение поддержки игровых контроллеров через драйвер XPad; Подробнее о нововведениях можно прочитать тут. LinuxCamp | #news

SPRINT OFFER в команду Телекома по направлению DevOps ➡️ YADRO в поиске Infrastructure и CI/CD Engineer — отправляйте резюме до 8 июня 😊 Как получить оффер за 3 дня? Выбирайте направление, отправляйте заявку и пройдите техническое и менеджерское интервью. Если всё пройдёт успешно — оффер будет ваш! С чем вам предстоит работать? Наши DevOps-инженеры поддерживают процессы разработки (на С/С++, Go, Node.JS) и отвечают за инфраструктуру, которая позволяет бизнес-решениям работать. Также специалисты постоянно улучшают качество внутренних сервисов и занимаются развитием инструментов CI/CD. Кого ждём в команду? DevOps-инженеров с опытом работы от года и желанием развивать новые продукты в нашей команде. 💙Оставляйте заявку до 8 июня и станьте частью команды YADRO. Все подробности — по ссылке.