Облачные вычисления *

Рег.облако запустило сетевые диски для гибкого управления данными в облаке

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

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

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

Сетевые диски построены на распределенной системе хранения данных на базе Ceph с тройной репликацией. Для всех дисков, независимо от объема, зафиксированы характеристики производительности: до 2000 IOPS и пропускная способность до 500 МБ/с. Это позволяет заранее прогнозировать поведение хранилища и использовать его в нагруженных облачных сервисах.

В отличие от объектного S3-хранилища, сетевые диски монтируются в систему как блочные устройства. Это позволяет работать с файловыми системами напрямую — без обращения к API — и снижает задержки при операциях чтения и записи. По сравнению с локальными дисками виртуальных машин, сетевые диски не привязаны к конкретному серверу и упрощают управление объемами и миграции.

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

Сетевые диски уже доступны в инфраструктуре Рег.облака.

Bare-metal GPU в аренду или покупку: что выбрать 

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

В 2025 году рынок таких решений в России вышел из экспериментальной фазы. По данным Рег.облака, компании всё чаще выбирают аренду bare-metal GPU вместо покупки собственного оборудования. Спрос на выделенные GPU-серверы вырос на 45%, а 87% клиентов возвращаются за услугой повторно — в первую очередь в Enterprise-сегменте. Это отражает устойчивый сдвиг в сторону модели аренды на фоне роста цен на инфраструктуру и необходимости гибко управлять вычислительными мощностями. Основной спрос формируют IT-компании и ритейл. Чаще всего GPU используются для задач машинного обучения и AI (60%), а также для VDI (30%) и разовых вычислительных сценариев — например, рендеринга (10%).

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

Подробнее о том, какие конфигурации востребованы рынком, как сделать выбор между арендой и покупкой и в каких сценариях bare-metal GPU оправданы — на сайте Рег.облака.

Дети научились проходить проверку на возраст в Roblox с помощью нарисованных усов и бороды.

Последний дайджест года: новости за ноябрь-декабрь

🚀 10 облачных сервисов вышли в общий доступ (General Availability) и стали платными. Часть из них — инструменты для работы с искусственным интеллектом:

• Evolution AI Agents — cервис для разработки, развертывания и эксплуатации автономных AI-агентов в единой среде. Поддерживает полный цикл работы с агентами — от запуска до мониторинга.

• Evolution Managed RAG — cервис для запуска Retrieval Augmented Generation (RAG) систем, основанных на ваших данных.

• Evolution ML Finetuning — сервис дообучения больших языковых моделей с использованием технологии LoRA. Позволяет адаптировать модели к специфическим задачам, минимизируя потребление ресурсов.

• Evolution Notebooks — cервис для запуска ML-среды и работы DS-специалистов в интерактивных ноутбуках с доступом к облачным ресурсам, включая GPU и высокопроизводительные CPU.

Есть и другие обновления, например, в сервисе Evolution Managed Kubernetes теперь есть плагин KEDA, чтобы настраивать event-driven автомасштабирование приложений, развернутых в кластере.

Узнать все технические подробности

🚨Собрали чек-лист, по которому можно оценить, насколько эффективны ваши ETL-процессы. Внутри документа — опыт и лайфхаки в работе с данными от наших ведущих архитекторов.

Как это работает: пройдите чек-лист, подсчитайте баллы, определите уровень зрелости ETL-процессов и получите персональные рекомендации от эксперта Cloud.ru.

Забрать чек-лист, чтобы прокачать работу с данными в 2026 году

🎁 До конца декабря дарим юрлицам 35 000 бонусных рублей для работы в Evolution Data Platform. Бонусы можно потратить на управляемые сервисы для работы с Big Data и ML: Evolution Managed Trino, Evolution Managed Metastore и Evolution Managed Spark. 

Тестировать платформу данных бесплатно

🎙️Провели вебинары про запуск BI за один день, про сравнение Kyverno и Gatekeeper для Kubernetes, про self-hosted и managed PostgreSQL и еще про партнерскую программу. Записи ноябрьских встреч уже доступны, а декабрьских скоро будут на сайте.

На январь и февраль тоже запланировали пару вебинаров, на них уже можно регистрироваться.

Смотреть вебинары

💼 В истории с тюменским девелопером «Люди» рассказали, почему компания выбрала облако вместо on-premise, как за 2 месяца перенесла IT-инфраструктуру из локальной среды в Cloud.ru и в 1,5 раза увеличила производительность баз 1С.

Читать кейс

До встречи в следующем году!

Обновили PaaS в Рег.облаке: конфигуратор DBaaS и Kubernetes 1.34 

В Рег.облаке мы постоянно развиваем наши PaaS-сервисы, чтобы давать пользователям больше гибкости и контроля для удобства работы с IT-инфраструктурой. Сегодня представляем два крупных обновления: гибкий конфигуратор для управляемых баз данных в облаке и свежую версию Kubernetes в нашем KaaS. Разбираем, что изменилось и как это упростит работу с IT-проектами.

1. DBaaS: забываем про готовые тарифы. Привет, конфигуратор!

Раньше для Managed PostgreSQL и MySQL в Рег.облаке был доступен набор готовых конфигураций. Это просто, но не всегда идеально: где-то не хватало RAM, где-то были дополнительные vCPU, а для нестандартных нагрузок приходилось брать тариф с запасом. Теперь DBaaS можно точно калибровать под свои бизнес-требования и бюджет.

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

• выбираете точное количество vCPU (от 1);

• задаете нужный объем RAM;

• определяете размер диска.

В цифрах: это дает 2 761 возможную конфигурацию для точного подбора ресурсов. А значит — точное соответствие вашей задаче: 

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

• Баланс производительности: теперь можно тонко сбалансировать соотношение vCPU/RAM/Диск под специфику своей нагрузки (CPU-bound или I/O-bound задачи), добиваясь оптимальной цены и скорости.

• Горизонтальная и вертикальная масштабируемость: по мере роста нагрузки можно увеличить или уменьшить количество vCPU и RAM (масштабирование «вверх-вниз») и расширить дисковое пространство.

2. KaaS: встречаем Kubernetes 1.34

Kubernetes-as-a-Service (KaaS) обновили до актуальной версии Kubernetes 1.34. Релиз принес 58 улучшений, и мы уже интегрировали его в нашу платформу Рег.облака. Основные направления — безопасность, стабильность и операционная гибкость. 

