0️⃣ Калькулятор для сравнения облака и собственной инфраструктуры

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

InfraWise — открытый инструмент, который считает полную стоимость владения (TCO) для облачной и on-premise инфраструктуры.

Он учитывает больше 80 параметров: от стоимости электроэнергии и GPU до затрат на compliance: SOC 2, HIPAA, GDPR и человеческие ресурсы.

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

➡️ Посчитать затраты

С нашим курсом по Python не нужно считать затраты, потому что он со скидкой в 40% до конца октября!

🐸 Библиотека devops'a

#арсенал_инженера

🔄 Октябрьские релизы

Свежие версии решений для DevOps, Linux-дистрибутивов и инструментов разработки

— Bun 1.3

— Вышел Tino

— Tails 7.1

— Linux Mint Debian Edition 7

— KubeGUI 1.8

🐸 Библиотека devops'a

#дайджест_недели

🌐 Балансировка нагрузки в Nginx

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

• Round Robin

Запросы поступают на серверы по очереди. Это стандартный метод, который не требует дополнительных директив.

upstream backend {
    server 192.168.1.101;
    server 192.168.1.102;
}

• Least Connections

Новый запрос направляется на сервер с наименьшим количеством активных подключений. Nginx автоматически отслеживает нагрузку.

upstream backend {
    least_conn;
    server 192.168.1.101;
    server 192.168.1.102;
}

• IP Hash

Запросы от одного IP-адреса всегда попадают на один и тот же backend-сервер. Обеспечивает сохранение сессий без дополнительной синхронизации.

upstream backend {
    ip_hash;
    server 192.168.1.101;
    server 192.168.1.102;
}

• Weight

Более производительные серверы получают больше запросов пропорционально указанному весу.

upstream backend {
    server 192.168.1.101 weight=3;
    server 192.168.1.102 weight=1;
}

Совет: методы можно комбинировать с параметрами max_fails и fail_timeout для автоматического исключения недоступных серверов из балансировки.

🐸 Библиотека devops'a

#root@prompt

⚡️ GNOME 49.1

Команда GNOME выпустила версию 49.1. Это обновление сосредоточено исключительно на исправлении багов и не включает новых функций.

Даже сами разработчики характеризуют его как скучное обновление.

➡️ Источник

Чтобы обновления не были скучными багфиксами можно пройти наш интенсив по архитектуре и шаблонам проектирования. До конца октября со скидкой!

🐸 Библиотека devops'a

#пульс_индустрии

💻 В России появится Ассоциация облачно-ориентированных технологий

Yandex Cloud, VK Cloud и «Флант» создадут Ассоциацию облачно-ориентированных технологий (АОТ) — независимую платформу, которая будет развивать Cloud-native подходы и Kubernetes в России.

Ассоциация займётся формированием стандартов, поддержкой open source и объединением инженерного сообщества. Среди приоритетов — развитие DevOps-практик и популяризация Kubernetes.

➡️ Источник

Познакомиться с проектом можно будет уже 4 декабря на конференции Kuber Conf by АОТ, где можно будет узнать о миссии АОТ, познакомиться с командой и подать заявку на вступление.

🐸 Библиотека devops'a

#пульс_индустрии #kubernetes

🐸 Библиотека devops'a

#пятничный_деплой

🆚 /etc/hosts или /etc/resolv.conf

Оба отвечают за преобразование имён в IP-адреса, но работают по-разному.

/etc/hosts — локальная таблица

Это обычный текстовый файл со списком соответствий IP → имя хоста. Система проверяет его первой, ещё до обращения к DNS-серверам.

Формат:

127.0.0.1       localhost
192.168.1.10    myserver.local myserver
10.0.0.5        database.prod

Когда использовать:
- Нужно быстро переопределить адрес, например, направить домен на локальный сервер для тестирования
- Заблокировать нежелательный сайт через 127.0.0.1 ads.example.com
- В небольших сетях без DNS-сервера

Изменения применяются мгновенно, без перезапуска сервисов.

