DevOps

🕒 Управление Cron Jobs с Cronmaster Cronmaster — это современное веб-приложение для управления cron-заданиями с удобным интерфейсом. Оно поддерживает аутентификацию, REST API и интеграцию с Docker. Пользователи могут легко создавать, редактировать и отслеживать выполнение задач, а также получать информацию о системе в реальном времени. 🚀Основные моменты: - Современный интерфейс с поддержкой темной и светлой темы - Управление cron-заданиями и скриптами - Логирование выполнения задач с автоматической очисткой - Поддержка OIDC для единого входа - Полный REST API для интеграций 📌 GitHub: https://github.com/fccview/cronmaster #javascript

Удалили объект в S3-хранилище и поняли это слишком поздно? В S3 Selectel появилась функция Object Lock — дополнительная защита объектов от изменений и удаления на заданный срок. Даже если в хранилище уже настроены репликация, версионирование и доступы, все еще остается риск случайного удаления или действий шифровальщиков. Object Lock помогает дополнительно защитить данные. Функция работает по принципу WORM (Write Once, Read Many): версии объектов можно заблокировать так, чтобы их нельзя было изменить или удалить до окончания срока блокировки. Что можно сделать: 🔹 настроить временную блокировку объектов, 🔹 включить бессрочную блокировку Legal Hold, 🔹 сохранить данные даже при удалении проекта, пока блокировка активна. Особенно полезно для резервных копий, логов и критичных данных. ⚡️ Попробуйте S3 Selectel бесплатно на 30 дней и протестируйте Object Lock: https://slc.tl/7fjm6 Реклама. АО "Селектел". erid:2W5zFHHj8R7

📝 Легкий редактор заметок с Markdown и OCR qnote — это минималистичный десктопный редактор заметок, который поддерживает Markdown с живым предпросмотром, историю файлов и экспорт в PDF. Работает на Windows и Linux, предлагает удобный интерфейс и множество функций для эффективного редактирования. 🚀 Основные моменты: - Поддержка Markdown и живой предпросмотр - История версий и файлов с быстрым поиском - Экспорт в PDF и HTML - Встроенный OCR для извлечения текста из изображений - Кастомизация интерфейса и тем 📌 GitHub: https://github.com/omibranch/qnote

🧠 OpenChronicle: локальная память для AI-агентов OpenChronicle — это открытое решение для создания локальной, инспектируемой памяти для AI-агентов. Он захватывает контекст работы на вашем Mac и сохраняет его в виде структурированной Markdown-памяти, что позволяет агентам эффективно использовать информацию о ваших действиях и предпочтениях. 🚀 Основные моменты: - Локальное хранение данных на вашем устройстве - Поддержка различных моделей AI - Интеграция с любыми инструментами - Читаемая Markdown-память и локальная база данных SQLite - Открытый исходный код с возможностью расширения 📌 GitHub: https://github.com/Einsia/OpenChronicle #python

🧠 Hermes Agent: Умный AI с самообучением Hermes Agent — это самообучающийся AI-агент, который создает навыки из опыта и улучшает их в процессе использования. Он доступен на различных платформах, включая Telegram и Discord, и может работать на облачных серверах или локально. Уникальная функция — замкнутая обучающая петля, позволяющая агенту сохранять знания и адаптироваться к пользователю. 🚀 Основные моменты: - Самообучение и создание навыков на основе опыта. - Поддержка множества платформ и моделей. - Полноценный интерфейс TUI с историей разговоров. - Автоматизация задач с помощью встроенного планировщика. - Возможность работы в облаке с минимальными затратами. 📌 GitHub: https://github.com/NousResearch/hermes-agent #python

Нужна GPU-мощность, но не хотите вкладываться в железо? Мы снизили цены на серверы с RTX 4090 в immers.cloud — теперь аренда конфигураций с 4, 6 и 8 GPU стала до 25% выгоднее при оплате на месяц и до 35% по тарифу на 60 дней. Новые цены: • 4× RTX 4090 — от 174 425 ₽/мес • 6× RTX 4090 — от 281 323 ₽/мес • 8× RTX 4090 — от 362 323 ₽/мес Это идеальное решение для задач, где важны объём VRAM, пропускная способность памяти и параллельная обработка: 🔹 Инференс средних LLM 🔹 Генерация изображений и видео 🔹 Рендеринг и симуляции 🔹 Многопоточные эксперименты Если вы уже тратите значительные суммы на публичные или зарубежные AI API — можем отдельно рассчитать стоимость инфренса под ваши нагрузки и показать, где можно сэкономить за счёт выделенной GPU-инфраструктуры immers.cloud с предустановленными моделями LLM. → Выбрать конфигурацию с RTX 4090

