IP Transit — это услуга, предоставляющая клиентам доступ в Интернет через сеть Mevspace. Эта услуга предназначена для клиентов, которым требуется надежное подключение к Интернету и возможность обмена маршрутной информацией с использованием BGP, включая поддержку собственного ASN и адресного пространства IP.

Открытый порт и приверженность делу
В рамках услуги клиент получает открытый порт с указанной максимальной пропускной способностью, например, 100 Гбит/с. Открытый порт определяет максимальный объем полосы пропускания, который может использовать клиент.

Независимо от максимальной пропускной способности порта, определяется минимальный уровень полосы пропускания, покрываемый фиксированной платой, независимо от фактического использования. Например, для порта 100 Гбит/с этот уровень может составлять 5 Гбит/с

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

Расчет стоимости производится на основе 95-го процентиля.
Если использование полосы пропускания превышает выделенный объем, для определения уровня оплачиваемого использования может использоваться метод 95- го процентиля.

В течение всего расчетного периода использование полосы пропускания измеряется через регулярные интервалы. 5% самых высоких значений отбрасываются. Наибольшее значение из оставшихся 95% измерений используется в качестве уровня оплачиваемого использования.

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

Если значение, рассчитанное с использованием 95-го процентиля, ниже оговоренного в договоре обязательства, для выставления счетов все равно используется уровень обязательства.

Гибкость без постоянной оплаты максимальной пропускной способности.
Модель, основанная на открытом порте, гарантированном объеме трафика и 95-м процентиле, позволяет клиентам использовать высокую пропускную способность при необходимости, не прибегая к постоянному ограничению максимальной пропускной способности порта.

Кратковременные всплески трафика, известные как пики трафика, исключаются из 5% самых высоких показателей. Это означает, что отдельные или кратковременные пики трафика не приводят автоматически к выставлению клиенту счета на основе максимального использования полосы пропускания, достигнутого в течение месяца.

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

• BGP (Border Gateway Protocol) — протокол, позволяющий сетям обмениваться маршрутной информацией через Интернет и определять, как должен маршрутизироваться трафик.
• ASN (Autonomous System Number) — уникальный номер, идентифицирующий сеть в Интернете. Наличие собственного ASN позволяет клиенту самостоятельно управлять своими маршрутами BGP.
• Открытый порт — это порт, максимальная пропускная способность которого определяет самый высокий уровень полосы пропускания, доступный клиенту, например, 100 Гбит/с .
• Пропускная способность — это объем данных, который может быть передан через порт за определенный период времени.
• Обязательство — минимальный уровень пропускной способности, за который клиент платит фиксированную плату. Независимо от фактического использования, сумма, выставленная к оплате, не может быть ниже этого уровня.
• 95-й процентиль — метод измерения использования полосы пропускания, при котором исключаются 5% самых высоких значений, а для выставления счетов используется наибольшее значение из оставшихся.

mevspace.com

Коллеги, обновление по горячим серверам. За неделю разобрали EPYC 7502P на 256 GB и Ryzen 9 3900 на 128 GB, а Ryzen 9 3900 на 64 GB остался только в Финляндии. Зато освободились две новые конфигурации на Intel Core i5-13500: со 128 GB памяти за 109 € и с третьим NVMe на 1 TB за 90 €. Сейчас в наличии 7 конфигураций в дата-центрах Hetzner в Германии и Финляндии, от 69 € в месяц, установка 0 €. Ryzen 9 3900 у нас больше чем вдвое дешевле, чем такой же сервер на аукционе Hetzner, а 7950X3D на 60 € в месяц дешевле нового AX102 и без 129 € за установку.

Новое в наличии

Intel Core i5-13500, 128 GB — 109 €/мес (≈ 9 800 ₽)

• 14 ядер / 20 потоков (6 производительных + 8 энергоэффективных), до 4.8 GHz
• 128 GB DDR4
• 2 × 512 GB NVMe SSD Gen4
• 1 Gbps, трафик без ограничений
• Финляндия, установка 0 €

Самый доступный сервер со 128 GB в нашем списке. Памяти хватит на Proxmox с несколькими виртуальными машинами, десятки Docker-контейнеров, базы данных и кэши в оперативке.

Intel Core i5-13500, 64 GB, три NVMe — 90 €/мес (≈ 8 090 ₽)

• 14 ядер / 20 потоков, до 4.8 GHz
• 64 GB DDR4
• 2 × 512 GB NVMe SSD Gen4 + 1 TB NVMe SSD
• 1 Gbps, трафик без ограничений
• Германия, установка 0 €

Систему можно поставить на два NVMe в RAID 1, а данные держать на отдельном быстром диске на 1 TB: удобно для баз данных, сайтов с большим объёмом файлов, CI с кэшем сборок.

Остаются в наличии

AMD Ryzen 9 7950X3D, 128 GB DDR5 — 199 €/мес (≈ 17 900 ₽)

• 16 ядер / 32 потока, до 5.7 GHz, 3D V-Cache
• 128 GB DDR5 ECC
• 2 × 1.92 TB NVMe SSD Gen4
• 1 Gbps, трафик без ограничений
• Германия, установка 0 €

AMD Ryzen 9 3900, 64 GB — 95 €/мес (≈ 8 540 ₽)

• 12 ядер / 24 потока, до 4.3 GHz
• 64 GB DDR4 ECC
• 2 × 1 TB NVMe SSD
• 1 Gbps, трафик без ограничений
• Финляндия, установка 0 €

Intel Core i5-13500, 64 GB — от 85 €/мес

• 14 ядер / 20 потоков, до 4.8 GHz
• 64 GB DDR4, встроенная графика Intel UHD 770
• 1 Gbps, трафик без ограничений, установка 0 €

Два варианта:

• 85 €/мес (≈ 7 640 ₽): 2 × 512 GB NVMe SSD Gen4, Германия или Финляндия
• 90 €/мес (≈ 8 090 ₽): 2 × 512 GB NVMe SSD Gen4 + 2 × 1 TB SATA SSD, Германия

AMD Ryzen 5 3600, 64 GB — 69 €/мес (≈ 6 200 ₽)

