DevOps

🐧 Используй отдельный "чистый" shell для проверки окружения — через env -i

Очень много проблем в DevOps вызывает грязное окружение:
скрытые alias, неожиданные переменные, PATH переписанный старыми скриптами, остатки от предыдущих установок, глобальные переменные из .bashrc и .profile.

Из-за этого сервис может работать у одного инженера, но падать у другого.

Фокус:
проверяй, как команда ведёт себя в идеально чистой среде, где нет ничего лишнего.

💡 Команда

env -i bash --noprofile --norc


Это запускает абсолютно пустую среду, без:

- переменных
- alias
- функций
- настроек шелла
- кастомного PATH

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

🧠 Когда это нереально помогает

- "У меня всё работает, а у другого инженера нет"
- Сервис запускается в контейнере, но не работает локально
- PATH перепутан между системными и кастомными бинарями
- Переменные окружения конфликтуют между собой
- Стартовые скрипты ломают окружение

⚡ Бонус

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

env -i PATH=/usr/bin:/bin HOME="$HOME" bash --noprofile --norc

⚡️ Kubernetes Namespaces: базовое разделение ресурсов в кластере

Namespaces в Kubernetes используются для логического разбиения кластера и изоляции ресурсов между командами, проектами и средами.

Что такое Namespaces
- Представляют собой «виртуальные кластеры» внутри одного физического.
- Группируют Pods, Services, Deployments, ConfigMaps и другие объекты.
- Полезны для multi-team, multi-project и multi-environment конфигураций.

Зачем они нужны
- Упорядочивают ресурсы и уменьшают хаос в большом кластере.
- Исключают конфликты имён — одинаковые ресурсы могут существовать в разных пространствах.
- Обеспечивают изоляцию команд и повышают безопасность.
- Позволяют держать dev/staging/prod в одном кластере без пересечений.

Стандартные Namespaces
- default — используется, если не указан другой; размещает обычные рабочие нагрузки.
- kube-system — системные компоненты (CoreDNS, kube-proxy).
- kube-public — доступен всем, включая неаутентифицированных пользователей; хранит публичную информацию.
- kube-node-lease — хранит heartbeat-объекты для узлов, повышая производительность контроля состояния.

Работа с Namespaces
- Создание — через YAML или kubectl, используется для группировки и изоляции ресурсов.
- Переключение контекста — позволяет работать в нужном namespace без постоянного указания -n.
- Удаление — очищает пространство вместе со всеми объектами, удобно для сброса окружения.

Типовые use cases
- Разделение окружений: dev/test/prod.
- Изоляция команд.
- Ограничение потребления ресурсов с помощью quotas.
- Границы безопасности через NetworkPolicies.

Resource Quotas
- Ограничивают CPU, RAM и количество объектов внутри namespace.
- Защищают кластер от «пожирания» ресурсов одной командой или сервисом.

Network Policies
- Контролируют сетевой трафик между namespace'ами.
- Используются для разграничения изоляции в multi-tenant конфигурациях.

Best practices
- Разводить окружения по отдельным namespaces.
- Не размещать рабочие нагрузки в kube-system.
- Настраивать RBAC на уровне namespace.
- Использовать понятные naming-conventions.
- Добавлять quotas в общих кластерах.

📎 Полное руководство по Kubernetes: https://codewithdhanian.gumroad.com/l/jwjls

⚙️ Полезный Linux-совет: быстро найти, что занимает диск

Когда место на сервере внезапно заканчивается, большинство начинают вручную копать по папкам. Но есть команда, которая сразу покажет, что съедает пространство.

Используй:

du -h --max-depth=1 | sort -h

- du — показывает размер директорий
- -h — вывод в человекочитаемом формате (GB/MB)
- --max-depth=1 — только текущий уровень вложенности
- sort -h — сортировка по размеру

Хочешь сразу смотреть за корень ФС?

sudo du -h / --max-depth=1 | sort -h

Так моментально видно, где «раздулось» — логи, кеши, временные файлы или база данных.

Сэкономишь кучу времени на поиске виновника переполненного диска.

⚡️ Быстрый Linux-совет

Хочешь узнать, как давно работает процесс?
Используй колонку etime в команде ps - она показывает, сколько времени прошло с момента запуска процесса.

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

1. Посмотреть, сколько памяти ест процесс:  
   Узнаешь, какие процессы расходуют больше всего RAM.  

   ps aux --sort=-%mem | head  


