DevOps


Гео и язык канала: Россия, Русский
Категория: Технологии



Гео и язык канала
Россия, Русский
Категория
Технологии
Статистика

DevOps Interview 2026 - шпаргалка-курс для подготовки к собеседованию

Всё, что спрашивают на собеседованиях DevOps / SRE / Platform Engineer в 2026 году — в одном репозитории. Короткая теория, команды, типовые вопросы с ответами, задачи live-coding и «ловушки» интервьюеров.

https://github.com/justxor/devops-interview-2026


Видео недоступно для предпросмотра
Смотреть в Max
Почему Bluetooth-наушники звучат хуже, когда включаешь микрофон? A2DP vs HFP

Музыка играла в стерео, но после входа в Discord звук стал как из телефона? Когда компьютер использует микрофон Bluetooth-гарнитуры, он может переключиться с музыкального режима A2DP на разговорный HFP. В ролике с Джотаро разбираем, почему пропадает объём звука и как его вернуть: выбрать отдельный микрофон, а наушники оставить для вывода.

https://youtube.com/shorts/JbkX3ZVYZDE?feature=share

#Bluetooth #A2DP #HFP #JoJo


🗺️ Полный роадмап C++ 2026 — от нуля до профессионала

Это не просто список тем, а пошаговый маршрут превращения новичка в профессионального C++-разработчика. Каждый уровень даёт не только перечень концепций, но и рабочие примеры кода с пояснениями «как правильно» и «как неправильно», чтобы вы сразу видели идиоматичный современный C++, а не устаревшие практики из учебников 2000-х годов.

Роадмап построен по принципу «теория рядом с практикой»: сначала вы изучаете концепцию на коде из соответствующего уровня, а затем углубляете понимание в разделе.

 📚 Теория C++, где каждая тема разобрана от базовой интуиции до тонкостей, важных на собеседованиях и в продакшене. Такой подход экономит месяцы: вы не зубрите оторванные факты, а понимаете, почему язык устроен именно так.

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

https://github.com/justxor/cpproadmap2026/tree/main


🔥 Хочешь быстрее расти в IT? Хватит учиться в одиночку

В IT прокачивается тот, кто каждый день видит сильные идеи, новые инструменты, реальные задачи, вакансии и разборы.

Окружение решает больше, чем кажется.

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

AI: t.me/ai_machinelearning_big_data
Python: t.me/pythonl
Linux: t.me/linuxacademiya
Хакинг: t.me/linuxkalii
DevOps: t.me/DevOPSitsec
Docker: t.me/DevopsDocker
Golang: t.me/Golang_google
Rust: t.me/rust_code
C++: t.me/cpluspluc
C#: t.me/csharp_1001_notes
Java: t.me/java_library
JavaScript: t.me/javascriptv
React: t.me/react_tg
Frontend: t.me/front
PHP: t.me/phpshka
Android: t.me/android_its
Мобильная разработка: t.me/mobdevelop
Базы данных: t.me/sqlhub
Data Science: t.me/data_analysis_ml
Big Data: t.me/bigdatai
Математика: t.me/data_math
Физика: t.me/fizmat
Kubernetes: t.me/kubernetc
GameDev: https://t.me/gamedev
Haskell: t.me/haskell_tg

Собеседования и карь
ера:

DS собеседования: t.me/machinelearning_interview
Python собеседования: t.me/python_job_interview

Папка с вакансиями: t.me/addlist/_zyy_jQ_QUsyM2Vi
Папка Go разработчика: t.me/addlist/MUtJEeJSxeY2YTFi
Папка Python разработчика: t.me/addlist/eEPya-HF6mkxMGIy
Папка ML: https://t.me/addlist/2Ls-snqEeytkMDgy
Папка Frontend: https://t.me/addlist/mzMMG3RPZhY2M2Iy

Полезное
сверху:

ИТ-мемы: t.me/memes_prog
Английский для программистов: t.me/english_forprogrammers
ИИ и технологии: t.me/vistehno
954 ГБ open-source курсов: @courses
ИТ-книги бесплатно: https://t.me/addlist/BkskQciUW_FhNjEy

Max Ai:
https://max.ru/ai_machinelearning_big_data
Max python: https://max.ru/pythonl
ТЕХНО: https://max.ru/vistehno
Max Go: https://max.ru/Golang_google
 
Max Linux: https://max.ru/linuxkalii
 
Devops:
https://max.ru/DevOPSitsec
C#: https://max.ru/csharp_ci
C++: https://max.ru/cpluspluc
SQL: https://max.ru/sqlhub
Java: https://max.ru/javatg

Подписывайся на нужные направления и собирай себе ленту, которая реально двигает вперёд.

Пока кто-то листает шум, ты будешь видеть инструменты, задачи и идеи, которые помогают расти в профессии.


✔️ curl - один из самых недооценённых проектов в истории софта.
Первый релиз вышел 20 марта 1998 года. Его запустил один разработчик - Daniel Stenberg.

Прошло больше 27 лет, а он всё ещё поддерживает проект.
Сегодня curl работает на миллиардах устройств и поставляется почти везде:
* macOS
* основные Linux-дистрибутивы
* Windows 10 и новее
* серверы
* контейнеры
* embedded-системы
* CI/CD пайплайны
Ирония в том, что многие пользуются curl каждый день, даже не думая об этом.

Одна маленькая CLI-утилита стала невидимой инфраструктурой интернета.
Вот так выглядит настоящий open source: без хайпа, без миллиардных раундов, но с кодом, который держит половину мира.



В России можно посещать IT-мероприятия хоть каждый день: как оффлайн, так и онлайн

Но где их находить? Как узнавать о них раньше, чем когда все начнут выкладывать фотографии оттуда?


Переходите на канал IT-Мероприятия России. В нём каждый день анонсируются мероприятия со всех городов России

📆 в канале размещаются как онлайн, так и оффлайн мероприятия;
👩‍💻 можно найти ивенты по любому стеку: программирование, frontend-backend разработка, кибербезопасность, дата-аналитика, osint, devops и другие;
🎙 разнообразные форматы мероприятий: митапы с коллегами по цеху, конференции и вебинары с известными опытными специалистами, форумы и олимпиады от важных представителей индустрии и многое другое

А чтобы не искать по разным форумам и чатам новости о предстоящих ивентах:

🚀 IT-мероприятия России — подписывайся и будь в курсе всех предстоящих мероприятий!


Репост из: Golang
Видео недоступно для предпросмотра
Смотреть в Max
🖥 Обито учит контейнеризации.
Контейнер - это отдельное измерение для приложения.
Запускаешь сервис через Docker — и он не ломает основную систему.

Хочешь понять, что происходит внутри?
Смотри логи и заходи в контейнер через shell.
Если сервисов несколько, используй Docker Compose.
Одна команда поднимает приложение, базу данных и кеш.
А важные данные храни в volume.
Контейнер можно удалить, но данные должны остаться.
И не забывай чистить Docker.
Лишние контейнеры и образы быстро превращают систему в хаос.

Настоящий шиноби не запускает хаос.
Он изолирует его.


Linux tip: когда процесс завис, не убивайте его вслепую
Если процесс завис, не обязательно сразу делать kill -9 и гадать, что там произошло.
Можно подключиться к нему через strace и посмотреть в реальном времени, на каком системном вызове он застрял.
Команда:
strace -p -e trace=read,write,open
Что это даёт:
видно, читает ли процесс данные
видно, пишет ли он куда-то
видно, какие файлы открывает
можно понять, ждёт ли он stdin, файл, сокет или pipe
не нужно менять код
не нужно перезапускать сервис
Например, если программа «висит», strace может показать, что она просто ждёт read() из file descriptor. То есть проблема не в CPU, не в deadlock и не в магии Linux, а в том, что процесс ждёт ввод.
Это особенно полезно в проде, когда нельзя просто взять и перезапустить сервис ради эксперимента.
Базовый сценарий:
pidof my_process
sudo strace -p -e trace=read,write
И дальше вы видите, чем процесс реально занят.
strace - один из тех инструментов, которые превращают «оно зависло» в нормальный технический диагноз.