• 6 ядер / 12 потоков, до 4.2 GHz
• 64 GB DDR4
• 2 × 512 GB NVMe SSD
• 1 Gbps, трафик без ограничений
• Германия или Финляндия, установка 0 €

Что я бы взял под задачу

• Игровые серверы (Minecraft, Rust, CS2), тяжёлые сайты, сборки: 7950X3D, у него самая высокая частота на ядро и большой кэш.
• Виртуализация и много контейнеров: i5-13500 со 128 GB за 109 €. Если важна память с ECC, Ryzen 9 3900.
• База данных на отдельном быстром диске: i5-13500 с третьим NVMe за 90 €.
• Бэкапы, медиа, файлы: i5-13500 с 2 × 1 TB SATA SSD, тоже за 90 €.
• Plex и Jellyfin: любой i5-13500, встроенная графика с Quick Sync перекодирует видео, почти не нагружая ядра.
• VPN, прокси, боты, тестовые стенды: Ryzen 5 3600 за 69 €.

Сколько это стоит у Hetzner сейчас

Цены Hetzner на 2 ноября 2026, без НДС: с их сайта и по текущим лотам аукциона Server Auction.

• Ryzen 9 3900, 64 GB: у нас 95 €, на аукционе Hetzner (64 GB ECC, 2 TB NVMe) от 202,70 €, больше чем в 2 раза дороже
• Ryzen 9 7950X3D, 128 GB DDR5: у нас 199 € и установка 0 €, у Hetzner (AX102) 259 € плюс 129 € за установку

По 7950X3D первый месяц у нас почти вдвое дешевле (199 € против 388 €), дальше 60 € экономии каждый месяц, за год около 850 €.

Горячие серверы у нас разбирают за несколько дней: EPYC и Ryzen 9 на 128 GB с прошлой недели уже ушли. Если сервер нужен, лучше занять его сейчас, резерв можно оформить в Telegram.

Почему через нас

• Установка 0 € на все конфигурации из поста, сервер обычно выдаём в течение пары часов после оплаты.
• Не нужны иностранная карта и аккаунт у Hetzner: сервер оформляем мы, вы платите нам.
• Оплата в рублях, долларах или евро: карты Visa, MasterCard, МИР, ЮMoney, криптовалюта. Для компаний безналичный расчёт со счётом и актом.
• Поддержка на русском в Telegram, поможем с установкой ОС и первичной настройкой.

Посмотреть конфигурации и заказать: abcd.host/dedicated (раздел «Горячие предложения»)

Вопросы, резерв сервера, уточнить локацию: Telegram @ABCDSupportBot или sales@abcd.host

Спасибо, что остаётесь с нами!
ABCD.HOST

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

Две недели назад мы обнародовали эти данные. API для просмотра цен теперь доступен всем, а панели мониторинга цен в режиме реального времени размещены на нашем веб-сайте. Любой может увидеть текущие цены и историю цен для любого типа графического процессора и региона, даже с телефона, без входа в консоль.



Снятие ограничения на спотовые цены
Сегодня мы вносим второе изменение: мы снимаем ограничение цены. До сих пор спотовая цена всегда оставалась на один цент ниже цены по требованию. С сегодняшнего дня она может превышать её.

Ограничение цены служило своего рода ограничителем на этапе запуска. Поскольку спотовые цены остаются стабильными, мы готовы позволить цене свободно меняться и отражать реальные рыночные условия на платформе Nebius.

Ваши элементы управления не изменились.
Установите максимальную цену, и с вас никогда не будет взиматься плата выше нее. Выберите опцию «следовать за спотовой ценой», и колебания цен не повлияют на вашу работу.

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

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

nebius.com/spot-prices

Мы начинаем переход на собственную панель управления виртуальными выделенными серверами. Это большое обновление, которое даст нам больше свободы в развитии сервиса, а вам со временем предложит новые возможности для работы с VDS.

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

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

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

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

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

Как подготовиться
Перед переносом рекомендуем:

• Сохранить актуальную резервную копию важных данных за пределами VDS.
• Проверить, что необходимые приложения и службы запускаются автоматически после перезагрузки.
• Проверить настройки и лицензии, если они привязаны к MAC-адресу.
• Если на сервере выполняются длительные задачи, учитывать возможный перезапуск и сохранять промежуточные результаты.

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

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

Сам по себе сбой, обнаруженный после технических работ, не означает, что он вызван миграцией. Проблемы загрузки и запуска приложений, связанные с существующими настройками или состоянием ПО внутри VDS, требуют отдельной диагностики. Пожалуйста, выполните проверочную перезагрузку заранее, чтобы такие неисправности можно было выявить и исправить до переноса.

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

Мы понимаем, что даже один перезапуск может нарушить ваши планы. Наша задача состоит в том, чтобы свести неудобства к минимуму и сделать переход максимально спокойным. При этом обещать полное отсутствие сложностей при таком обновлении было бы нечестно.

Спасибо за терпение и доверие. Мы вкладываемся в собственную платформу, чтобы дальше предлагать вам более удобное управление, больше гибкости и новые возможности, которые действительно нужны в работе.

hosting-vds.com

Удалённый злоумышленник без учётных данных может уронить необновлённый сервер через любой открытый IPv4 TCP-порт. Red Hat предупреждает, что уязвимость может привести и к удалённому выполнению кода. Anthropic описала эксплойт, который получает root на серверах с листенером Multipath TCP (MPTCP).

Затронуты Linux-серверы с ядром 4.4 и новее, то есть практически все. У VPS на KVM собственное ядро, независимое от нашего хоста: обновлять его и перезагружаться нужно внутри VPS.
Не затронуты: RHEL 7, CentOS 7, CloudLinux 7 (не гибридный), Windows, FreeBSD и другие не-Linux системы.

Реальных атак на 2 ноября не зафиксировано, но исправление публично и доступно для анализа.

Что сделать:

