DevOps

✔️Новый “Iceberg Index” от MIT показывает: современный ИИ уже технически способен выполнять работу, эквивалентную 11.7% всей зарплатной массы США - это около $1.2 трлн. И это далеко больше, чем та малая «верхушка айсберга», которую мы видим сейчас в сфере IT. Исследователи смоделировали 151 млн работников и 32 000 навыков, чтобы понять, где именно ИИ может заменить или усилить человека. Такой подход даёт раннее предупреждение — и политикам, и компаниям — о том, где начнётся реальное перераспределение труда и рост производительности. Что важно: - ИИ сегодня уже способен закрывать задачи на сумму 11.7% U.S. wage bill - примерно $1.2 трлн в год. - Видимая экспозиция ИИ в технологиях и вычислениях - лишь 2.2% зарплатной стоимости, около $211 млрд. То есть мы наблюдаем только пятую часть того, на что ИИ реально способен. Мы обсуждаем ИИ в контексте увольнений, но забываем, что настоящие сдвиги — гораздо глубже. https://www.cnbc.com/2025/11/26/mit-study-finds-ai-can-already-replace-11point7percent-of-us-workforce.html

🐧 Используй отдельный "чистый" 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