На что обратить внимание:

• Усиление безопасности: появились новые декларативные политики безопасности, которые помогают контролировать доступ к ресурсам кластера на более тонком уровне. Это еще один шаг к Security-by-design.

• Стабильность API: критически важные интерфейсы стали еще надежнее, что уменьшает риски при обновлениях и работе сторонних инструментов.

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

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

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

Как закрывать месяц в 1С не за час, а за 20 минут — история производителя тахографов

💼 Что за компания

«Новые решения драйва» (НРД) работает на рынке транспортной автоматизации. Компания производит и продает тахографы — устройства, которые регистрируют скорость, пробег, режим труда и отдыха водителя.

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

🕵️ Задача

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

Еще одним поводом пересмотреть инфраструктуру стало падение производительности некоторых критических систем, включая ключевую 1С. Специалисты проверили код и оптимизировали работу баз данных, но сильно лучше не стало.

Так решение строить собственную IT-инфраструктуру стало проектом года. Отдельно обсуждали вопрос о том, где эта инфраструктура будет размещена: локально на своих серверах или в дата-центре провайдера, которого тоже решили сменить.

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

Первый тендер выиграли мы: клиент развернул тестовые контуры у нескольких провайдеров, но только у нас коэффициент производительности 1С:ERP и других продуктов вырос с 0,475 до 0,725 — спасибо процессорам с частотой 3,0 и 3,5 Ггц. Второй тендер выиграл IT-интегратор «Протон» — он умеет проводить аудит инфраструктуры, строить новую и мигрировать программные решения в облако.

👨‍💻 Решение

Миграция в облако длилась три месяца и, грубо говоря, в четыре этапа:

Команда «Протона» проанализировала текущую инфраструктуру НРД и начала строить новую на платформе Облако VMware от Cloud.ru. Тестирование, уточнение деталей и настройка заняли месяц.

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

Перенесли в облако боевые базы данных, внедрили в новую инфраструктуру учетную систему 1C:ERP, 1С:ЗУП и 1С:Бухгалтерия.

Настроили два корпоративных VPN-сервера для удаленного доступа к новой инфраструктуре. Сотрудники НРД сказали, что работать дома после этого стало гораздо комфортнее.

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

📈 Результаты

Системы мониторинга, контроллер доменов, приложения 1С, сервер удаленных рабочих мест и другие технические серверы перенесены в виртуальный ЦОД в облаке Cloud.ru. Что ощутимо изменилось, это то, что ускорилось формирование отчетности в 1C:ERP и документооборот:

• список регламентных операций открывается за 7 секунд вместо 30;

• отчеты из раздела «Функции для технического специалиста» составляются за 7–8 секунд вместо 20;

• месяц теперь закрывается за 20 минут, а не за час, как раньше.

Если тоже раздумываете о переносе 1С в облако, обращайтесь, у нас большой опыт такой миграции.

Как подружить S3 с другими сервисами AWS

S3 редко работает в одиночку — чаще он взаимодействует с другими сервисами: Lambda, EC2 и CloudFront. Через Lambda можно автоматически обрабатывать файлы сразу после загрузки, через EC2 — работать с данными напрямую, без промежуточных копий, а CloudFront ускоряет доставку контента пользователям по всему миру.

Смотрите в базе знаний Рег.облака пошаговую инструкцию, как это настроить.

Выделенные серверы переехали в личный кабинет Рег.облака

В Рег.облаке появилась возможность управлять выделенными серверами (bare-metal) прямо из личного кабинета — рядом с облачными ресурсами. Теперь физическое железо и виртуальная инфраструктура собраны в одном интерфейсе.

Гибридное облако стало ближе

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

Что уже доступно в новом интерфейсе

• Выделенные серверы.
  Раздел находится рядом с облачными ресурсами — удобный шаг к общему реестру всех услуг.

• Управление серверами.
  Статусы, характеристики, перезагрузка, доступ к IPMI и IP-KVM.

• Доступы и сетевые настройки.
  Логины, пароли, DNS-настройки, управление доступами к ОС.

• Работа с IP-адресами и сетями.
  Просмотр, заказ дополнительных IPv4/IPv6, настройка сетей и PTR-записей.

Что будет дальше

Мы продолжаем развивать интерфейс. В ближайших обновлениях появятся:

• продление услуг в новом кабинете;

• заказ резервного копирования;

• встроенный мониторинг метрик;

• заказ лицензий ispmanager;

• виртуальный дата-центр VMware;

• расширенный функционал для работы с ЛК.

Новый интерфейс уже доступен в личном кабинете Рег.облака. Тестируйте и делитесь впечатлениями: что понравилось, что стоит улучшить и каких функций пока не хватает. Пишите нам на team@reg.cloud — обратная связь особенно важна на этом этапе.

В Рег.облаке запустили Платформу данных на open-source технологиях

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

Платформа основана на открытых технологиях и позволяет собрать единый data-стек без вендор-лока. В рамках проекта объединяются инструменты для ETL/ELT, потоковой обработки, хранилищ, ML-среды и аналитики, а также могут подключаться проприетарные модули под специфические сценарии.

Что входит в решение:

• open-source инструменты для хранения, обработки, аналитики и машинного обучения;

• готовые модули для каталогизации данных, визуализации и ML;

• возможность интеграции собственных инструментов и сервисов;

• управляемая эксплуатация: обновления, мониторинг и поддержка.

Основные возможности:

• единый контур для ETL/ELT, потоковой обработки, ML и BI;

• масштабируемая архитектура для работы с терабайтами данных;

• кастомизация инструментов под окружение заказчика;

• изолированные сегменты для работы с конфиденциальными данными;

• быстрое развертывание и добавление новых модулей.

Технологический стек

Хранение и управление данными: S3, PostgreSQL, ClickHouse, Apache Iceberg, Open Metadata.
Обработка и трансформация: Airflow, Apache Spark, Flink, Kafka, Trino, Apache Impala.
Аналитика и визуализация: Superset, Metabase, ClickHouse, PostgreSQL, Apache Impala.
Машинное обучение: JupyterLab, Kubeflow, MLflow.
Партнерские решения: готовые SaaS-модули для расширения функциональности.

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

Примеры сценариев использования:

• консолидация данных и построение бизнес-отчетности;

• миграция с legacy-систем на современную архитектуру;

• обучение и развертывание ML-моделей;

• подготовка данных для AI-систем и нейросетей.

Подробнее о Платформе данных читайте на сайте Рег.облака.

Уровень загрузки ресурсов (Percentage Resource Utilization)

Уровень загрузки ресурсов помогает быстро понять, насколько действительно используются выделенные мощности. Это один из самых простых и при этом самых рабочих способов найти неоптимальности в инфраструктуре. Компании начинают применять его ещё до формального внедрения FinOps, просто потому что здравый смысл подсказывает: если сервис использует 5% ресурсов, есть повод что-то менять.

Мы смотрим на три базовых показателя. Это CPU, память и диск. Этого достаточно, чтобы увидеть общую картину. Да, в инфраструктуре есть и другие ресурсы, например трафик, но для первичной диагностики хватает именно этих трёх.

Как считается

➖  CPU: использованные ядро-часы / количество выделенных ядер

➖  Память: фактическое потребление в гигабайтах / выделенный объём

➖  Хранилище: используемые GB / выделенное пространство

Что даёт этот анализ

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

1. Команда отказывается от ресурсных объектов, если загрузка держится на уровне нескольких %.

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

3. Команда корректирует конфигурацию. Это классический rightsizing, когда сервису просто уменьшают объём ресурсов, потому что реальная нагрузка намного ниже.

Это базовый навык, с которого начинается оптимизация в любой компании. Он одинаково полезен и в публичных облаках и в частных инфраструктурах. И независимо от уровня зрелости, компании, которые работают с фактической загрузкой, быстрее находят резервы, снижают расходы и точнее планируют будущие потребности. (Источник: FinOps Foundation).

Есть что рассказать? Станьте голосом комьюнити и делитесь с участниками своими кейсами в сообществе.

Яндекс.Облако легло вместе с половиной интернета

Если во вторник утром сервисы Яндекса работали у вас через раз, знайте, что вы такой не один. Мы в Практиках FinOps тоже смотрели на ошибку 504 и думали, что это у нас что-то сломалось. А оказалось, это ru-central-1b упал. Поэтому полетело все, что там крутилось: Аптека.ру, КИОН, ФНС и много кто еще.

К обеду все починили. Только вот Яндекс такой не один. Последние недели облачные провайдеры падают один за другим как доминошки. То AWS накроется, то Azure, то Cloudlfare. То есть, по сути, даже неважно, где вы хоститесь: cloud-native компании накрывает независимо от географии.

На бумаге аптайм в 99,95%, обещанный провайдерами, выглядит очень привлекательно, но на практике оказывается так, что даже одна упавшая зона может положить десятки сервисов. Причем происходит это, как правило, именно в самый неудобный момент как у Яндекса: утро понедельника, пиковая нагрузка, куча клиентов. И тут бац — лежим. Тут волей-неволей задумаешься о том, чтобы уйти в гибрид.

Да и почему бы, собственно, нет? Гибридная инфраструктура сейчас – это отнюдь не перестраховка параноиков, а более чем здравый подход, который позволяет разместить все самые критичные сервисы на собственных серверах. Упала зона — половина продолжает работать. А если FinOps применим к гибриду не хуже, чем к облаку, оснований отказываться от него фактически и не остается.

Есть что рассказать? Станьте голосом комьюнити и делитесь с участниками своими кейсами в сообществе. Там много интересного.

В Рег.облаке появился образ сервера с JupyterHub

В каталог образов Рег.облака добавили еще одну опцию — облачный сервер с предустановленным JupyterHub, готовым решением для командной работы с Jupyter Notebook.

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

Зачем это нужно

JupyterHub — готовая среда для аналитиков и разработчиков ML. Теперь при создании виртуального сервера достаточно выбрать образ — и через пару минут можно писать код, запускать системы и обучать модели. Решение подойдет тем, кто работает с большими данными, обучает ML-модели или управляет командами аналитиков.

Основные возможности:

• управление пользователями и ролями;

• изолированные сессии для каждого участника;

• поддержка Python, R и Julia;

• доступ к консоли и файловой системе;

• интеграция с Git, CI/CD, S3-хранилищами и базами данных;

• настройка авторизации через OAuth и LDAP;

• масштабирование и подключение внешних вычислительных ядер.

Как начать работу

1. Закажите облачный сервер с образом JupyterHub в панели управления Рег.облака в JupiterHub.

2. После запуска сервера на контактный e-mail придет письмо со ссылкой и данными для авторизации.

Протестировать обновление можно уже сейчас в личном кабинете Рег.облака.

Как научить команды экономить IT-бюджет: 3 рабочих совета

Хотите довести финдира до нервного срыва? Просто не отключайте на выходные тестовые инстансы, а еще лучше – разверните staging на том же железе, что продакшен. А когда счет за облако придет на 800 тысяч вместо 300, спросите: "А при чем тут я?".

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

Вот как все исправить (подробности – тут):

Метрики затрат в Grafana. Если стоимость работы кластера отображается рядом с загрузкой CPU и потреблением памяти, разработчик реально видит, что во что обходится. Случился скачок расходов на графике — значит, надо разбираться. Только на этом можно сэкономить 20-30%.

Калькулятор стоимости в PR. Штуки типа Infracost смотрят на изменения в инфраструктурном коде и прямо в Pull Request пишут, во что это выльется. Так можно отсекать слишком дорогие вещи еще на этапе ревью.

Собственный бюджет команды. Если бюджет превратился из общего в индивидуальный, пространства для маневра станет меньше, но и от халатного отношения к деньгам придется отказаться. Ведь если финансы закончатся — разработка встанет. Когда понимаешь, что лично отвечаешь за перерасход, начинаешь мыслить иначе. Для начала хватит простых showback-отчетов: сколько потратили, сколько планировали, где можно ужаться.

Есть что рассказать? Станьте голосом комьюнити и делитесь с участниками своими кейсами в сообществе. Там много интересного.

Фишки FinOps Radar: бесплатная платформа, которая помогает экономить в Yandex Cloud

Как говорили в старину, с FinOps Radar и облако милее

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

FinOps Radar — это первый бесплатный сервис для оптимизации расходов в Yandex Cloud.

Что он умеет:

Обнаружение аномалий. Сервис сравнивает текущие расходы с расходами за последнюю неделю. Если траты выросли больше чем на 5% от среднего, система помечает это цветом. Желтый — рост 5-10%, все что выше – красный. Можно сразу открыть детализацию и понять, какой сервис съел бюджет.

Поиск зомби-ресурсов. Это все то, за что вы платите впустую: забытые инстансы, неприсоединенные диски и т.д. Платформа показывает сумму потенциальной экономии по каждой позиции. 

Автоалерты. Письма об аномалиях приходят в 05:00, о новых рекомендациях — в 09:00. Можно даже выгрузить отчет в Excel и в конце месяца показать начальству, сколько денег сэкономили.

Главное — сервис ничего не трогает в вашей инфраструктуре. Только смотрит и советует. У него даже прав таких нет. Вы даете доступ только для чтения, он собирает данные и показывает проблемы. А как на них реагировать — решаете сами. 

Есть что рассказать? Станьте голосом комьюнити и делитесь с участниками своими кейсами в сообществе.

Как управлять затратами в облаке: 5 уровней

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

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

Проблема решается детализацией:

• Уровень 1 - тот самый общий котел, когда выделяется какая-то сумма, и вся она тратится без отслеживания эффективности. На этом уровне прозрачность находится на нуле.

• Уровень 2 - расходы распределяются по провайдерам. На этом уровне уже видно, что VK Cloud выставил столько-то, Яндекс Облако столько-то. Но почему – пока непонятно.

• Уровень 3 – раскладка по услугам. Compute съедает 60-70%, Storage – 20-30%, трафик – 10-15%. Уже появляется понимание, где самые дорогие компоненты.

• Уровень 4 – тегирование ресурсов. Так будет видно, какая команда тратит больше.

• Уровень 5 – cost-центры с реальными бюджетами. Showback показывает командам траты без списания денег. Chargeback списывает реальные суммы с реальных бюджетов. 

Компании, дошедшие до пятого уровня, экономят 20-30% без потери производительности.

Есть примеры обратного или хотите чем-то поделиться? Станьте голосом комьюнити и делитесь с участниками своими кейсами в сообществе.

FinOps против Excel: кто управляет деньгами в облаке

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

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

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

CFO смотрит на это и разводит руками. Финансисты видят цифры, но не понимают, почему всё так скачет.

Проблема не в суммах, а в подходе. Старый финконтроль держится на стабильности, а облако живёт по принципу «всё меняется каждую минуту». Любая мелочь в архитектуре мгновенно отражается в P&L, а привычные отчеты не успевают за скоростью изменений.

FinOps меняет этот подход:

• Вместо квартальных отчетов — короткие кост-ревью

• Вместо агрегированных сумм — расходы по командам и проектам

• Вместо запоздалых реакций — наблюдение в реальном времени.

Это уже даже не про “оптимизацию”, а про банальную прозрачность. Или транспарентность. Называйте как хотите.

Главное – что благодаря этому CFO может видеть деньги не в Excel, а прямо в инфраструктуре, и перестает реагировать на факты, а начинает ими реально управлять.

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

Есть что рассказать? Станьте голосом комьюнити и делитесь с участниками своими кейсами в сообществе.

Что будет с фотками, если закроется облако

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

Закрытие сервиса

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

Parse объявил о закрытии за год, а Everpix – за месяц. Но и в том, и в другом случае пользователям дали возможность выгрузить свои данные. Только после этого архивы удалили физически. 

Истечение подписки

У каждого провайдера свои правила хранения после окончания оплаченного периода. iCloud держит данные всего месяц, Dropbox – 2, а Google Drive позволяет загрузить их в течение двух лет.

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

Есть что рассказать? Станьте голосом комьюнити и делитесь с участниками своими кейсами в сообществе.

Случаи потери данных

Бывает, что данные пропадают случайно. Вероятность такого исхода мала, но не равна нулю. Так, в 2015 году в дата-центр Google в Бельгии молния ударила 4 раза подряд. Пострадало около 0.000001% данных, то есть где-то 10 байт на гигабайт. Тем, кто попал в эту погрешность, конечно, легче не стало. Но цифры показывают, насколько это редкая ситуация.

В целом же, облака остаются более надёжным решением, в отличие от локальных дисков. Главное – оплачивать подписку вовремя.

Выгоден ли FinOps? Как рассчитать ROI и определить экономию

Выгоден ли FinOps? Безусловно. Но мало осознать это самому. В этом нужно убедить еще и руководство. А прениями сторон тут точно не обойтись. Топы – люди цифр, поэтому им нужны реальные расчеты и гарантии возврата вложенных средств. Значит, необходимы конкретные метрики.

Базовая формула расчет ROI для FinOps стандартна:

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

А как? Для этого есть специальные способы расчетов.

Снижение затрат: 

Расходы падают на 15-30% без потери производительности. Всего-то и нужно, что отключить забытые dev-серверы, не брать инстансы с запасом и пользоваться скидками.

Cost per Unit (стоимость обслуживания пользователя):

Тут без сюрпризов: растет с нагрузкой — плохо масштабируется. Падает — все ок.

Точность бюджета:

Без FinOps погрешность может достигать 25-30%, а с ним – 5-8%.

Продуктивность:

Автоматизация высвобождает 10-12 часов в неделю. При ставке 3000₽/час — экономия 30-40 тысяч рублей на человека.

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

Есть что рассказать? Станьте голосом комьюнити и делитесь с остальными своими кейсами в сообществе.

Экономим с FinOps: доклады экспертов отрасли

Учиться на чужих ошибках дешевле, чем на своих. Практики FinOps рассказали, как разбирались с облачными расходами.

FinOps без иллюзий

Игорь Гальцев: FinOps – это не должность и не софт, а процесс. Инженеры, финансисты и менеджмент должны работать вместе, а из инструментов – только теги, распределенное бюджетирование и алерты. 

Когда счёт прилетает внезапно

Антон Черноусов из Yandex Cloud запустил проект без лимитов. Как итог – счёт на $2700 за день. Решить проблему помогла настройка бюджетов, алертов и автоматизации.

Практика и культура

Антон Егорушков из Купер (СберМаркет) рассказал, что динамические стенды и скоринг команд напрямую влияют на то, как расходуются бюджеты. Поэтому культуру FinOps строить сразу, иначе потом выйдет дороже.