• Исправление вышло: Debian 12/13, RHEL 8/9/10, AlmaLinux 8, SLES 16.0, openSUSE Leap 16.0, SLES 15 SP4/SP5/SP6 LTSS, Proxmox VE. Сделайте бэкап, обновите ядро и перезагрузитесь. Новое ядро защищает только после перезагрузки
• Исправление в тестировании или раскатывается: AlmaLinux 9/10, CloudLinux 7h/8/9/10, SLES 15 SP7. Примените временную защиту и обновитесь после выхода в стабильный репозиторий
• Исправления пока нет: Ubuntu 26.10/26.04/24.04/22.04, Rocky Linux 8/9/10. Ubuntu 20.04/18.04/16.04: только через Ubuntu Pro / ESM, сроков нет. Debian 11 и старше: только платная LTS. CentOS 8 / Stream 8 и другие снятые с поддержки версии: исправления не будет, переходите на поддерживаемую версию. Примените временную защиту сейчас

Как обновить ядро:
Debian 12/13, Ubuntu (после выхода исправления), Proxmox VE:

sudo apt update && sudo apt full-upgrade
sudo reboot

RHEL 8/9/10, AlmaLinux, Rocky Linux, CloudLinux:

sudo dnf --refresh updateinfo info --cves CVE-2026-98432
sudo dnf update 'kernel*'
sudo reboot

openSUSE / SLES:

sudo zypper refresh && sudo zypper patch && sudo reboot

Временная защита:
Отбрасывайте входящие IPv4 TCP-пакеты с IP-опциями, обычный трафик их не использует. Правило опубликовал Red Hat (RHSB-2026-016), он советует сначала проверить его на вашем трафике. Создайте каталог:

sudo mkdir -p /etc/nftables.d

Сохраните правило в /etc/nftables.d/cve-2026-98432.nft:

table inet cve_2026_98432 {
    chain input {
        type filter hook input priority -310; policy accept;
        ip protocol tcp ip hdrlength > 5 counter drop
    }
}

Загрузите и проверьте:

sudo nft --check --file /etc/nftables.d/cve-2026-98432.nft
sudo nft --file /etc/nftables.d/cve-2026-98432.nft
sudo nft list table inet cve_2026_98432

Если сервер маршрутизирует трафик в Docker или LXC, замените хук на prerouting. Не применяйте фильтр в сетях с метками безопасности CIPSO / NetLabel
Чтобы правило сохранилось после перезагрузки, добавьте строку include "/etc/nftables.d/cve-2026-98432.nft" в /etc/nftables.conf (Debian/Ubuntu) или /etc/sysconfig/nftables.conf (семейство RHEL) и выполните sudo systemctl enable nftables
На системах только с iptables:

sudo iptables -t raw -I PREROUTING -p tcp -m u32 --u32 "0>>24&0x0F=6:15" -j DROP

Отключите Multipath TCP, если он не нужен:

sudo sysctl -w net.mptcp.enabled=0
echo 'net.mptcp.enabled = 0' | sudo tee /etc/sysctl.d/99-cve-2026-98432.conf

Затем перезапускайте сервисы, которые показывает эта команда, пока её вывод не станет пустым:

sudo ss -lnMp

Это сужает атаку, но не устраняет уязвимость: ошибка не специфична для MPTCP

Временная защита снижает риск, но не заменяет обновление ядра.

Бюллетень Red Hat: access.redhat.com/security/vulnerabilities/RHSB-2026-016
Статус исправления для Ubuntu: ubuntu.com/security/CVE-2026-98432
Нужна помощь? Напишите нам: ishosting.io/ru/support

15:43, 02.11.2026 Обновление информации по инциденту и восстановлению работы сервисов Beget
В ночь на 2 ноября 2026 года наша инфраструктура подверглась массированной кибератаке, в результате которой была нарушена работа ряда сервисов.

Официальное уведомление об обстоятельствах непреодолимой силы
Настоящим ООО «Бегет» уведомляет клиентов о возникновении обстоятельств, которые обладают признаками непреодолимой силы (форс-мажора) в соответствии с пунктом 3 статьи 401 Гражданского кодекса РФ и положениями действующих договоров.

Масштабная атака на инфраструктуру компании и вызванные ею последствия временно препятствуют надлежащему исполнению части наших обязательств по предоставлению услуг. Настоящее сообщение является официальным уведомлением о возникновении указанных обстоятельств и их влиянии на исполнение договорных обязательств.

Текущий статус восстановления
На данный момент нам уже удалось восстановить работу выделенных серверов без нашего администрирования.
Что происходит сейчас:

• NS-серверы. Восстановление их работы — наш главный приоритет. Ориентировочный срок — ближайшие 4–5 часов.
• Почтовая система. Параллельно ведём работы по восстановлению её работоспособности.
• Резервные копии.

На данный момент нам доступны файловые резервные копии подавляющего большинства ресурсов виртуального хостинга и облачной инфраструктуры. Мы продолжаем работу по восстановлению данных, однако из-за значительных объёмов этот процесс потребует длительного времени.
Наши специалисты непрерывно работают над восстановлением инфраструктуры и делают всё возможное, чтобы как можно скорее вернуть сервисы к полноценной работе.
При этом мы продолжаем оценивать масштаб последствий атаки, поэтому пока не можем назвать точные сроки полного восстановления всех сервисов.
Мы понимаем, насколько критична доступность наших услуг для ваших проектов, и прикладываем все усилия для скорейшего восстановления работы.
Будем информировать вас по мере поступления новых подтверждённых данных.
Спасибо за терпение, понимание и поддержку.

8:23, 02.11.2026 Апдейт по инциденту
Мы продолжаем детальный разбор ситуации.
Проблема носит комплексный характер и затрагивает все уровни архитектуры.
В данный момент инженеры выполняют ручную настройку инфраструктуры непосредственно в дата‑центрах.
Для решения задачи задействованы все необходимые ресурсы — команды работают в усиленном режиме.
Следующий апдейт опубликуем сразу после получения подтверждённой и точной информации.

6:03, 02.11.2026 Статус инцидента: восстановительные работы и расследование
На данный момент наша команда ведёт восстановительные работы и детальное расследование инцидента.
Следующий апдейт — в 08:00 по МСК.

4:05, 02.11.2026
У нас произошёл крупный инцидент. Задействованы все ресурсы, разбираемся в причинах и делаем всё возможное, чтобы восстановить стабильность.
Следующий апдейт — в 6:00.
Спасибо за понимание.

https://timeweb.cloud