📝 Создавайте качественные документы с Kami Kami — это система дизайна для профессиональных документов, предлагающая теплый пергаментный фон и единый стиль. Она помогает создавать привлекательные и читаемые материалы, такие как резюме, презентации и портфолио, с акцентом на типографику и пространство. 🚀Основные моменты: - Уникальный дизайн для различных типов документов. - Поддержка английского и китайского языков. - Включает встроенные SVG-диаграммы. - Простота использования и настройка под ваши нужды. - Открытый исходный код с лицензией MIT. 📌 GitHub: https://github.com/tw93/Kami

Стартуем с Kubernetes без боли в Managed Kubernetes от MWS Cloud Platform. 27 мая в 16:00 Александр Курасов, технический владелец продукта в MWS Cloud Platform, покажет, как развернуть кластер за минуты, на вебинаре «Быстрый старт с Managed Kubernetes в облаке MWS». Разберём архитектуру сервиса, его интеграцию с IAM, сетями и балансировщиками. Увидите, как управляемый сервис берёт на себя администрирование master-узлов и упрощает жизнь. Будет интересно: ♦️DevOps-инженерам, которые хотят упростить работу с Kubernetes ♦️Backend-разработчикам, которым нужно быстро задеплоить сервис ♦️Platform-инженерам, строящим cloud-native инфраструктуру ♦️Техлидам и архитекторам, выбирающим Kubernetes в облаке ➡️ Зарегистрироваться

📝 Создавайте качественные документы с Kami Kami — это система дизайна для профессиональных документов, предлагающая теплый пергаментный фон и единый стиль. Она помогает создавать привлекательные и читаемые материалы, такие как резюме, презентации и портфолио, с акцентом на типографику и пространство. 🚀Основные моменты: - Уникальный дизайн для различных типов документов. - Поддержка английского и китайского языков. - Включает встроенные SVG-диаграммы. - Простота использования и настройка под ваши нужды. - Открытый исходный код с лицензией MIT. 📌 GitHub: https://github.com/tw93/Kami

🖥 C# Roadmap: с нуля до профи Практическое руководство по росту в C#-разработке. Материал собран для тех, кто хочет получить инженерную глубину, а не просто накликать CRUD по туториалам. Здесь последовательность изучения, лучшие практики, ресурсы и трезвый разбор того, как работать с ИИ-инструментами и оставаться востребованным. https://github.com/Develp10/Csharp_Roadmap/

👣 На Stepik обновили курс «Rust: полный курс разработчика. С нуля до профи» Представьте: через три месяца вы открываете чужой Rust-код и читаете его как книгу. Arc<Mutex<T>> не вызывает панику. impl Future не пугает. Вы точно знаете, почему компилятор ругается и как это починить за 10 секунд. Это не фантазия. Это результат 50 уроков, в которых каждая концепция объясняется через код и закрепляется практикой. Ownership, traits, generics, async, unsafe - всё, что казалось магией, станет рабочим инструментом. А бонусом - портфолио проектов: от CLI-утилит до REST API и WebAssembly. Вы и так знаете, что Rust - ваш следующий язык. Этот курс просто сделает это реальностью. Сегодня - 55% процентов от цены, торопись: https://stepik.org/a/269250/

🖥 Быстрый Linux-совет: один терминал вместо десятка окон Хочешь держать несколько терминальных сессий открытыми и не плодить кучу окон? Используй `tmux`. Он позволяет запускать отдельные сессии, делить терминал на панели, отключаться от работы и потом возвращаться к ней с того же места. Например, ты подключился к серверу, запустил долгий процесс и не хочешь потерять его при разрыве SSH. Создаешь сессию:

tmux new -s myserver

Отключаешься от нее - процесс продолжает работать. Потом можно посмотреть список сессий:

tmux ls

И вернуться обратно:

tmux attach -t myserver

tmux превращает один терминал в полноценное рабочее пространство. Сессии, окна, панели, detach, reattach - и ты больше не зависишь от одного открытого терминального окна. #linux #terminal #tmux #devops