/etc/resolv.conf — настройки DNS

Этот файл указывает системе, к каким DNS-серверам обращаться для разрешения имён, которых нет в /etc/hosts.

Формат:

nameserver 8.8.8.8
nameserver 1.1.1.1
search company.local

Параметры:

nameserver — адрес DNS-сервера (можно указать несколько)
search — домен для автоподстановки, например, запрос server превратится в server.company.local
options — дополнительные настройки вроде таймаутов

Важно: многие современные системы генерируют этот файл автоматически через NetworkManager или systemd-resolved. Ручные правки могут быть перезаписаны.

🐸 Библиотека devops'a

#арсенал_инженера

🐕 Простой опенсорс-монитор статуса сервисов

WatchDoggo — Flask-приложение, которое мониторит статус сторонних сервисов и показывает их операционный статус в едином дашборде.

Почему стоит глянуть

• Скрипт запуска автоматически создаёт виртуальное окружение, ставит зависимости и запускает приложение. Три команды — и вы в деле:

git clone [email protected]:zyra-engineering-ltda/watch-doggo.git
cd watch-doggo && ./run.sh
# Dashboard на http://127.0.0.1:5000

• Поддержка нескольких адаптеров: StatusPage.io, пользовательский HTML и общие форматы API, плюс простой ping-адаптер.

• Конфиг — это просто JSON:

{
  "refresh_interval": 300,
  "timeout": 30,
  "services": [
    {
      "name": "github",
      "adapter": "statuspage_io",
      "url": "https://www.githubstatus.com/api/v2/status.json",
      "display_name": "GitHub",
      "category": "infrastructure"
    },
    {
      "name": "internal_api",
      "adapter": "ping",
      "url": "https://api.yourcompany.com/health",
      "display_name": "Internal API",
      "category": "backend"
    }
  ]
}

➡️ Попробовать WatchDoggo

🐸 Библиотека devops'a

#пульс_индустрии

У больших компаний десятки сервисов, сотни сотрудников и свои правила безопасности. Каждый новый аккаунт в облаке — это лишний пароль, риск и головная боль для IT-отдела. Чтобы от этого избавиться, мы реализовали федеративный вход в MWS Cloud Platform.

В новой статье рассказываем:

⏺️как работает федерация в MWS и причём здесь SSO;
⏺️почему мы выбрали модель syncless, а не синхронизацию пользователей;
⏺️как маппинг атрибутов позволяет гибко настраивать права доступа пользователей в MWS Cloud Platform;
⏺️зачем это бизнесу.

Федерация превращает облако в естественное продолжение вашей IT-инфраструктуры без лишних логинов и с полным доверием к вашему IdP.

⏩Читать статью

🤨 На одну вакансию теперь 2383 отклика

Рынок IT-специалистов в цифрах:

• Вакансий — минус 17%
• Резюме — плюс 25%

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

➡️ Узнать как там рынок

🐸 Библиотека devops'a

💥 Массовая поломка AWS

20 октября произошёл крупнейший сбой AWS в истории. Упали Netflix, Reddit, PlayStation, Amazon и ещё 2500+ сервисов по всему миру. Давайте разберём, что пошло не так и какие выводы должен сделать каждый DevOps.

Что сломалось

Проблема началась с неправильной настройкой DNS в регионе US-East-1. Это старейший и самый нагруженный дата-центр Amazon, через который проходит трафик банков, стартапов, стриминговых платформ и AI-систем.

Когда приложение обращается к базе данных, оно спрашивает у AWS: «Где мои данные?». В тот день AWS отвечал: «Не знаю». Один неправильный конфиг оборвал связь между приложениями и их базами данных.

Что делать DevOps-инженеру

Один DNS-конфиг не должен откатывать цивилизацию на 50 лет назад. Но откатил. Вот что нужно проверить в своей инфраструктуре:

• Не держите все яйца в US-East-1. Разносите критичные сервисы по регионам.

• Мониторинг внешних зависимостей — если AWS падает, вы должны узнать об этом раньше ваших пользователей.