30 октября 2026 Сразу видно, на что уходят токены
В ИИ-сервисах появилась вкладка «Активность» — общий дашборд по всем API-ключам и агентам. Он помогает ответить на главные вопросы о расходах:
1. Почему вырос счет за месяц? Наверху пять цифр: расходы, запросы, токены, доля кэша и средняя цена за 1 млн токенов. Ниже — топ ключей и агентов: видно, кто тратит больше всех.
2. Как простые задачи выходят дорого? Расходы разложены по моделям и типам токенов — видно, какие запросы можно перевести на модель подешевле.
3. Работает ли кэш? Доля кэша есть в общих цифрах, а подробности — на отдельном графике.
4. Откуда резкий скачок расходов? В режиме «Тренды» видно, какие модели и ключи растут быстрее всего. Новый всплеск не потеряется в общей сумме.
А еще у каждой модели в AI Gateway появилась своя карточка — параметры больше не нужно искать отдельно. По клику открываются:
Цена и калькулятор «Сколько это будет стоить»
— Контекст, максимальный ответ, режим рассуждений, вызов функций и Batch API
— Индексы Artificial Analysis: интеллект, программирование, агентность
— Скорость генерации, задержка первого токена и доступность за сутки
— Где и кем обрабатываются данные
— Ваше использование модели за 30 дней
— Готовый код для подключения по API

29 октября 2026 Осенняя_уборка.сom
Навели порядок в разделе «Домены» — все по вашим идеям и запросам (раз, два, три). Теперь будет гораздо проще следить за сроками, хранить заметки и забирать DNS-записи.
1. Самое срочное: отсортировали домены по дате окончания, просили не раз и не два. Вверху списка будут уже удаленные регистратором, следом — ближайшие к окончанию. Если нужен обратный порядок — нажмите на заголовок «Автопродление».
2. Домены у других регистраторов. Рядом с ними появился бейдж «НЕ У НАС», а под названием — дата окончания. За 60 дней до нее срок дублируется в колонке «Автопродление», только без кнопки продления.
3. DNS-записи.zоne. Добавили кнопку «Импорт и экспорт» в разделе DNS: через нее все записи домена скачиваются в формате .zone. Например, чтобы сохранить копию зоны перед правками или показать настройки.
4. Заметки. Чтобы через полгода не гадать, для какого проекта был куплен домен, есть «Комментарий к домену» в шапке. В общем списке он виден в подсказке рядом с названием.
Все обновления уже в панели — как и повод разобрать накопленные домены.

28 октября 2026 Один ключ к видео и картинкам
Сравнить несколько видеомоделей, оживить фото или сгенерировать картинки для рекламы теперь можно через AI Gateway по тому же ключу, что и текст. Подключили сразу 23 модели, чтобы было из чего выбрать:
Veo 3.1 от Google — сгенерировать ролик сразу со звуком
Kling 3.0 и O3 от Kuaishou — провести героя через несколько планов
Seedance 2.0 и 2.5 от ByteDance — снять динамичную рекламу с движением камеры
Gen-4.5 и Gen-4 Turbo от Runway — оживить фото товара
Hailuo 3 и H3 Max от MiniMax — сделать вертикальный ролик для соцсетей
Wan 3 и Wan 3 Prime от Alibaba — получить длинный ролик за один проход
Seedream 5 от ByteDance — нарисовать картинку с аккуратным текстом
Gen-4 Image от Runway — поместить одного персонажа в разные сцены
Как это работает: отправляете через API промпт и, если нужно, картинку — через несколько минут забираете ролик. Картинки приходят сразу, до четырех за запрос. Чтобы сменить модель, достаточно поменять ее название.
Так черновики можно делать на Wan 3 или Hailuo H3 Max от 6,75 ₽ за секунду, а финалить на Veo 3.1: 8 секунд со звуком за 432 ₽, без звука — 216 ₽. Оплата за секунды готового ролика.

27 октября 2026 У рестарта в App Platform появился план Б
Обычного перезапуска контейнера хватает не всегда. Например, если процесс завис или его завершил OOM, а приложение так и не восстановило работу.
На такой случай добавили возможность перезагрузить всю среду выполнения. Теперь при перезапуске приложения можно выбрать один из двух вариантов:
Перезапуск контейнера — перезапускается только контейнер с приложением. Подходит для большинства ситуаций.
Перезапуск среды выполнения — перезагружается сервер, на котором работает приложение. Пригодится, когда обычный рестарт не помог.
Оба варианта уже доступны в панели. А если приложение регулярно падает из-за нехватки памяти, стоит проверить потребление ресурсов — перезапуск не устранит саму причину.

26 октября 2026 Бэкапы для выделенных серверов — еще и в S3
У выделенных серверов появились бэкапы. Подключаете — и в вашем S3 сам появляется холодный бакет с плашкой «Бэкапы сервера». Там же переход к настройкам.
Копии в нем можно только читать. Агент сервера записывает новые, но стереть их не может даже своим ключом, так что утечка бэкапам не страшна. А если удалить сервер или бакет, ключ тут же блокируется: никаких забытых доступов.
Сколько копий создавать, решаете сами: есть автоматическая ротация по заданному числу и ручное удаление из панели. Если удалили бакет по ошибке — переподключите бэкапы, и сервер получит новый.
Стоимость — 6 ₽ за 1 ГБ в месяц, сам бакет бесплатный.

22 октября 2026 Непубличный Kubernetes
Теперь кластер можно создать с мастером без публичного IP. Управление будет доступно только из приватной сети, а приложения продолжат работать для пользователей как обычно.
Когда может пригодится:
1. Политика компании или условия проекта запрещают публичный доступ к API кластера.
2. С API работают только CI/CD-раннеры и сервисы внутри вашей приватной сети, поэтому публичный адрес не нужен.
3. Хотите убрать API из открытого доступа, чтобы к нему нельзя было обратиться из интернета.
Как тогда управлять кластером?
Через бастион-хост — отдельный сервер с доступом в приватную сеть. Работает как проходная: сначала подключаетесь к нему, а уже через него — к API кластера. Настраивается самостоятельно, подробная инструкция → в доке.
Как сделать приватную мастер-ноду: при создании кластера отключите публичный IP в разделе «Конфигурация мастер-нод». У существующего кластера убрать публичный IP не получится.