Selectel работает — вы зарабатываете до 20% от чека клиентов Становитесь партнером ведущего независимого провайдера ИТ-инфраструктуры, рекомендуйте качественный сервис и получайте пассивный доход от реферальной программы. Партнером может стать как юридическое, так и физическое лицо. При регистрации в программе до 31 мая вы получите повышенную ставку 20% на 3 месяца. А после этого срока — от 10 до 15% от чека с ежемесячными выплаты без лимитов по сумме и сроку. Ваши рефералы будут довольны. В Selectel 50+ инфраструктурных продуктов, большой выбор комплектующих для серверов и бесплатная техподдержка. Регистрируйтесь в партнерской программе Selectel до 31 мая и получайте 20% от чека ваших рефералов первые 3 месяца: https://slc.tl/uzqv1 Реклама. АО "Селектел". erid:2W5zFHUVYRf

🖥 C# Roadmap: с нуля до профи Практическое руководство по росту в C#-разработке. Материал собран для тех, кто хочет получить инженерную глубину, а не просто накликать CRUD по туториалам. Здесь последовательность изучения, лучшие практики, ресурсы и трезвый разбор того, как работать с ИИ-инструментами и оставаться востребованным. https://github.com/Develp10/Csharp_Roadmap/

Kubernetes сам по себе ничего не решает. Сила появляется, когда начинаешь правильно его комбинировать Именно связки инструментов превращают кластер в полноценную платформу База, без которой никуда K8s + Docker даёт стандарт оркестрации контейнеров K8s + Terraform автоматизирует поднятие инфраструктуры K8s + Helm убирает боль с деплоем и версиями K8s + ArgoCD закрывает GitOps и делает релизы предсказуемыми Наблюдаемость и безопасность K8s + Prometheus + Grafana дают полный контроль над метриками K8s + Vault решает проблему секретов без костылей K8s + Cilium добавляет нормальную сетевую безопасность и observability K8s + OPA позволяет внедрить policy as code и контролировать всё на уровне кластера Трафик и масштабирование K8s + NGINX Ingress или Envoy дают контроль над L7 трафиком K8s + Istio превращает всё это в полноценный service mesh K8s + KEDA добавляет event-driven scaling, без ручного тюнинга AI и платформенная инженерия K8s + Ollama + KServe позволяют гонять LLM-инференс в проде K8s + Kubeflow закрывает ML пайплайны K8s + Crossplane делает из Kubernetes основу для platform engineering По факту Kubernetes это не инструмент, а каркас И то, во что он превратится, полностью зависит от того, какие связки ты соберёшь

🖥 На Stepik обновили курс «C# с нуля до профи» Представьте: через четыре месяца вы открываете чужой .NET-проект и читаете его как книгу. IServiceCollection не вызывает ступора. async Task<IActionResult> пишется на автомате. Вы точно знаете, почему EF Core сгенерировал именно такой SQL - и как переписать запрос, чтобы он летал. Это не фантазия. Это результат после 16 модулей, в которых каждая концепция объясняется через код и закрепляется практикой. ООП, SOLID, LINQ, async/await, DI, EF Core, ASP.NET Core, Docker, Kubernetes - всё, что казалось магией, станет рабочим инструментом. А бонусом - портфолио проектов: от CLI-утилит и REST API до собственного SaaS с multi-tenancy, JWT и деплоем в Kubernetes под TLS. Скидка - 58% доступна 48 часов: https://stepik.org/a/282984/

🚀 В Linux каждый процесс живёт в своей версии памяти. Два разных приложения могут одновременно использовать один и тот же адрес, например 0x555555..., но попадать при этом в совершенно разные места физической RAM. Почему так? Потому что процесс видит не настоящую физическую память, а virtual address space - виртуальное адресное пространство. Когда программа делает malloc, она получает адрес, который выглядит как обычный указатель:

int *x = malloc(sizeof(int));
*x = getpid();

printf("PID %d -> virtual address: %p -> value: %d\n",
       getpid(), (void*)x, *x);

Если запустить такую программу в двух терминалах, адрес может оказаться одинаковым. Но это не значит, что процессы пишут в одну и ту же память. Для каждого процесса ядро и MMU переводят виртуальные адреса в свои физические страницы. Один и тот же виртуальный адрес в процессе A может указывать на один участок RAM, а в процессе B - на другой. Именно поэтому процессы изолированы друг от друга. Программа думает: «Это моя память». На самом деле Linux говорит: «Это твоя иллюзия памяти. А куда она реально мапится - решаю я». Виртуальная память - одна из тех штук, без которых не было бы нормальной изоляции процессов, безопасного multitasking, shared libraries, fork, mmap и современного Linux в целом.