Репост из: Kali Linux
Pointer tagging: как рантаймы прячут данные прямо внутри указателя

В x86-64 Linux пользовательские процессы обычно используют не все 64 бита адреса. На практике адреса занимают около 48 бит, а верхние биты часто остаются свободными.
И вот тут начинается низкоуровневая магия.
Некоторые рантаймы кладут в эти верхние биты служебную информацию: тип объекта, флаги, состояние GC, короткий идентификатор или другой metadata-tag. Перед разыменованием указатель очищается маской, и процессор снова видит обычный валидный адрес.
Это называется pointer tagging.
Зачем это нужно:
- можно хранить метаданные без отдельной структуры
- меньше аллокаций
- лучше cache locality
- быстрее проверка типа или состояния объекта
- меньше overhead в рантайме

Такой подход используют Lisp-рантаймы, garbage collectors, JavaScript-движки и VM, где каждый байт и каждый лишний переход по памяти имеют значение.

Идея простая: если часть битов в указателе всё равно не участвует в адресации, почему бы не заставить их работать.


Netflix, Wikipedia, Airbnb, Dropbox, WordPress - огромная часть интернета держится на веб-сервере, который когда-то в одиночку написал скромный русский инженер.

Бесплатно. В свободное время. Без громкого запуска и маркетинговой машины.

Знакомьтесь: Игорь Сысоев - создатель nginx.

В 2000 году он пришёл в Rambler системным администратором. Через пару лет начал писать собственный веб-сервер, потому что главный сервер той эпохи, Apache, плохо справлялся с большим числом одновременных подключений.

Цель звучала почти безумно для того времени: держать 10 000 соединений на одной машине.

В 2004 году nginx вышел публично. Бесплатно и как open source.

Дальше всё пошло без хайпа, но очень быстро: - к 2008 году nginx в Rambler обслуживал около 500 млн запросов в день - в 2011 году Сысоев вместе с Максимом Коноваловым основал Nginx Inc. - в 2013 году Netflix использовал nginx, чтобы разогнать свой streaming CDN до 40 Gbps на сервер - в 2019 году F5 купила Nginx Inc. за $670 млн - в 2021 году nginx обогнал Apache и стал самым популярным веб-сервером в мире

Сегодня nginx стоит за Netflix, Wikipedia, Airbnb, Dropbox, Cloudflare, WordPress и огромным количеством сайтов, которые вы открываете каждый день.

Самое сильное в этой истории не только масштаб.

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

Просто была инженерная проблема.

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

Вот это настоящий тихий хай-тек.


Доктор, меня буллит ИИ


Влетаем в любую ИИ-профессию без дорогущих курсов — гении собрали огромный репозиторий со всей базой по теме, которая поможет вам получить оффер мечты.
• Есть все: курсы, профессиональные статьи, ресерчи, диссертации и блоги, за которым можно следить.
• Подробный роадмап всего обучения — вы точно не свернете не туда.
• Множество материалов для изучения отдельно ИИ-агентов.
• Реальные кейсы использования ИИ в бизнесе, которые принесли компаниям большие деньги.
• Куча практики.
• Десятки гайдов по прохождению собеседований на все ИИ-профессии, с самыми популярными вопросами и задачами.
https://github.com/viveknaskar/everything-ai-ml