21 октября 2026 Вышел патч для двух критических уязвимостей в PHP
Разработчики PHP выпустили исправления для двух критических уязвимостей, через которые можно удаленно выполнить код на сервере (CVE-2026-109618 и CVE-2026-109619). Детали уже обсуждают публично, поэтому в ближайшие часы ожидаются массовые попытки взлома.
Если на ваших виртуальных серверах работают проекты на PHP, обновитесь как можно скорее.

20 октября 2026 Расширили холодное хранилище S3 на 1 ПБ
Потребность в хранении данных растет, поэтому мы увеличили емкость в холодном S3 еще на 1 петабайт. Этого объема хватит, чтобы ваши проекты продолжали масштабироваться без задержек.
Холодное хранилище отлично подходит для:
— Резервных копий
— Долгосрочных архивов
— Системных логов
Это данные, к которым вы обращаетесь редко, но они всегда должны быть под рукой в полной сохранности. В ближайшее время добавим еще 3 ПБ, чтобы обеспечить запас емкости на будущее.

19 октября 2026 Показываем расходы и переключаем модели в AI Gateway
В AI Gateway сразу два обновления — теперь можно посмотреть стоимость и статус каждого запроса, а еще настроить резервные модели для AI-ключа на случай, если основная не ответит.
1. Логи запросов — чтобы проверять результаты и следить за расходами
В AI Gateway появилась вкладка «Логи». Для каждого запроса по AI-ключу можно посмотреть модель, токены, стоимость и статус запроса.
Логи доступны только владельцу аккаунта и содержат запросы начиная с 9 октября. Тексты промптов и ответов не сохраняются.
2. Резервные модели — на случай, если основная модель не отвечает
Для AI-ключа можно выбрать до двух резервных моделей. Если основная недоступна — AI Gateway сам отправит запрос на одну из двух запасных.
Сработает при сбое у провайдера, таймауте модели или ограничении частоты запросов.
Где включить: ИИ-сервисы → AI Gateway → нужный ключ → «Управление» → «Резервные модели».
Оплата считается только за модель, которая ответила. Запасная может стоить дороже основной — учитывайте при выборе.

16 октября 2026 Больше фреймворков и контроля над деплоями
В App Platform выкатили два релиза для разных этапов деплоя: от создания приложения до проверки изменений.
1. Выбираем фреймворк
Расширили список поддерживаемых фронтенд-фреймворков и добавили еще шесть:
• Astro — для блогов, лендингов и контентных сайтов.
• TanStack Start — для веб-приложений с обработкой данных на сервере.
• Solid — для интерактивных интерфейсов с частым обновлением данных.
• SolidStart — для приложений на Solid с серверным рендерингом.
• Remix — для приложений на React с формами и работой с данными.
• SvelteKit — для сайтов и приложений на Svelte.
Для всех, кроме Solid, доступны SSR (рендеринг страниц на сервере). Для Solid — только фронтенд.
2. Управляем деплоями на стенде
В стендах появился селектор деплоев — такой же, как в родительском приложении. Теперь прямо в стенде можно:
— Посмотреть все запущенные в нем деплои и их статусы.
— Остановить текущий деплой, если заметили ошибку.
— Вернуться к любому коммиту, по которому уже запускался деплой.

15 октября 2026 Меньше кликов для нужных опций
Проверить нагрузку серверов или переключиться на дополнительного пользователя стало проще. В последних обновлениях убрали лишние действия в этих задачах.
1. Нагрузка всех серверов перед глазами
Больше не нужно открывать серверы по очереди — все видно в новой колонке с графиками CPU и RAM за последние 24 часа и актуальной нагрузкой в процентах.
Если текущая загрузка превышает 90%, график становится красным — серверу пора уделить внимание.
При наведении курсора на график появятся среднее и максимальное значения за сутки, а также время пика.
2. Сменить пользователя не выходя из панели
Добавляйте дополнительного пользователя в меню аккаунта и переключайтесь на него без повторного входа.
Как настроить: меню аккаунта → «Добавить аккаунт» → емейлl доп. пользователя и его пароль. Для переключения нажмите на новый пункт в меню, для возврата — на свой логин.

14 октября 2026 Два релиза для вашей экономии
Выкатили два обновления в AI-сервисах, чтобы вы могли платить меньше за запросы и заранее определять бюджет:
1. Batch API — запросы за полцены
Если ответ не нужен сразу — отправляйте запросы единым пакетом через Batch API в AI Gateway. Входные и исходящие токены обойдутся вдвое дешевле, чем при обычном обращении.
Как использовать: соберите до 50 000 запросов в файл, отправьте через API и получите файл с ответами в течение 24 часов.
2. Лимиты в рублях — без пересчета токенов
Добавили лимиты в рублях для AI-сервисов и AI-ключей — теперь вы сами фиксируете траты.
Можно настроить дневной бюджет для AI-сервиса / общий дневной лимит для AI-ключа / отдельные суммы для выбранных моделей AI-ключа.
Например, задайте лимит для ключа — 3 000 ₽ в день, а для самой дорогой модели — 1 000 ₽. Когда лимит закончится, новые запросы не пройдут.
Где настроить: «Управление» в настройках агента или AI-ключа → «Установить лимиты» → указать сумму в рублях.

13 октября 2026 Агенты теперь запоминают контекст
Формат ответов, важные детали, условия — все это приходилось заново прописывать в новых чатах. Теперь у AI-агентов есть память: с ней они сохраняют важный контекст из переписки и учитывают его в следующих диалогах.
Как это работает:
1. Сохранение фактов
Агент сам выделяет нужные факты и условия из переписки. Можно попросить его и напрямую: «Запомни, что примеры кода нужны в формате TypeScript».
2. Использование памяти
Когда для ответа понадобится информация из прошлых чатов, агент возьмет ее из памяти. Все, что сохранилось, можно посмотреть во вкладке «Память».
3. Управление памятью
Пользователи с правами на управление агентом могут добавлять, менять и удалять факты. Общий лимит — 1 000 фактов на агента для всех пользователей.
Где включить: при создании агента или во вкладке «Память» в настройках выбранного агента.
Вы уже можете проверить память на новых моделях: GPT-6.1 Sol • Claude Sonnet 5.5 • Claude Haiku 5.5 • Gemini 3.5 Flash Lite • Qwen 3.8 Flash

