На прошедшей презентации Blizzard официально анонсировала World of Warcraft: Forever — проект, который по сути является тем самым мифическим Classic Plus, о котором игроки просили больше пятнадцати лет.

Концепция Forever заключается в том, чтобы навсегда зафиксировать прокачку на максимальном 60-м уровне, избавив геймеров от бесконечной гонки за новыми дополнениями, но при этом развивать классический Азерот. На запуске игроков ждут три абсолютно новые зоны, раса Небесных эльфов (Skyborne), 9 свежих подземелий и более тысячи новых квестов. Разработчики заявляют, что хотят вернуть ценность самому процессу прокачки и сделать упор на социальное взаимодействие, как в 2004 году. Проверить намерения студии геймеры побежали так активно, что открывшаяся бета моментально уложила сервера Blizzard. Релиз назначен на 4 ноября 2026 года. Готовите чемоданы назад в Азерот или Blizzard опять пытается продать ностальгию?

Игра будет проходить на Twitch.

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

Если хотите попробовать — можете написать здесь или мне в ЛС.

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

Intel официально раскрыла подробности серверных процессоров следующего поколения Xeon 7 Diamond Rapids — и характеристики оказались ещё масштабнее, чем предполагали ранние утечки.

На конференции Hot Chips 2026 компания подтвердила конфигурации до 256 новых производительных ядер, огромный кеш последнего уровня объёмом 1,28 ГБ, 16 каналов оперативной памяти со скоростью до 12 800 MT/s, а также 128 линий PCI Express 6.0 и поддержку CXL 3.0.

Это особенно интересно на фоне нынешнего Granite Rapids. Максимальные Xeon 6900P предлагают до 128 P-ядер, поэтому новое поколение фактически удваивает верхний предел количества производительных ядер.

Diamond Rapids строится на новом техпроцессе Intel 18A-P и использует масштабируемую чиплетную архитектуру с отдельными вычислительными блоками, унифицированной системой памяти и высокоскоростными межсоединениями UCIe-S. Intel также применяет технологию упаковки Foveros Direct 3D.

Но главное противостояние — с AMD.

Будущие серверные процессоры EPYC Venice на архитектуре Zen 6 также достигают отметки в 256 ядер. Таким образом, впервые за долгое время Intel и AMD смогут напрямую столкнуться в классе серверных CPU с более чем двумя сотнями вычислительных ядер.

Причём Intel делает ставку именно на производительные P-ядра, а не на большое количество компактных энергоэффективных ядер.

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

Поэтому Diamond Rapids получает значительно усиленную подсистему памяти, новые Advanced Performance Extensions — APX, улучшенные Advanced Matrix Extensions — AMX и платформу, рассчитанную на современные корпоративные и Agentic AI-нагрузки.

Появление 256-ядерного Xeon особенно важно сейчас, когда серверный рынок меняется из-за бума искусственного интеллекта. Intel приходится конкурировать уже не только с AMD EPYC, но и с Nvidia Vera, Arm-серверами и специализированными вычислительными платформами крупнейших облачных компаний.

Diamond Rapids должен выйти в 2027 году и станет одним из главных тестов способности Intel вернуть позиции в наиболее производительном сегменте серверных процессоров.

Что выбрали бы для огромного сервера: 256 ядер Intel или 256 ядер AMD Zen 6?

Новый VPS привлекает ботов быстрее, чем кажется: безопасность сервера на старте низка. Провайдер берёт на себя изоляцию на уровне гипервизора и сетевую связность. Всё, что выше ОС, остаётся зоной ответственности клиента.

Что провайдер защищает, а что – нет

Хостинг-провайдер отвечает за физическую инфраструктуру, гипервизор и сетевую изоляцию между машинами. Операционная система, открытые порты, учётные записи и конфигурации сервисов остаются зоной ответственности администратора.

После выдачи машины проверьте стартовые настройки доступа: на части образов всё ещё может быть открыт root-доступ по паролю, SSH часто принимает соединения на стандартном порту 22, а пакеты могут требовать обновления. У многих современных провайдеров вход по паролю или под root уже отключён по умолчанию, но это нельзя считать универсальным правилом. Автоматические сканеры добираются до нового сервера в течение нескольких минут после получения публичного IP.

Baseline: минимум для нового VPS

Настройка VPS начинается не с деплоя приложения. Базовый харденинг нового сервера занимает 15–30 минут и снижает риск типовых атак: брутфорса SSH, сканирования открытых портов и эксплуатации устаревших пакетов.

Создайте непривилегированного пользователя с sudo и настройте аутентификацию по SSH-ключу. Root-логин по паролю отключите в /etc/ssh/sshd_config директивой PermitRootLogin no. Смена стандартного порта SSH снижает шум от автоматических сканеров.

Firewall и fail2ban

Настройте ufw или iptables: разрешите только нужные порты, остальное заблокируйте. Утилита fail2ban автоматически банит IP после серии неудачных попыток входа и хорошо дополняет правила firewall.

Автообновления и мониторинг логов

Включите unattended-upgrades для автоматической установки обновлений безопасности. Периодический просмотр /var/log/auth.log и вывода journalctl помогает заметить подозрительную активность до того, как она перерастёт в инцидент.

Чек-лист baseline-настроек

•  Создан непривилегированный пользователь с sudo

•  Root-логин по паролю отключён

•  SSH-аутентификация переведена на ключи

•  При необходимости изменён стандартный порт SSH

•  ufw или iptables настроен, лишние порты закрыты

•  fail2ban установлен и активен

•  unattended-upgrades включен

Baseline не заменяет полноценный аудит конфигурации, но снижает риск типовых атак. Примените чек-лист сразу после получения доступа к серверу. В блоге Aeza выходят материалы по серверной безопасности, следите за новыми разборами.

Провайдер может обещать 99,9% аптайма VPS, но аптайм продукта и аптайм инфраструктурного узла остаются разными показателями. Когда сервис падает, причина часто находится за пределами зоны ответственности провайдера: в приложении, деплое, базе данных, DNS или внешних API.

Что именно гарантирует VPS-провайдер

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

Где на самом деле ломается аптайм

На практике многие простои возникают не из-за сбоев инфраструктуры, а из-за ошибок в коде и операционных процессах. Неудачный деплой, утечка памяти, переполненный диск, истёкший SSL-сертификат, недоступный DNS или упавший сторонний API гасят сервис независимо от стабильности хостинга.

Ошибки на стороне команды

Релиз без стейджинга и механизма отката, отсутствие проверок состояния, ручные правки конфигурации в продакшене: всё это классические источники простоев. Мониторинг, добавленный «потом», не предупреждает о проблеме до того, как её замечают пользователи.

Как повысить реальный аптайм сервиса

Стабильность сервиса на VPS складывается из нескольких пунктов. Автоматические бэкапы и снапшоты упрощают восстановление после сбоя. Проверки состояния и алерты сокращают время обнаружения инцидента. CI/CD-пайплайн с проверками и понятным откатом снижает риск ошибок при деплое.

Чек-лист надёжности

•  Бэкапы и снапшоты настроены и проверены

•  Мониторинг и алерты подключены до деплоя

•  Есть процедура отката для каждого релиза

•  SSL-сертификаты обновляются автоматически

•  DNS TTL снижен перед плановыми миграциями

Аптайм сервиса на VPS-сервере зависит от инфраструктуры, архитектуры и операционных процессов одновременно. Пересмотрите собственные процессы: деплой, мониторинг, бэкапы и восстановление после сбоев. Если нужен взгляд со стороны, можно начать с аудита инфраструктуры и точек отказа.