2. Показать загрузку CPU по процессам:
   Помогает найти самые прожорливые по вычислениям задачи.  

   ps -eo pid,comm,%cpu --sort=-%cpu | head  


3. Показать аптайм всех процессов с временем запуска:

   ps -eo pid,comm,etime,lstart --sort=etime  


4. Посмотреть дерево процессов (кто кого запустил):

   ps --forest -eo pid,ppid,cmd  


5. Найти процессы по ключевому слову: 

   ps -ef | grep python  


6. Следить за процессом в реальном времени:

   top -p <PID>

Сенатор Марк Уорнер предупреждает: в ближайшие годы безработица среди недавних выпускников колледжей в США может вырасти до 25%.

Причина - ИИ, который начинает вытеснять рабочие места быстрее, чем экономика успевает создавать новые.

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

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

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

ИИ больше не «будущее». Его последствия уже начинают менять рынок труда прямо сейчас.

💡 Хитрый DevOps-совет по Linux

Если нужно быстро понять, почему контейнер или сервис «жрёт» память, не полагайтесь только на top или htop - они показывают *виртуальную* память, которая может вводить в заблуждение.

Используй настоящий источник правды:

cat /proc/<PID>/smaps_rollup

Он покажет:
- реальное потребление RSS;
- приватные и анонимные страницы;
- сколько памяти действительно удерживает процесс.

Почему это полезно:
- можно мгновенно увидеть, растёт ли именно приватная память (утечки),
- или это просто shared-страницы, которые процесс почти не удерживает.

⚡️ Nano Banana Pro в LMArena.

Еще одно место, где можно бесплатно попробовать топовую модель.

LMArena добавила в список моделей Nano Banana Pro, у них она называется gemini-3-pro-image-review(nano-banana-pro) .

Выбор модели доступен в режимах Direct Chat (генерация на одной выбранной модели) и Side-by-Side (генерация на 2-х выбранных моделях для сравнения результата).

Поддерживается как text-to-image, так и загрузка рефересных картинок.

Единственный минус - нет выбора разрешения (1К, 2K или 4K) и соотношения сторон.

Про лимиты на количество запусков информации нет, запускайте, пока запускается.

🔜 Пробуем лучшую модель тут

@ai_machinelearning_big_data

Костыли наглядно

26 сентября Cloudflare объявляет, что переписали критические компоненты на Rust с безопасной моделью работы с памятью. Обновление подаётся как «быстрее и безопаснее» благодаря Rust: https://blog.cloudflare.com/20-percent-internet-upgrade/


Проходит 53 дня.
18 ноября у Cloudflare случается крупный сбой, который положил значительную часть Интернета — из-за ошибки в том самом Rust-коде.

Вывод не в том, что Rust «плохой», а в том, что никакой язык не спасает от логических багов, ошибок в архитектуре и недооценки сложных сценариев отказоустойчивости. Без нормального тестирования, chaos-инжиниринга и анализа отказов даже самый «безопасный» стэк может уронить полсети.

https://blog.cloudflare.com/18-november-2025-outage/

⚡️ Команда Google Research представила технологию живого перевода речи в речь, которая позволяет говорить на одном языке и почти мгновенно слышать перевод на другом.

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

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

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

https://research.google/blog/real-time-speech-to-speech-translation

@ai_machinelearning_big_data

#Google #AI #Translation #SpeechToSpeech #GoogleResearch

Изучаем Python, Docker, Git и выходим в DevOps с абсолютного нуля — нашли огромную библиотеку с сотнями подробных материалов.

• Сильная теоретическая база: язык программирования, сети, базы данных, система контроля версий.
• Короткие, но насыщенные уроки — учись по дороге на работу, в обед или во время короткого перерыва.
• Много практики — закрепишь навыки, соберёшь проекты и усилишь своё портфолио.
• Всё объясняется пошагово, простым языком — подойдёт даже тем, кто только сегодня услышал слово «программирование».

https://kodekloud.com/studio/labs

⚡️ LOAD BALANCING IN SYSTEM DESIGN

Load Balancing - это распределение входящего трафика между несколькими серверами, чтобы ни один из них не перегружался. Это повышает доступность, стабильность и скорость работы системы.

Зачем нужен Load Balancing

- Предотвращает перегрузку серверов
- Обеспечивает высокую доступность
- Даёт отказоустойчивость при сбоях
- Улучшает время отклика
- Позволяет масштабировать систему горизонтально

Как это работает

Клиент → Load Balancer → активный рабочий сервер.
Load Balancer следит за состоянием серверов и отправляет запросы только на здоровые узлы.