12 октября 2026 От приложения в Kubernetes до AI Gateway — одна настройка
В Kubernetes появился ИИ-коннектор, который создает API-ключи. Так ваши приложения могут обращаться к моделям напрямую через AI Gateway.
Больше не нужно выпускать ключ отдельно, копировать его и вручную добавлять в кластер.
Сейчас вы выбираете проект, срок действия ключа и нужные namespaces в настройках кластера, а коннектор автоматически создает ключ и сохраняет его как секрет.
Найти можно в настройках кластера → «Управление» → «ИИ-коннектор».
Что еще важно знать про ключи:
— При удалении ключа удалятся и связанные с ним секреты во всех выбранных namespaces.
— В разделе AI Gateway такой ключ отмечен как управляемый кластером и доступен только для просмотра.

9 октября 2026 Алерты для облачных серверов и баз данных
Запустили бесплатные алерты, которые помогают следить за показателями серверов и баз данных без необходимости постоянно проверять их в панели.
Выбираете метрику и задаете для нее правила — получаете уведомление, если условия выполняются.
Например:
1. На диске осталось меньше 5 ГБ в течение 5 минут — пора почистить логи или расширить диск.
2. CPU загружен больше чем на 90% уже 10 минут — стоит проверить нагрузку, возможно, сервису не хватает ресурсов.
3. Использовано больше 80% доступных подключений к PostgreSQL или MySQL — стоит проверить нагрузку на базу и количество открытых соединений.
Настроить просто: «Мониторинг» → «Алерты» → «Добавить». Выберите сервисы, задайте правила: метрику, порог и длительность условия → «Создать».

6 октября 2026 Новые фреймворки для бэкенда
Теперь панель сама определяет, что необходимо приложению, и подставляет команды для сборки и запуска. Поэтому проанализировали результаты ваших детекций и добавили еще 6 фреймворков:
1. Echo и Fiber (Go) — для создания быстрых и легких приложений.
— Echo использует стандартную библиотеку net/http и совместим с большинством библиотек и middleware из экосистемы Go.
— Fiber работает поверх fasthttp и ориентирован на высокую производительность. По подходу он похож на Express.js, но совместим не со всеми библиотеками Go.
Пример: сервис авторизации, который отвечает за регистрацию пользователей, вход в аккаунт и проверку доступа.
2. Aiohttp и Tornado (Python) — поддерживают асинхронную обработку и большое количество подключений за раз.
— Aiohttp совмещает веб-сервер и HTTP-клиент, поэтому удобен для сервисов, которые активно обращаются к внешним API.
— Tornado поддерживает долгие соединения и позволяет постоянно обмениваться данными с клиентом.
Пример: онлайн-чат, где сообщения должны приходить тысячам пользователей.
3. Quarkus и Micronaut (Java) — ускоряют запуск приложений и экономят память.
— Quarkus тесно интегрирован с экосистемой Red Hat и стандартами Jakarta EE.
— Micronaut меньше привязан к конкретной экосистеме и подходит для небольших проектов.
Пример: внутренний сервис компании, который собирает данные из нескольких систем и отдает их через API.

5 октября 2026 Лидер запросов на добавление в App Platform
Выкатили автозапуск стенда на pull request: получаете готовый стенд с версией приложения из этой ветки — ничего не нужно поднимать вручную

2 октября 2026 Выделенные серверы для AI вошли в чат
По вашим запросам добавили 47 конфигураций выделенных серверов с видеокартой. Теперь в Москве и Санкт-Петербурге — от RTX A2000 и RTX 4090 до RTX PRO 6000, H100 и H200, включая сборки с несколькими GPU.
Подходят под AI и ML-задачи, рендеринг и другие проекты, которым нужны вычисления на GPU.
А если готовой конфигурации мало — запустили конфигуратор выделенных серверов. Выбираете нужные компоненты, а мы готовим сервер, все просто.

1 октября 2026 Qupra → NorthC. Переезд завершен
Инфраструктуру перенесли один в один: те же конфигурации, та же архитектура. До конца года обновим магистраль и агрегацию, а в начале следующего года повысим отказоустойчивость на уровне стоек.
Итого по цифрам
— 300 физических серверов
— 65 000 виртуальных машин
— оборудование из ~30 стоек
— десятки тысяч проектов, которые все это время продолжали работать
И это не финальная точка. Ждем от площадки решения по дальнейшему расширению и параллельно смотрим дополнительные варианты размещения.
Уложились меньше чем в 3 месяца — чуть медленнее, чем рассчитывали, но быстрее, чем в прошлый переезд в этой локации.

Вечные не уходят навсегда.
Это лишь временные ограничения — пока Россия не поправится.

Пока ублюдки в РФ не начнут делать правильные вещи, а не выгонять людей из страны и мешать народу развивать собственную страну.
Если в 2024 году развитию РУ хостинга мешало отсутствие правильных площадок для роста, отсутствие того самого дата-центра для хостеров.
То в 2026 году работать просто невозможно — теперь даже если бы появился тот самый дата-центр и даже если бы он ввел onecost как я желал — народ в России стал незаконной сущностью и поэтому РУ локации просто не покупаются народом.

www.artlebedev.ru/als/peoples-unity-day-2026/



Мы хотим делать охуенные услуги для людей для народа. А не заниматься всякой хуйней и тратить свое время для установки VPN чтобы просто попасть в нужный рабочий сайт или телегу. Это уничтожает продуктивность. Это уничтожает желание работать. И уж тем более уничтожает желание что-то делать для России или давать рубль Русским компаниям импортозамещения. Хуй вам а не рубль. Вы своими блокировками когда что-ниб не работает — просто вызываете ненависть у людей, которые не хотели никого ненавидеть и были патриотами русских достижений на зло санкциям европы. Но с лета 2025 Россия превратилась в ублюдскую Европу — ваши столицы заслуживают ядерных ударов, вы не уважаете людей и гадите обществу. Одни гадят санкциями другие гадят блокировками интернета потребителю. Я покупал все русские ноуты, телефоны, дарил их своим подругам покупал много штук, тратил деньги чтобы попробовать «русское» — но больше я не рубля не потрачу и это вы довели меня до такого.