Простые шаги

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

FinOps в Kubernetes

Алексей Минаев: 70% переплат сидят в Kubernetes, потому что ресурсов выделяют больше, чем используют. В итоге CPU загружен на 13%, память на 20%. Правильные реквесты и автоскейл поднимают утилизацию до нормальных 70%, и переплата исчезает.

SaaS и лицензии

Дитер Мейсон из Roku: FinOps не ограничивается только облаком. FinOps – это в том числе про управление подписками, аномалии в продлениях лицензий и, конечно, расчёт ROI.

Есть чем поделиться? Вступайте в наше сообщество Практики FinOps.

Как реально экономить на облаке с FinOps: рабочие кейсы

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

Мультиоблака и прозрачность

Поначалу Купер вообще не применял FinOps в своей работе, но потом привязал теги, CMDB и автоматизацию через Terraform. Результат: 75% расходов распределяются по владельцам, прозрачность и прогнозируемость бюджета. 

Производство и инженерный FinOps

ST Microelectronics работают с маленькой FinOps-командой, но экономят миллионы. Инженеры сами прогнозируют свои расходы и получают бонусы за точность прогнозов. В итоге их экономия – 30% без ущерба для SLA. 

Госсектор и Data Lake

Transport for NSW безуспешно боролись с зомби-ресурсами и ручными выгрузками. А потом запустили FinOps-дашборды и детектор аномалий. Как результат – расходы на Data Lake упали на 22%.

Автоматизация вместо таблиц

inQdo Cloud считали все расходы в Excel. Но когда внедрили FinOps-платформу, автоматизировали биллинг и нашли утечки бюджета, ситуация изменилась. Аналитику они сделали платной услугой для клиентов — и FinOps начал зарабатывать сам на себя.

Еще мы разобрали кейсы Qventus, Sportradar, Лемана Тех и NinjaCat. Проблемы у всех похожие, а решения разные: кто-то внедрил chargeback, кто-то показал разрабам цену запроса, а кто-то просто настроил автовыключение неиспользуемых ресурсов. Но все остались в плюсе.

Есть что рассказать? Залетайте в наше сообщество в Telegram и поделитесь своей историей с единомышленниками.

Полезные ссылки про AI, облака и новости в дайджесте за сентябрь 🌂

🎙️ Провели конференцию GoCloud Tech. В программе — 20+ выступлений, демо и релизы новых сервисов, технические воркшопы и много нетворкинга. На GoCloud Tech было:

• 850+ офлайн-участников;

• 2 800+ онлайн-зрителей;

• 4 трека, 37 спикеров, 5 воркшопов и 13 демозон.

Записи всех докладов можете посмотреть на удобной площадке: YouTube или VK Видео.

🤖 На конференции поделились результатами первых двух месяцев работы AI-помощника Cloud.ru в облаке:

• к помощнику обратились 4 000 пользователей;

• отправили свыше 12 000 сообщений;

• пользователи ускорили рутинные операции в 15 раз.

Другие новые возможности сервиса:

• SRE-агент для мониторинга приложений и алертов по логам. Помощник обратит внимание на аномалии в работе сервисов и даст советы по улучшениям.

• FinOps-оптимизация. AI-помощник Cloud.ru может найти неиспользуемые виртуальные машины, которые можно отключить, или активные виртуальные машины, которые можно оптимизировать для снижения затрат.

💡 Делимся важными анонсами платформы Cloud․ru Evolution:

• Запустили Evolution VPN. Это защищенная сеть, которая позволяет удаленно подключаться к облаку, получать безопасный доступ к ресурсам внутри корпоративной сети или VPC.

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

• Evolution Data Platform теперь в коммерческой эксплуатации. Теперь все data-сервисы разворачиваются в едином кластере на общем платформенном слое. Это упрощает интеграцию сервисов и весь цикл работ с данными.

🎁 Дарим юрлицам 35 000 бонусов для работы с Evolution Data Platform. Используйте бонусы, чтобы работать с Big Data, собирать данные для машинного обучения, автоматизировать обработку данных — и не только.

💸 Анонсировали тарифы для Evolution Foundation Models — сервиса с популярными моделями, доступными по API. До 31 октября больше 20 LLM доступны бесплатно, а с 1 ноября средняя цена составит:

• 35 рублей за миллион входных токенов;

• 70 рублей за миллион выходных токенов.

Добавили новые модели, которые в Evolution Foundation Models можно использовать бесплатно до 31 октября: это Qwen3-Embedding-0.6B, Qwen3-Reranker-0.6B и GigaChat 2 MAX.

👨‍💻 Вместе с GitVerse и Хабром запустили программу «Код без границ» для развития open source проектов. Чтобы принять участие, разместите свой проект на GitVerse и подайте заявку до 31 октября. Победители получат от 50 до 150 тысяч рублей, облачные ресурсы от Cloud․ru и доступ к профессиональному сообществу.

🎥 Провели много полезных вебинаров — переходите по ссылкам, чтобы посмотреть их в записи:

• Как повысить отказоустойчивость Kubernetes: мультикластерная архитектура на Karmada.

• Admission Control в Kubernetes: управление доступом и политиками безопасности.

• Кому принадлежит AI-контент: авторские права на код, изображения и тексты.

• Контролируемый вайб-кодинг: сокращаем технический долг и уязвимости.

🎬 Смотрите новый выпуск подкаста ClientFirst о запуске e-commerce в METRO, сохранении культуры IT-команды и задачах, для которых подходит AI. Спикеры — директор по продажам и маркетингу Cloud.ru Андрей Зотов и IT-директор METRO Антон Антоничев. Запись есть на YouTube, VK Видео и RuTube.

💼 Делимся кейсами наших клиентов о том, как решать задачи бизнеса в облаке:

• Как «Страна Девелопмент» повысила производительность на 30%.

• Как разработчик «Жива Технологии» развернул приложение с AI-ассистентом в облаке Cloud.ru.

🎨 Прокачали наш бесплатный курс «Креативное мышление и AI для решения задач». Прокачайте стратегическое мышление, научитесь находить первоначальные проблемы, освойте ТОС и CRAFT для генерации идей. А еще — создайте креативного AI-ассистента в Chatbox, который будет давать нешаблонные ответы под ваши задачи.