Если сервер выходит из строя — трафик автоматически уходит на другие сервера.
Используется для веб-серверов, приложений, микросервисов и даже баз данных.

Типы Load Balancers

- Аппаратные — физические устройства в крупных компаниях
- Программные — Nginx, HAProxy, Envoy
- Облачные — AWS ELB, Google Cloud LB, Azure Load Balancer

Алгоритмы распределения трафика

- Round Robin — по кругу
- Least Connections — на сервер с минимальным числом активных подключений
- IP Hash — сервер выбирается на основе IP клиента
- Weighted Round Robin — учитывает веса серверов
- Random — случайное распределение запросов

Health Checks

Load Balancer проверяет:
- статус сервера
- нагрузку на CPU
- нагрузку на память
- доступность сети

Нездоровые серверы исключаются из пула автоматически.

Local vs Global Load Balancing

- Local — внутри одного дата-центра или региона
- Global — выбор ближайшего или самого стабильного региона

Load Balancing в микросервисах

- Каждый сервис может иметь много экземпляров
- Load Balancer направляет трафик в нужный инстанс
- Работает вместе с API Gateway и Service Discovery

Преимущества

- Надёжность
- Быстрее обработка запросов
- Без простоя при обновлениях
- Переживает резкие скачки нагрузки
- Работает с авто-масштабированием

⚡️ Дорожная карта DevOps-инженера: от Middle до Advanced

DevOps-инженер объединяет навыки администрирования, разработки и автоматизации для ускорения выпуска качественных продуктов. Ниже представлена структурированная дорожная карта с основными темами (от базовых к продвинутым), пояснениями и ресурсами для каждого этапа.

📘 Читать

🚀 Kubernetes в DevOps: оркестрация контейнеров на продвинутом уровне

✓ Введение в Kubernetes
Kubernetes (K8s) - это открытая платформа для оркестрации контейнеров, которая автоматизирует деплой, масштабирование и управление контейнеризированными приложениями.
Он обеспечивает стабильную работу сервисов на кластере серверов и является ключевым навыком для DevOps-инженеров.

✓ Почему Kubernetes важен в DevOps
• Автоматизирует деплой и масштабирование
• Эффективно распределяет ресурсы по узлам
• Обеспечивает высокую доступность через self-healing
• Минимизирует простои благодаря rolling-обновлениям
• Стандартизирует поставку приложений между окружениями

✓ Основные компоненты Kubernetes
• Pod — минимальная единица с одним или несколькими контейнерами
• Node — рабочая машина, где запускаются поды
• Cluster — группа узлов под управлением K8s
• Deployment — описание желаемого состояния и числа реплик
• Service — стабильная внутренняя/внешняя сеть для Pod
• ConfigMap / Secret — хранение конфигурации и секретов
• Ingress — внешний HTTP/HTTPS доступ
• Namespace — логическая изоляция и организация workloads

✓ Workflow Kubernetes в DevOps
• Приложения упаковываются в Docker
• YAML-манифесты описывают деплойменты, сервисы и конфигурацию
• Kubernetes автоматически размещает поды на узлах
• Масштабирование через HPA
• Мониторинг — Prometheus + Grafana
• Система сама восстанавливает рабочее состояние при сбоях

✓ Стратегии деплоя в Kubernetes
• Rolling Updates — постепенная замена подов
• Blue-Green Deployment — переключение трафика между двумя окружениями
• Canary Deployment — откат контролируемых изменений на небольшой доле пользователей

✓ Преимущества Kubernetes для DevOps
• Быстрые релизы
• Единая логика окружений dev → staging → prod
• Эффективное масштабирование под нагрузкой
• Меньше рисков из-за автоматического восстановления
• Декларативная конфигурация упрощает повторяемость деплоев

✓ Экосистема Kubernetes
• Helm — пакетный менеджер для K8s
• ArgoCD / Flux — GitOps-деплой
• Kustomize — управление конфигурациями без шаблонов
• Istio / Linkerd — сервис-меш для безопасности и маршрутизации

✓ Для DevOps-инженеров
• Kubernetes стал стандартом для микросервисов на больших масштабах
• Важно владеть YAML, сетями, сервисами, деплойментами и операциями кластера
• Интеграция K8s в CI/CD ускоряет релизы и повышает надежность

Дорожная карта DevOps-инженера: от Middle до Advanced: https://uproger.com/dorozhnaya-karta-devops-inzhenera-ot-middle-do-advanced/