Prometheus на пальцах: как устроен главный инструмент мониторинга 🔍
Разбираем архитектуру Prometheus без лишней теории - только суть:
1. Discovery & Retrieval
Автоматически находит сервисы (например, в Kubernetes) и начинает собирать с них метрики.
2. Prometheus Server
Главный мозг системы - ходит по таргетам, собирает данные, обрабатывает и управляет хранением.
3. TSDB
Встроенная time-series база, где лежат все метрики - быстро отвечает как на realtime, так и на исторические запросы.
4. Pushgateway
Нужен для короткоживущих задач - они пушат метрики перед завершением.
5. Exporters
Адаптеры для сторонних систем - превращают их метрики в понятный для Prometheus формат.
6. Alertmanager
Следит за правилами и шлёт алерты в Slack, почту и другие каналы.
7. PromQL + Grafana
Пишешь запросы, строишь графики, собираешь дашборды.
Итог простой:
Prometheus - это стандарт де-факто для мониторинга распределённых систем и cloud-native инфраструктуры.
Исходники и разбор:
https://github.com/iam-veeramalla/observability-zero-to-hero/tree/main/day-2




Apple за сутки сделала целых ДВА исключения для россиян:
— Теперь регион можно сменить даже с активными подписками и без привязанной карты. Раньше всё сначала нужно было отменить или дождаться окончания. Сейчас же из ограничений только ненулевой баланс. 
— А еще Apple не будет удалять фото и видео с iCloud даже если у тебя закончится подписка. Так что все ваши фото счетчиков никуда не пропадут. https://kod.ru/exclusive-apple-region


Oracle массово режет штат - до 30 000 человек за один день.
По разным оценкам уволили от 10 000 до 30 000 сотрудников 
Письма пришли в 6 утра - без предупреждений от менеджеров и HR • День получения письма сразу стал последним рабочим днём • В отдельных командах сокращения доходят до 30%+
Формулировка классическая: «организационные изменения»
Компани перераспределяет деньги в ИИ и облачную инфраструктуру.
В 2025 компания столкнулась с резким ростом расходов • Огромный кассовый разрыв из-за инвестиций в инфраструктуру •
Аналитики оценивают экономию от сокращений в $8–10 млрд Но есть нюанс:Даже если все деньги уйдут в ИИ, окупаемость ожидается только к 2030 году
Ирония 2026:Мы думали, нас заменит ИИ, потому что он умнее и дешевле А оказалось - нас увольняют, потому что он слишком дорогой и пока ещё не настолько эффективны.
https://vc.ru/ai/2844412-oracle-uvolila-do-30000-sotrudnikov-iz-za-investitsiy-v-ii


Хотите крутую АВТОБИОГРАФИЮ с помощью нейронки — чувак сделал сервис, который круче любого фотоальбома и магнитиков поможет запечатлеть вашу жизнь.
Работает как личная Википедия: загружаете фото, музыку и другие моменты о себе, а ИИ-агенты собирают полноценный рассказ о вас. Проект полностью опенсорсный и работает локально: https://whoami.wiki/


🚀 Docker сборка: ускорение с 3 минут → до 20 секунд
Маленькое изменение, которое даёт огромный буст 👇
При работе с Docker была проблема:  
даже небольшое изменение кода запускало полную пересборку образа.
Причина - Docker Layer Caching
Каждая инструкция в Dockerfile создаёт слой.  
Если слой не изменился - Docker берёт его из кэша.
💡 Ошибка:
Копировал весь код до установки зависимостей
В итоге:
любое изменение кода → ломает кэш →  
зависимости устанавливаются заново каждый раз
🔧 Фикс:
✔ Сначала копируй файлы зависимостей  
✔ Устанавливай зависимости (кэшируется)  
✔ Только потом копируй основной код  
📉 Результат:
Сборка:  
~3 минуты → ~20 секунд  
Пересобираются только изменённые слои  
Остальное берётся из кэша
💡 Почему это важно:
В CI/CD:
- медленные билды = медленные деплои  
- лишние пересборки = лишние деньги  
Маленькое изменение в Dockerfile  
→ огромный эффект в реальных проектах