💳 Присоединяйтесь к реферальной программе Cloud.ru: рекомендуйте нас клиентам и получайте 20% от их чека в первый год и 15% — в последующие.

До встречи в следующем дайджесте!

Cооснователь OpenAI Андрей Карпаты представил открытый проект nanochat для клонирования LLM типа ChatGPT. Внутри 8000 строк чистого кода на Python, никаких лишних зависимостей, вся база модели: токенизатор, предобучение, файнтюн, обучение с подкреплением и оценка модели. Для запуска понадобится GPU в облаке и готовый скрипт.

Роли в FinOps

Как бы странно это ни звучало, но главное, на чем держится FinOps, — это общий язык, на котором говорят и финансисты, и технари. При этом у каждого из них есть своя роль:

➖  инженеры и DevOps, которые запускают ресурсы и должны видеть их стоимость

➖  продакты и бизнес-менеджеры, которые отвечают за ценность и окупаемость

➖  финансисты и закупки, которые смотрят на бюджеты и договоры

➖  руководители и C-level, которые принимают стратегические решения

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

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

Близка тема, где финансы и инженеры наконец говорят на одном языке? Заглядываем в «Практики FinOps», там выходят кейсы, доклады, лайфхаки и немного самоиронии про жизнь в облаке.

Дайджест Рег.облака за сентябрь

Осень началась с крупных новостей — мы выпустили ИИ-ассистента, открыли новую московскую локацию и прокачали S3-хранилище. Всё это делает работу в Рег.облаке еще удобнее, безопаснее и мощнее.

• Выпустили ИИ-ассистента
  Теперь в Рег.облаке доступен готовый образ сервера с ИИ-ассистентом — решением на базе LLM-моделей, которое работает полностью в изолированном окружении. ИИ-ассистент помогает бизнесу автоматизировать задачи: собирать аналитические сводки, готовить материалы, консультировать пользователей и искать информацию по корпоративным документам через чат.

• Открыли новую локацию — Москва-2
  Добавили новый регион для заказа серверов в дата-центре «Медведково-2», сертифицированном по Tier III Facility. Здесь появилась линейка тарифов «Стандартные+» с дисковой подсистемой на NVMe SSD — она работает в 5–10 раз быстрее классических «Стандартных». Протестировать и заказать облачные серверы в новой локации можно на сайте Рег.облака.

• Обновили S3-хранилище
  Теперь пользователям в разделе «Объекты» доступны массовое удаление и перемещение файлов, поиск объектов, улучшенный интерфейс для управления бакетами. Работать с данными стало так же просто, как с файлами на локальном компьютере. Протестировать обновления можно в личном кабинете.

• Рассказали, как построить отказоустойчивую систему для ритейла в облаке
  На примере кейса мебельного ритейлера «169» показали, как полномасштабная миграция в облако помогла повысить производительность СУБД, а затраты на администрирование IT-инфраструктуры сократились на 30% за счет автоматизации и Pay-as-you-go-модели.

• Провели вебинар и запланировали еще один
  В конце сентября прошел вебинар по ФЗ-152, а уже 14 октября мы встретимся на следующем — про 1С:УНФ и автоматизацию малого бизнеса.

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

Управлять облачными расходами часто сложнее, чем кажется

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

Чтобы помочь компаниям системнее подойти к FinOps, мы собрали FinOps Community Bot. Это Telegram-бот, который объединяет несколько инструментов:

• Тест по FinOps. 9 вопросов за 5–7 минут. Бот рассчитает уровень зрелости вашей компании в управлении облачными затратами и подскажет следующие шаги.

• База знаний. Подборка статей, инструкций и практических материалов по FinOps.

• Календарь событий. Митапы, вебинары и конференции для специалистов и руководителей.

• Закрытый чат. Возможность обсудить опыт с коллегами и задать вопросы сообществу.

Бот полезен для любых ролей: CEO увидит картину в целом, CFO получит идеи по оптимизации расходов, DevOps-инженеры и CTO — практические шаги для улучшения процессов.

Начать просто: пройдите тест, получите рекомендации и используйте остальные функции бота для глубокого погружения и обмена опытом.

👉 Попробовать

В SpaceWeb обновили юзабилити в S3

В SpaceWeb выкатили новую порцию полезных фич и обновлений в S3! Теперь к сервису можно подключаться не только через утилиту, но и все нужные настройки получится установить напрямую и через панель управления — сделали всё для удобства пользователя.

Основные апдейты:

• открыли доступ к самостоятельному управлению файлами — их можно и загружать, и удалять;

• подключили чекбоксы — документы удобно просматриваются компактным списком и по нему можно проводить поиск, что особенно важно при огромном количестве данных в S3;

• из хранилища теперь можно получить прямой адрес загруженного файла — это поможет в дальнейшем управлении и работе с ним.

Протестировать обновленный S3 можно уже сейчас в панели управления SpaceWeb.

Яндекс снова на обложке, хотя теперь под именем Nebius. После сделки с Microsoft акции в США улетели на +71%. Формально — всё красиво: дата-центр в Нью-Джерси, контракт на $17+ млрд до 2031 года. Но за кулисами это выглядит чуть иначе.

Главная проблема индустрии — NVIDIA ограничивает квоты на свои чипы. Это значит, что даже гиганты вроде Microsoft не могут прийти и сказать: «Дайте нам вагон H100, мы оплатим картой». Карточек тупо нет столько, сколько всем нужно. Поэтому Microsoft вынужден искать партнёров, у которых есть доступ к чипам через свои каналы.

Появляется Nebius. У компании свой лимит на железо, свои отношения с NVIDIA — и теперь кусок этого лимита фактически «арендован» Microsoft. То есть вместо того, чтобы напрямую выбивать квоты, корпорация берёт вычислительные мощности у бывшей «Яндекс N.V.».

Представлен инструментарий Stupid Meter для оценки в реальном времени работы крупных языковых моделей, включая OpenAI GPT-5, Anthropic Claude Opus 4 и Google Gemini 2.5 Pro. Система непрерывно запускает более 140 тестов, проверяя корректность, стабильность, эффективность и способность к восстановлению после ошибок. Результаты отображаются на виде таблице, показывающем текущее состояние моделей.