Обмен информацией в режиме реального времени — одна из областей, где организации чаще всего в наибольшей степени зависят от внешних поставщиков программного обеспечения как услуги (SaaS). История чатов, вложения файлов, пользовательские каталоги и внутренние беседы могут храниться на инфраструктуре, управляемой Microsoft, Slack, Discord или другой третьей стороной. Для команд, которые хотят больше контролировать место хранения своих коммуникационных данных и работу своей инфраструктуры обмена сообщениями, Matrix предлагает открытую альтернативу.
Synapse — наиболее широко используемая реализация домашнего сервера Matrix. Она предоставляет серверную инфраструктуру для пользователей Matrix, комнат, сообщений, федерации, аутентификации и хранения медиафайлов. Synapse разработан компанией Element и может быть размещен на вашей собственной инфраструктуре. В сочетании с клиентом Matrix, таким как Element, он может предоставить организации полноценную платформу для чата, позволяя при этом общаться с пользователями, размещенными на других серверах Matrix.

Информация о проекте Synapse:
Название: Синапс
URL: element-hq.github.io/synapse/
Лицензия: AGPLv3 или коммерческая лицензия Element.
Протокол: Матрица
Язык программирования: Python/Twisted с компонентами Rust.
Последняя версия: 1.163.0
База данных: рекомендуется PostgreSQL.
Коммерческое предложение: Synapse Pro/Element Server Suite



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

Synapse реализует эту роль домашнего сервера. Когда пользователь создает учетную запись на сервере Synapse, его идентификатор Matrix ID содержит имя сервера (например, @alice:example.com). Комнаты, пользователи, сообщения, информация о членстве и другие события Matrix затем обрабатываются одним или несколькими домашними серверами, участвующими в беседе.

Для пользователей, самостоятельно размещающих свой сервер, выбор server_name является одним из важнейших решений во время установки. Это значение становится частью идентификаторов пользователей и адресов помещений и не может быть просто изменено позже. Таким образом, компания может использовать example.com в качестве своего идентификатора Matrix, в то время как физически Synapse работает по адресу matrix.example.com.

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

Федерация
Федерация — это то, что отличает Matrix от многих систем чата с самостоятельным размещением. Если федерация включена, пользователи вашего сервера Synapse могут присоединяться к комнатам с пользователями, размещенными на других серверах, а удаленные серверы Matrix могут обмениваться событиями напрямую с вашим сервером.

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

Однако федерация несколько усложняет настройку сети. Другие серверы Matrix должны знать, как связаться с вашим домашним сервером. По умолчанию это определяется на основе настроенного параметра, но Matrix также поддерживает делегирование через файлы. Это позволяет использовать идентификаторы пользователей, например, в то время как сам Synapse работает под другим именем хоста, например, .server_name.well-known@alice:example.commatrix.example.com

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

Развертывание и база данных
Synapse можно установить из пакетов, сред Python или контейнеров. Для развертывания в производственной среде на собственном сервере типичная архитектура включает Synapse, PostgreSQL, обратный прокси-сервер, постоянное хранилище медиафайлов и, при необходимости, сервер TURN (Traversal Using Relays around NAT) для надежного голосового и видеосоединения.

Synapse поддерживает SQLite для простых установок, но PostgreSQL следует рассматривать как стандартный выбор для производственных систем. PostgreSQL становится особенно важным по мере роста установки и необходим при масштабировании Synapse с использованием нескольких рабочих процессов.

Обычно перед Synapse устанавливается обратный прокси-сервер, такой как NGINX, Caddy, Apache или HAProxy. Он завершает TLS-соединение и предоставляет доступ к клиенту Matrix и конечным точкам федерации через стандартные порты HTTPS, в то время как сам Synapse прослушивает внутренний порт HTTP.

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

Аутентификация и управление пользователями
Synapse может управлять собственными пользователями и паролями, но организации часто предпочитают интегрировать его с существующим поставщиком идентификационных данных. В зависимости от среды, Synapse может работать с механизмами аутентификации, такими как OpenID Connect и Security Assertion Markup Language (SAML), позволяя пользователям входить в систему через существующую платформу идентификации.

Настройка регистрации должна быть тщательно продумана. Домашний сервер, доступный из интернета, как правило, не должен разрешать неограниченную регистрацию учетных записей, если это не является преднамеренной частью сервиса. Вместо этого администраторы могут создавать учетные записи самостоятельно, использовать механизмы контролируемой регистрации или полагаться на внешнего поставщика идентификационных данных.

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



Масштабирование с помощью сотрудников
Для небольших или средних установок Matrix Synapse обычно следует запускать как единый процесс. Официального ограничения по количеству пользователей или событий в секунду не существует, поскольку нагрузка на системы Matrix значительно варьируется: 500 в основном простаивающих пользователей в небольших частных комнатах создают совершенно иную нагрузку, чем 500 пользователей, участвующих в больших объединенных комнатах. Как правило, хорошо сбалансированный единый процесс Synapse с PostgreSQL может без проблем обслуживать несколько сотен активных пользователей, а в системах с примерно 1000 зарегистрированными пользователями может и не быть необходимости вводить дополнительные рабочие процессы, если параллельная обработка и трафик объединения невелики.

Масштабирование рабочих процессов стоит рассмотреть, когда основной процесс Synapse регулярно приближается к 100% одного ядра ЦП, запросы /sync заметно замедляются, очереди федерации начинают отставать или задержка доставки сообщений увеличивается при нормальной пиковой нагрузке. Synapse в основном разделен на специализированные рабочие нагрузки, поэтому первым шагом часто является не создание нескольких идентичных экземпляров, а перенос ресурсоемких функций, таких как синхронизация клиентов, обработка федерации, обработка мультимедиа, фоновые задачи или сохранение событий, на выделенные рабочие процессы. В больших масштабах сохранение событий также может быть распределено по идентификатору комнаты между несколькими рабочими процессами.

