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

Дайджест: новости за январь 2026

🚀 Открыли регистрацию на GoCloud 2026 — нашу главную ежегодную конференцию про AI и облака. В этом году ключевой темой станет AI как сервис, а именно простые безопасные инструменты для работы с AI и AI-агентами, которые можно использовать сегодня. Подробности о треках и спикерах на сайте.

🚨 Забирайте скидки до 40% на ключевые сервисы, чтобы запускать и развертывать LLM-модели с помощью инференса или на физических серверах с GPU и CPU. Акция действует до 30 июня 2026.

📱Владельцы андроидов могут работать с облачными платформами Cloud.ru через мобильное приложение Cloud.ru Evolution — скачайте его в RuStore. 

🦾 Используйте Гига-помощника в облаке, чтобы создавать виджеты мониторинга для реестров Evolution Artifact Registry и контейнерных приложений Evolution Container Apps. Теперь ИИ-помощник может анализировать работу в облаке по метрикам, логам и аудит-логам, разворачивать и обновлять контейнерное приложение. Другие возможности Гига-помощника описаны в документации. 

⚙️ Обновили сервисы в цифровой среде AI Factory

• В ML Inference реализовали аутентификацию для работы с API с помощью токена доступа или API-ключа.

• Для Foundation Models добавили раздел «Активность», повышающий прозрачность использования сервиса и облегчающий контроль затрат. В разделе есть статистика использования моделей за месяц и детализация по каждой модели с указанием даты, времени и количества затраченных токенов.

• В AI Agents добавили новую функциональность — «Промпты». С их помощью можно создавать собственные промпты в markdown-редакторе или выбирать готовые из каталога.

• Для Managed RAG добавили новые экстракторы для обработки документов в форматах Word, HTML, CSV, TSV.

• В Notebooks: обновили версию образа Cloud.ru Jupyter n8n до текущей версии n8n 2.4.1, переработали систему управления доступом так, чтобы повысить безопасность данных в проекте и предотвратить случайное удаление чужих ресурсов, сделали раздел Proxy Services, откуда можно управлять прокси-серверами.

☁️  Тестируйте новые сервисы в стадии Public Preview бесплатно, если вы зарегистрированы в личном кабинете: 

• Evolution Managed ClickHouse — сервис, который позволяет создавать и настраивать кластеры ClickHouse®, управлять базами данных, пользователями, а также изменять параметры кластера через интерфейс платформы Cloud.ru Evolution. 

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

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

Подробнее о других обновлениях облачных платформах. 

👨‍💻 Скачивайте чек-лист про 15 шагов к качественному Data Lakehouse для миграции из классического хранилища данных в современную архитектуру в облаке с пошаговыми рекомендациями от экспертов. 

🤖 Освойте ключевые инструменты AI и научитесь успешно внедрять инновации в бизнес-процессы на бесплатном курсе «AI для менеджеров». Вы узнаете, как подготовить бизнес к внедрению AI, выбрать AI-технологии, адаптировать AI-модели под задачи, оценить экономику AI-проектов, перейти от идеи до PoC, обеспечить Data Governance и безопасность данных. Подойдет руководителям команд, предпринимателям и всем, кто интересуется AI.

🎙️ Провели несколько интересных вебинаров и подкастов — все можно посмотреть в записи:

• Запуск LLM: как сократить расходы на инференс

• Agentic RAG: как построить AI-агента с доступом к знаниям

• База знаний с AI: создаем корпоративную Wiki в облаке

• Будущее автопрома: гаджет на облачной инфраструктуре 

На февраль и март есть другие вебинары, на которые уже можно регистрироваться.

Представляем Clouden — платформу для единого управления гибридной и мультиоблачной инфраструктурой ⭐️

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

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

«Рынок созрел для решений, которые не навязывают свою экосистему, а гибко объединяют уже имеющиеся у компании технологии, — отмечает Павел Гуральник, генеральный директор ISPsystem (входит в «Группу Астра»). — Clouden — это логичное развитие нашей экспертизы и платформы BILLmanager. Основная задача Clouden — дать бизнесу и госсектору единый пульт управления для всей существующей ИТ-инфраструктуры: своих серверов, различных платформ виртуализации, российских и зарубежных облаков. Это позволяет ускорять цифровые проекты за счет полной управляемости и прозрачности».

✔️ Платформа Clouden относится к категории CMP (cloud management platform) решений и обеспечивает сквозную автоматизацию, встроенную BI-аналитику для прогнозирования затрат, портал самообслуживания и гибкую систему тарификации.

Готовы протестировать возможности Clouden? Выберите любой удобный способ знакомства на странице продукта!

Российская РЕД ОС для защищенных облачных сред в Рег.облаке

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

Пользователям доступны четыре редакции РЕД ОС: версии 7.3 и 8 — в стандартном и сертифицированном исполнении. Сертифицированная редакция соответствует требованиям ФСТЭК России по безопасности информации и профилю защиты ИТ.ОС.А4.П3, что позволяет применять ее в защищенных контурах.

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

Подробнее о редакциях РЕД ОС и возможностях развертывания в облаке — на сайте.

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

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

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

Объем дисков можно увеличивать по мере роста нагрузки или добавлять новые диски без изменения конфигурации виртуальной машины. Масштабирование происходит без остановки сервисов и не ограничено емкостью отдельного сервера. Такой подход подходит для работы с логами, резервными копиями, медиаконтентом, большими наборами данных, а также для аналитических и 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 байт на гигабайт. Тем, кто попал в эту погрешность, конечно, легче не стало. Но цифры показывают, насколько это редкая ситуация.

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