Также Stupid Meter анализирует затраты на выполнение задач. В расчёт берутся не только цены API, но и количество попыток, необходимых для получения правильного ответа. Таким образом, более дорогая модель может оказаться выгоднее «дешёвой», если справляется быстрее. Исходный код проекта на GitHub: AI Stupid Meter - API Server и AI Stupid Meter - Web Frontend.

В Рег.облаке запустили новую зону доступности публичного облака в Москве

Сегодня подключили в московском регионе новую облачную локацию Рег.облака. Теперь в столице в публичном облаке доступна и вторая площадка на базе дата-центра «Медведково-2». 

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

Внутренняя «начинка» в новой локации:

• до 25 000 vCPU и 30 ТБ RAM;

• более 1 ПБ хранилища;

• серверы разных классов, включая высокочастотные AMD EPYC и новую линейку «Стандартные+» на Intel Xeon с NVMe SSD;

• интерконнект: 40 Гбит/с к серверам, 100 Гбит/с между стойками;

• отказоустойчивость по схеме N+1.

Что нового в архитектуре:

• API работает без пауз при переключениях: BGP+ECMP вместо keepalived;

• служебный и клиентский трафики изолированы на трех уровнях («матрешка» туннелей);

• расширенный мониторинг дает прозрачность и быстрый разбор инцидентов.

Протестировать и заказать облачные серверы в новой локации уже можно сейчас на сайте Рег.облака.

Роняем прод в облаке быстро и качественно

Думаете, ваши облачные сервисы защищены от случайного (или намеренного) уничтожения? А если для «апокалипсиса» нужно отправить всего один GET-запрос?..

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

• с чего начинается уязвимость и как её обнаружить

• как работает сервис метаданных и IAM-токены

• пошаговый разбор kill chain: от SSRF до полного удаления прод-ресурсов

• что именно можно уронить, имея доступ к облаку

• простые и эффективные превентивные меры — и почему их раньше не внедряли

Проверьте свои облачные настройки — пока кто-то не проверил их за вас!

Дайджест Рег.облака за август

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

• Рег.облако стал самостоятельным брендом 

Выделили направление облачных и Bare-metal услуг в отдельный бренд — Рег.облако. Теперь профессиональная выделенная команда сконцентрирована исключительно на облачных продуктах и комплексном обслуживании IT-инфраструктуры бизнеса. Все наши продукты и сервисы представлены на новом сайте. 

• Выпустили готовый образ облачного сервера с Portainer

Веб-интерфейс Portainer для управления Docker-контейнерами, Kubernetes и другими платформами контейнеризации помогает создавать, запускать, управлять и мониторить контейнеры через графический интерфейс прямо в браузере. Протестировать новую фичу уже можно в личном кабинете Рег.облака.

• Представили продукты по информационной безопасности 

Новая ИБ-линейка на первом этапе запуска включает три комплексных продукта: ИБ как сервис, аудит и расследование инцидентов. Каждый сервис можно гибко настроить под нужды конкретного бизнеса. 

• Запустили безопасное облако, соответствующее требованиям ФЗ-152

Защищенное облако по модели IaaS полностью соответствует требованиям закона по работе с персональными данными. Облако ФЗ-152 размещено в изолированном сегменте ЦОД с повышенными стандартами безопасности и аттестовано лицензированным партнером по максимальному уровню защищенности (УЗ1), а развернуть его так же просто, как и обычный облачный сервер.

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

На GitHub вышел открытый проект SeedBox Lite, который позволяет развернуть аналог Netflix у себя дома. Решение предоставляет библиотеку контента с торрентов — в бесплатном доступе все фильмы мира. Мгновенный старт — смотрите сразу, не дожидаясь загрузки. Плеер как у стримингов: субтитры, фуллскрин, жесты. Работает на смартфоне, планшете и ПК и вообще всем, где есть браузер. Можно закрыть паролем. Устанавливается за минуты по простому гайду.

Рег.облако запускает ИБ-услуги

Снова делимся важным апдейтом! Рег.облако выходит на рынок информационной безопасности.

Новая ИБ-линейка на первом этапе запуска будет включать три комплексных продукта:

• ИБ как сервис;

• аудит;

• расследование инцидентов.

Каждый сервис можно будет гибко настроить и кастомизировать под конкретные нужды и задачи бизнеса. Фактически, вы сами собираете тот уровень защиты, который нужен прямо сейчас: от базовой гигиены до реагирования на инциденты.

Основная цель — сделать такие услуги максимально доступными для малого и среднего бизнеса. Например, провести полноценный аудит информационной безопасности для инфраструктуры в 5-7 серверов можно начиная от 50 тыс. рублей.

Подключить ИБ-услуги уже можно на сайте. 

Просмотр кода в интерфейсе Amvera Cloud

Мы сделали возможность просмотра содержимого файлов репозитория в интерфейсе.

Раньше было сложно понять, какая версия файла загружена в облако. 

Теперь можно зайти в файл в разделе Репозиторий и посмотреть его содержимое.

Amvera – облако для простого запуска проектов со встроенным CI/CD (деплой идёт через Git или загрузку файлов в интерфейсе). C Amvera вам не нужно думать о настройке NGINX, виртуальных машин и другой инфраструктуры.

50 000 пользователей зарегистрировались в Amvera Cloud

Друзья, 8 августа 2025 в облаке Amvera зарегистрировался 50 000-й пользователь.

У нас юбилей!

В юбилей принято дарить подарки, и такой ждёт нашего юбилейного пользователя с ником aryachay. 

Amvera Cloud – облако для простого запуска проектов со встроенным CI/CD (деплой идёт через Git или загрузку файлов в интерфейсе). C Amvera вам не нужно думать о настройке NGINX, виртуальных машин и другой инфраструктуры.

Дайджест Облака Рег.ру за июль

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

• Расширили географию высокочастотных серверов

Возобновили возможность аренды высокочастотных серверов в Московском регионе, которая была отключена год назад. Под капотом решения — процессоры с тактовой частотой 3,2/3,7 ГГц, NVMe диски и технология Turbo Boost, которая дает ускорение до 5,1 ГГц. Подключить линейку можно в личном кабинете.

• Добавили ОС Astra Linux SE «Смоленск» в Облако Рег.ру

В облачной платформе Рег.ру теперь доступна новая редакция отечественной ОС Astra Linux SE «Смоленск» с максимальным набором средств защиты информации. Заказать и потестировать ее можно в личном кабинете. 