Поэтому разумная модель планирования заключается в том, чтобы поддерживать более простую монолитную архитектуру в системах с десятками или несколькими сотнями активных пользователей и отслеживать их состояние перед добавлением сложных компонентов. Как только количество одновременно активных пользователей достигает нескольких сотен, частота запросов исчисляется сотнями в секунду или происходит загрузка ЦП основного процесса, использование рабочих процессов становится все более оправданным. Очень крупные развертывания с тысячами одновременно активных пользователей, как правило, следует проектировать с использованием нескольких рабочих процессов с самого начала. Все рабочие процессы по-прежнему используют общую базу данных PostgreSQL и взаимодействуют через механизмы репликации Synapse, обычно с использованием Redis, поэтому горизонтальное масштабирование Synapse не устраняет необходимость в базе данных соответствующего размера.

Для небольшого выделенного сервера Synapse не требуется особенно мощное оборудование. Домашний сервер для небольшой компании, семьи или сообщества может комфортно начать работу с 2-4 современными ядрами ЦП, 4-8 ГБ оперативной памяти и примерно 100-250 ГБ SSD или NVMe-накопителя, при условии умеренного использования федерации и работы с медиафайлами. Для среднего сервера с несколькими сотнями активных пользователей, большими федеративными комнатами или начальными рабочими процессами лучше подойдет около 6-12 ядер, 32-64 ГБ оперативной памяти и 500 ГБ-1 ТБ NVMe-накопителя. Для крупного сервера с тысячами активных пользователей и несколькими рабочими процессами Synapse разумной отправной точкой являются 16-32 ядра, 64-128 ГБ оперативной памяти и 1-4 ТБ быстрого NVMe-накопителя. Однако в таком масштабе разделение PostgreSQL, рабочих процессов Synapse и хранилища медиафайлов между несколькими системами обычно становится более полезным, чем дальнейшее вертикальное масштабирование одного сервера. Во всех случаях быстрое хранилище на SSD-накопителях важнее больших объемов медленных дисковых накопителей, поскольку производительность PostgreSQL оказывает существенное влияние на быстродействие Synapse.

Безопасность и сквозное шифрование
Matrix поддерживает сквозное шифрование для частных разговоров и комнат. В зашифрованной комнате содержимое сообщений шифруется клиентами до того, как они достигнут Synapse, то есть домашний сервер хранит и пересылает зашифрованные события, а не содержимое сообщений в открытом виде.

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

Сам домашний сервер по-прежнему имеет критически важное значение с точки зрения безопасности. Администраторам следует обновлять Synapse и PostgreSQL, ограничивать доступ к административным API, защищать механизмы регистрации, использовать HTTPS, создавать резервные копии ключей подписи и избегать прямого доступа к внутренним сервисам через Интернет.

Обзор и перспективы
Synapse — наиболее зрелый вариант для организаций, желающих использовать собственный домашний сервер Matrix. Его главные преимущества — совместимость с экосистемой Matrix, федерация, поддержка сквозного шифрования, развитые функции администрирования и возможность масштабирования от небольшой установки на одном сервере до гораздо более крупных развертываний.

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

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

Я прочитал поправку I-1358 к PLF 2027, принятую в пятницу в Ассамблее: налог в размере 0,055 € за ГБ, отправленный подписчикам французских провайдеров FAI. Цифра абстрактна, поэтому давайте сравним её. Исправьте меня, если увидите ошибки.

Два сравнения и один конкретный случай:

1. Транзит и пиринг. Порт 100 Гбит/с стоит примерно 6300 € в месяц у глобального провайдера транзита. При прямом соединении с европейским FAI — в 3–5 раз дороже, то есть 20–30 тыс. € в месяц. На этом порту (a) налог достигает 1,02 млн € в месяц, что составляет примерно 3400 % до 16300 % от цены соединения с французскими FAI. Таким образом, мы кардинально меняем экономическую модель пропускной способности во Франции.

2. Гиперскейлеры критикуют за цену исходящего трафика, которая варьируется от примерно 0,08 € до 0,045 € за ГБ в зависимости от объёма. Налог в 0,055 € за ГБ составляет 68 % до 123 % от этой цены. Таким образом, мы говорим о удвоении — для трафика в сторону Франции — цены, которая уже считается слишком высокой!

3. Случай OVHcloud. Мы отправляем порядка 500 Гбит/с по 95-му процентилю в сторону французских FAI, то есть примерно 324 Гбит/с в среднем. За год валовой налог достиг бы 70 млн €. Текст устанавливает потолок в 15 % от выручки, полученной во Франции, или 2 % от глобальной выручки, то есть от примерно 23 до 70 млн € в год, которые мы должны были бы собирать для государства и, следовательно, перекладывать на наших клиентов.

Выводы:

1. Налог обычно взимается с небольшой доли своей базы. Этот же превышает 3000 % от стоимости транзита и составляет примерно 100 % от публичной цены гиперскейлеров. Вспомните закон SREN, принятый для отмены сборов за перенос, которые мешали клиентам уходить от провайдера облачных услуг. Здесь мы говорим об удвоении цены исходящего трафика для французских интернет-пользователей — цены, которая уже очень проблематична.

2. Ограничитель в виде потолка, рассчитанного на выручку, нелогичен. Эта выручка охватывает серверы, хранение, дата-центры и команды, не имеющие отношения к пропускной способности. Это как ввести налог, рассчитанный на энергопотребление французских автозаводов, с потолком в 15 % от выручки производителей. Какая связь между ними?

3. Национальный налог такого типа неизбежно ударит по компаниям, обосновавшимся во Франции, в то время как их глобальные конкуренты без присутствия во Франции доставляют тот же трафик тем же французским FAI, не платя этот налог на практике. Это создаёт искажение конкуренции в ущерб национальным игрокам и деградирует компании, которые нанимают во Франции. Налог, производящий обратный эффект, был бы лучшим подходом.

(a) Фактурируется по 95-му процентилю, этот порт не заполнен постоянно: с типичным дневным профилем (22 % к 4 часам, 90 % к 21 часу) он транспортирует в среднем 57 % своей ёмкости, то есть 18,6 миллиона ГБ в месяц.