🧩 Визуализация памяти классов в Neovim classlayout.nvim позволяет увидеть, как компилятор размещает поля и выравнивание в структурах и классах C/C++. Просто наведите курсор на тип или переменную, и получите наглядное представление о распределении памяти. 🚀 Основные моменты: - Поддержка структур, классов, объединений и STL типов - Автоопределение флагов компилятора из compile_commands.json - Мгновенный доступ к кэшированным данным - Интеграция с clangd для разрешения типов 📌 GitHub: https://github.com/J-Cowsert/classlayout.nvim #lua

Ты лезешь в Kubernetes слишком рано K8s не сложный сам по себе. Он просто усиливает все твои слабые места. И если база хромает - ты будешь неделями дебажить «магические» проблемы, которые на деле банальны. Перед тем как трогать Kubernetes, закрой эти вещи: - Linux. Права, процессы, сеть. Если не понимаешь, что происходит в системе - дальше будет боль. - Git. Не просто commit и push, а нормальная работа с ветками, ребейзами и конфликтами. Это твоя повседневка в команде. - Docker. Умение собирать образы, уменьшать их, дебажить контейнеры. Kubernetes без этого - просто чёрный ящик. - Сети. DNS, порты, балансировка, HTTP vs HTTPS. Половина «проблем Kubernetes» - это на самом деле сеть. - CI/CD. Любая нормальная система живёт через пайплайны. Build, test, deploy - всё должно быть автоматом. - Облака. Базовое понимание AWS, GCP или Azure. Если ты не знаешь, как работает compute и IAM - EKS тебя сломает. - Мышление дебага. Логи, метрики, потом гипотезы. Не наоборот. Это главный скилл, который отличает инженера от новичка. Kubernetes - это не старт. Это множитель. Если база слабая - он умножит хаос. Если сильная - даст кратный рост. Что бы ты ещё добавил?

🖥 Linux под капотом: как mknod превращает железо в файлы и почему это магия номер 133 Принцип "всё есть файл" в Linux часто звучит как маркетинговый слоган, хотя на самом деле это базовое инженерное решение, на котором держится вся система. Жёсткий диск /dev/sda, терминал /dev/tty и даже мышка открываются и читаются точно так же, как обычный текстовый файл. Возникает закономерный вопрос: каким образом физическая железка вообще оказывается в файловой системе? Вся магия упирается в один привилегированный системный вызов: mknod. На архитектуре x86_64 у него номер 133. Именно он создаёт специальный узел в файловой системе, и именно через него ядро понимает, какой драйвер должен обработать обращение к этому пути. В отличие от обычного файла, при вызове mknod никто не выделяет блоки на диске. Вместо хранения данных создаётся связка пути с парой чисел: major и minor. Major-номер указывает ядру на конкретный драйвер, а minor-номер уточняет конкретное устройство внутри этого драйвера. Считайте их координатами, по которым ядро бьёт в нужную точку без поиска. Именно поэтому команда cat /dev/urandom не читает никаких байт с накопителя. Файловая система видит специальный узел, перенаправляет запрос в генератор случайных чисел ядра, и вы получаете бесконечный поток энтропии. На диске при этом не лежит ровным счётом ничего. Поскольку создание такого узла фактически даёт прямой доступ к драйверу ядра, вызов требует capability CAP_MKNOD. Без прав процесс получит EPERM и быстро поймёт, что раздавать доступ к железу от имени обычного пользователя ядро не собирается. Это дополнительный барьер безопасности поверх обычных прав на файлы. Ниже пример на C, который полностью клонирует /dev/null. Major-номер 1 в ядре зарезервирован под memory devices, а minor-номер 3 указывает именно на null. Запускать нужно от root.

#include <sys/types.h>
#include <sys/stat.h>
#include <sys/sysmacros.h>
#include <stdio.h>

int main(void) {
    // 1 = major number for memory devices
    // 3 = minor number for the null device
    dev_t dev = makedev(1, 3);

    // S_IFCHR creates a character device file
    if (mknod("my_null", S_IFCHR | 0666, dev) == -1) {
        perror("mknod failed (try running with sudo)");
        return 1;
    }

    printf("Successfully created my_null!\n");
    return 0;
}

После компиляции и запуска появится файл my_null, который ведёт себя как исходный /dev/null. Любой вывод, перенаправленный в этот файл, попадёт в тот же самый null-драйвер ядра. Различий в поведении по сравнению с системным /dev/null не будет вообще. Такой пример хорошо показывает, почему инженеры Unix в своё время свели работу с железом к файловым операциям. Вместо десятков разных API для дисков, терминалов и сети программист получает единый интерфейс read, write, open и close. А вся сложная матчасть по маршрутизации запросов прячется внутри mknod и пары major/minor.