• Вывели S3 из беты

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

• Запустили калькулятор тарифов для облака 1С

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

• Разместили в облаке сервис email-рассылок

Рассказали, как помогли мигрировать в облако сервису email-рассылок и автоматизированного маркетинга Novomail.ru. Благодаря этому доступность платформы стабилизировалась на уровне выше 99,95%.

Лето в разгаре, а мы не снижаем обороты! Впереди еще больше нововведений и улучшений — следите за обновлениями, чтобы ничего не пропустить.

Как использовать датасеты в DataSphere

Как обрабатывать большой объем информации и не потеряться в его хранении? Для нагруженных проектов на помощь приходит DataSphere. Это облачный сервис, который помогает создавать, хранить, обрабатывать и анализировать данные для решения сложных вычислительных задач. В основе DataSphere заложены три ключевых компонента: эффективное управление данными, возможность быстрого масштабирования вычислительных ресурсов и оперативное подключение к облачным хранилищам. Решение интегрируется и с популярными инструментами, типа GitHub и Data Proc.

О том, как датасеты помогают обучать ML-модели и как начать работать с ними в DataSphere читайте в базе знаний Облака Рег.ру. 

Дайджест Облака Рег.ру за июнь

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

• Добавили новый образ NextCloud 31 + OnlyOffice 5

Прокачали NextCloud — дополнили предустановленным образом с офисными приложениями OnlyOffice для совместной работы. Корпоративное хранилище подходит для работы с любыми документами и файлами. Минимальная конфигурация: 4 vCPU, 16 ГБ RAM, 40 ГБ диска. 

• Повысили лимит на количество баз данных в 100 раз

Усилили сервис DBaaS — теперь можно легко добавлять до 1000 баз. Обновление стало доступно в кластерах PostgreSQL и MySQL. Поработать с новыми базами данных можно в личном кабинете облачной платформы.

• Представили облегченные образы ispmanager

В Облаке Рег.ру доступен новый образ ispmanager mini для быстрого решения несложных задач. Панель управления можно заказать в базовой конфигурации сервера: 1 vCPU, 1 ГБ RAM и 10 ГБ диска. Протестировать обновление можно на трех ОС: AlmaLinux, Debian и Ubuntu.

• Подключили NVIDIA A4000 к облачным серверам с GPU 

Добавили к облачным серверам с GPU новую видеокарту NVIDIA A4000 для решения задач, требующих высокой производительности: от 3D-моделирования и работы в CAD-программах до сложных вычислений и обучения ИИ-моделей. Работают новые GPU по системе Pay-as-you-go. 

• Запустили 1CaaS

Презентовали новый сервис в облаке 1C as a Service. Решение представляет развернутую платформу с кластером 1С и СУБД с опциями администрирования, резервного копирования и мониторинга. Потестировать услугу может любой желающий, оставив заявку на сайте. 

• Развернули в облаке ERP и маркетплейс для 5000 строительных компаний

Рассказали, как с IT-разработчиком Stworka запустили ERP-систему и развернули в облаке маркетплейс для 1,5 млн строительных товаров. Проект включает в себя распределенные облачные серверы, dev- и stage-контуры, виртуальные машины для мониторинга и управления разработкой. 

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

Чек-лист: как настроить мониторинг, который предупредит сбой до его возникновения

Шаг 1. Составьте карту сервисов и зависимостей

• Что включить: микросервисы, БД, очереди (Kafka, RabbitMQ), сторонние API (платежки, SMS).

• Зачем: чтобы понять, как падение одного компонента влияет на систему.

«Падение Redis "уронит" кэширование и увеличит нагрузку на БД».

Шаг 2. Разделите симптомы проблем: срочные vs важные

Срочные (реагировать немедленно!)

• БД: connections > 90%, replica lag > 10 сек.

• Платежный шлюз: 5xx errors > 1% за 5 мин, latency p99 > 3 сек.

• Kubernetes: pod restarts > 5/час, node CPU > 95%.

Инструменты: Grafana OnCall, PagerDuty.

Важные (требуют анализа)

• Рост ошибок 4xx > 5% за сутки.

• Увеличение времени ответа API на > 20% за неделю.

• Падение успешных сессий (Google Analytics).

Решение: алерты в Slack/Email.

Шаг 3. Автоматизируйте рутину

Сбор логов: стек EFK (Elastic + Fluentd + Kibana).

Kubernetes:

• Liveness-пробы → авто-перезапуск пода при сбое.

• Readiness-пробы → остановка трафика на проблемный под.

Redis: настройка политик очистки кэша.

Совет для ленивых:

«Используйте Coroot — он автоматически строит карту зависимостей и предлагает алерты»

Шаг 4. Тестируйте устойчивость

Chaos Engineering раз в месяц:

• Отключайте случайные ноды в кластере.

• Эмулируйте нагрузку в 10 раз выше обычной (Locust).

«Мониторинг должен не только сообщать о проблемах, но и подсказывать, что делать».

Как развернуть в облаке ERP и маркетплейс для 5000 строительных компаний

Рабочие задачи бывают разные: настроить CI/CD, провести рефакторинг кода или развернуть маркетплейс для 1,5 млн товаров на отказоустойчивой инфраструктуре — как раз последним кейсом стал совместный проект команд Облака Рег.ру и IT-разработчика Stworka. 

С компанией Stworka мы сотрудничаем уже 6 лет — и сегодня продолжаем строить проект вместе. На старте нам нужно было помочь запустить ERP-систему и сократить time-to-market для запуска платформы. Облачная инфраструктура включает в себя распределенные облачные серверы, dev- и stage-контуры, виртуальные машины для мониторинга и управления разработкой. Для хранения и обработки больших объемов информации обеспечили проект отказоустойчивой базой данных. 

Что внутри системы: NVMe-диски и контейнерная архитектура с Docker. Отдельные виртуальные машины развернули для инстанта GitLab и Grafana. Сбор метрик клиент настроил через Prometheus.

Что реализовано на платформе: 

• стабильность системы — в 90% случаев время отклика бэкенда ниже 300 мс;

• прайсы и 1,5 млн товаров обрабатываются каждый день за несколько часов;

• отказоустойчивость за счет внедрения автоматического резервного копирования нод.

Больше о кейсе — рассказали на сайте.