• Graceful degradation — приложение должно уметь работать в режиме ограниченной функциональности, а не просто умирать.

• Проверка конфигов — внедрите code review для инфраструктурного кода. IaC тоже может содержать критичные ошибки.

Этот инцидент показал, что современный интернет слишком хрупкий и слишком зависим от одного провайдера. Если не начать диверсифицировать риски сейчас, следующий чих AWS может остановить весь мир.

🐸 Библиотека devops'a

#разбор_полётов

🖥 На чём работают девопсы

Каждому девопсу точно нужен компьютер. Кому-то хватит рабочей машинки терминал открыть, а кому-то нужна максимальная мощность за каждый рубль, вложенный в сборку.

💬 Какой у вас ПК? Или может лэптоп? Скидывайте свои модели и характеристики в комменты 👇

🐸 Библиотека devops'a

#холиварня

🐸 Библиотека devops'a

#пятничный_деплой

🔄 Что нового в мире виртуализации

VirtualBox обновился до версии 7.2.4. Давайте разберём, что интересного принёс этот релиз.

• Исправлен краш VirtualBox Manager при пробуждении хоста из режима сна.

• Исправлена проблема с множественными правилами проброса портов в NAT.

• Добавлена начальная поддержка ядра Linux 6.18.

• Дополнительные исправления для Guest Additions в RHEL 9.6 и 9.7.

• Исправлены проблемы с установкой Guest Additions в Windows XP SP2.

Иногда отсутствие сюрпризов — лучшая новость.

➡️ Release notes

Чтобы делать обновления без сюрпризов нужно быть продвинутым айтишником. Именно такие получаются после наших курсов. Но нужно успеть до 31 октября, ведь тогда закончатся скидки!

🐸 Библиотека devops'a

#пульс_индустрии

🧹 Kubernetes housekeeping

Kubernetes по умолчанию не удаляет завершённые поды автоматически. И это имеет смысл — логи можно посмотреть, причину падения изучить, отладить проблему.

Но когда таких подов сотни или тысячи, кластер превращается в свалку:

$ kubectl get pods -A | grep -E 'Completed|Error|Evicted' | wc -l
847

Как почистить кластер

Удалить все Completed поды:

kubectl get pods -A --field-selector=status.phase==Succeeded \
  -o json | jq -r '.items[] | "\(.metadata.namespace) \(.metadata.name)"' \
  | xargs -n2 bash -c 'kubectl delete pod -n $0 $1'

Или проще, если у вас kubectl 1.24+:

kubectl delete pods --all-namespaces \
  --field-selector=status.phase==Succeeded

Удалить все Failed поды:

kubectl delete pods --all-namespaces \
  --field-selector=status.phase==Failed

Удалить Evicted поды
Тут хитрее, потому что Evicted — это не phase, а reason:

kubectl get pods -A -o json | \
  jq -r '.items[] | select(.status.reason=="Evicted") | "\(.metadata.namespace) \(.metadata.name)"' | \
  xargs -n2 bash -c 'kubectl delete pod -n $0 $1'

Удалить всё разом:

kubectl get pods -A -o json | \
  jq -r '.items[] | 
    select(.status.phase=="Succeeded" or .status.phase=="Failed" or .status.reason=="Evicted") | 
    "\(.metadata.namespace) \(.metadata.name)"' | \
  xargs -n2 bash -c 'kubectl delete pod -n $0 $1 --ignore-not-found=true'

Чистый кластер — счастливый кластер.

🐸 Библиотека devops'a

#арсенал_инженера

🧑‍💻 Топ-вакансий для девопсов за неделю

Инженер по инфраструктуре — от 440 000 ₽ с удалёнкой.

Network Engineer — до 3 500 € и удалёнка.

Senior DevOps-инженер с удалёнкой от 400 000 ₽.

➡️ Еще больше топовых вакансий — в нашем канале Devops Jobs

🐸 Библиотека devops'a

#вакансия_недели