Архитектура Docker, если убрать лишнее, выглядит очень просто:
Есть образ (image) - это слепок приложения с зависимостями.
Один раз собрал - запускаешь где угодно.
Есть контейнер (container) - это уже запущенный образ.
По сути изолированный процесс с файловой системой, сетью и настройками.
Docker Engine - сердце всей системы.
Он принимает команды через CLI/API и управляет контейнерами.
Docker Daemon - фоновый процесс, который:
• создаёт контейнеры
• запускает их
• следит за состоянием
Docker Client - то, через что ты работаешь (docker CLI).
Docker Hub / Registry - место, где хранятся образы.
Оттуда ты делаешь pull, туда - push.
Как это работает в реальности:
Ты пишешь Dockerfile →
docker build → получаешь image
docker push → отправляешь в registry
На сервере:
docker pull → скачал
docker run → запустил контейнер
Зачем это:
Одинаковая среда везде (dev = prod)
быстрый деплой без «у меня работает»
изоляция сервисов
масштабирование через контейнеры
Если упростить до одной мысли:
Docker - это не про контейнеры.
Это про предсказуемый запуск кода в любой среде.
https://uproger.com/arhitektura-docker-prosto-o-glavnom-kak-eto-rabotaet-na-samom-dele/


Репост из: Golang
🚀 9 стратегий деплоя, которые реально используют в DevOps
Современные команды выбирают стратегию релиза не «по привычке», а исходя из риска, бюджета и требований к uptime.
Вот база, которую нужно понимать:
1⃣ Recreate Deployment  
Старую версию полностью останавливают, потом запускают новую  
➝ Плюсы: просто, нет конфликтов  
➝ Минусы: есть downtime  
➝ Когда использовать: внутренние сервисы, простые системы  
2⃣ Rolling Deployment  
Обновление происходит постепенно, по инстансам  
➝ Плюсы: без даунтайма, плавный rollout  
➝ Минусы: одновременно работают разные версии  
➝ Где используется: Kubernetes, Docker  
3⃣ Blue-Green Deployment  
Два окружения: старое (Blue) и новое (Green)  
Переключение трафика происходит мгновенно  
➝ Плюсы: быстрый rollback, безопасный релиз  
➝ Минусы: дорого, сложнее с базой  
4⃣ Canary Deployment  
Сначала выкатываешь на небольшой % пользователей  
➝ Плюсы: раннее обнаружение проблем  
➝ Минусы: сложная маршрутизация и мониторинг  
➝ Используют: Google, Netflix  
5⃣ Shadow Deployment  
Продакшн-трафик дублируется на новую версию  
➝ Плюсы: тест на реальных данных без риска  
➝ Минусы: дорого по ресурсам  
6⃣ A/B Testing  
Разным пользователям показываются разные версии  
➝ Плюсы: решения на основе данных  
➝ Минусы: сложная аналитика  
➝ Цель: метрики, конверсии, поведение  
7⃣ Feature Toggles (Flags)  
Функция уже в проде, но скрыта за флагом  
➝ Плюсы: мгновенное включение/выключение  
➝ Минусы: усложняет код  
8⃣ Immutable Deployment  
Не обновляешь сервер - создаёшь новый  
➝ Плюсы: стабильность, нет «дрейфа конфигурации»  
➝ Минусы: дольше и дороже  
9⃣ Serverless Deployment  
Код выполняется по запросу, без серверов  
➝ Плюсы: авто-скейлинг, платишь за использование  
➝ Минусы: cold start, зависимость от провайдера  
🧠 Вывод:
Нет «лучшей» стратегии  
Есть подходящая под твою систему  
- хочешь безопасность → Blue-Green / Canary  
- хочешь простоту → Rolling  
- хочешь контроль → Feature Flags

Показано 20 последних публикаций.