home.social

#облачная_инфраструктура — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #облачная_инфраструктура, aggregated by home.social.

fetched live
  1. Облако тоже может сломаться. Часть 1: как спроектировать инфраструктуру, переживающую отказ зоны или провайдера

    Облако часто воспринимается как гарантия доступности инфраструктуры. Но что произойдёт, если целиком откажет зона доступности, перестанет отвечать API провайдера или резервные копии окажутся недоступны вместе с основными сервисами? Разберём, почему несколько VM ещё не означают отказоустойчивость, чем multi-AZ отличается от multi-cloud, как правильно определять RPO и RTO и когда действительно нужна вторая площадка. Сравним active-active, active-passive, pilot light и восстановление из резервных копий. А главное — разберём, какие решения стоит принять до аварии, чтобы потом не пришлось импровизировать под давлением бизнеса.

    habr.com/ru/articles/1095082/

    #отказоустойчивость #multicloud #высокая_доступность #аварийное_восстановление #облачная_инфраструктура #аварии_в_датацентрах #terraform #devsecops_и_devops #rpo_rto

  2. Атаки на дата-центры «Яндекса»: что известно, как это влияет на бизнес и чего ждать инвесторам

    Серия атак на инфраструктуру «Яндекса» привела к полной или частичной остановке работы нескольких его ключевых дата-центров. В ночь на 8 октября пожар вспыхнул в дата-центре компании в Сасове Рязанской области, 9 октября полностью вышли из строя ряд модулей дата-центра в Калуге, а в ночь на 11 октября была полностью остановлена работа ЦОД во Владимире. Как следствие, за последние пять торговых сессий акции «Яндекса» растеряли почти 9% своей стоимости, а сегодня в моменте опускались до отметки в 3255 рублей. Подобная коррекция отражает переоценку инвесторами системных рисков, поскольку физическая безопасность дата-центров становится фундаментальным фактором стоимости. Инвесторы закладывают в цену не только прямые затраты на восстановление, но и потенциальные долгосрочные издержки на перестройку архитектуры безопасности, что неизбежно давит на маржинальность. Насколько серьёзные масштабы проблемы у компании? Как это отразится на финрезультатах? Какие риски существуют в дальнейшем? Что будет с акциями?

    habr.com/ru/companies/finam_br

    #яндекс #облако #облака #датацентр #атаки #датацентры #облачные_технологии #облачные_сервисы #облачные_хранилища #облачная_инфраструктура

  3. Три ЦОДа Яндекса за четыре дня: что на них работало и сколько займёт восстановление

    С 8 по 11 октября 2026 года атаки БПЛА вывели из строя три дата-центра Яндекса. Сасово и Владимир остановлены полностью, в Калуге потеряно несколько модулей. На этих площадках работают сервисы самого Яндекса, его суперкомпьютеры и Yandex Cloud: 84 сервиса платформы и около 64 000 клиентов.

    habr.com/ru/articles/1093198/

    #яндекс #датацентр #цод #отказоустойчивость #облачная_инфраструктура #yandex_cloud #зоны_доступности #rucentral1b #rucentral1a

  4. Площадка недоступна, сроков восстановления нет: как спроектировать DR, который переживёт потерю ключевого ЦОДа

    В ночь на 8 октября в Yandex Cloud потеряла электропитание зона доступности ru-central1-b — один из ключевых дата-центров облака. К утру компания сообщила, что работа дата-центра полностью остановлена. Жалобы на сбои начали поступать от пользователей самых разных сервисов: сайтов объявлений вроде «Авито» и «ЦИАН», банков, транспортных порталов, ритейла и других. Утром 9 октября были полностью выведены из строя несколько модулей ещё одного дата-центра Яндекса, в Калуге. На момент подготовки статьи срок восстановления оборудования не назван. Для инженеров это повод ответить на неудобный вопрос: что будет, если площадка, где расположен прод, внезапно выйдет из строя на неопределённое время? Под катом разберём сценарии отказов инфраструктуры, архитектуру восстановления на независимой площадке и посчитаем RPO и RTO на модельном примере из 40 ВМ. Кат

    habr.com/ru/companies/hstx/art

    #резервное_копирование #цод #отказоустойчивость #disaster_recovery #rto #rpo #облачная_инфраструктура #yandex_cloud #репликация_данных #hystax_acura

  5. On-premise VS облако для службы каталогов: где «живет» ваш домен после импортозамещения

    В проектах импортозамещения обычно много говорят о выборе самого каталога: какие функции он поддерживает, насколько хорошо работает с Linux и Windows, как переносить пользователей и группы. При этом вопрос, где этот каталог будет «жить» после миграции, часто остается за скобками. На мой взгляд, это архитектурная ошибка, поскольку размещение службы каталогов напрямую влияет на доступность инфраструктуры, модель администрирования, требования к резервированию и информационной безопасности. Это становится заметно в крупных организациях, где каталог перестает быть просто серверным приложением и становится одним из базовых элементов ИТ-ландшафта. Поэтому при проектировании миграции я бы рекомендовала рассматривать вопрос размещения каталога одновременно с выбором целевой платформы. В этой статье разберу, что меняется при размещении службы каталогов on-premise и в облаке, какие компромиссы возникают у каждого подхода и почему универсального ответа здесь нет. Раньше вопрос о том, где физически размещать корпоративный каталог, для большинства российских организаций возникал гораздо реже. Microsoft Active Directory традиционно разворачивалась в собственной инфраструктуре, чаще всего на физических или виртуальных серверах организации, и такой подход долгое время оставался стандартным сценарием. Сегодня, когда российские компании переходят на отечественные службы каталогов, этот выбор приходится делать осознанно. Облачные провайдеры активно продвигают свои платформы, вендоры отечественных каталогов публикуют облачные образы своих решений, а ИТ-директора оказываются между давлением регуляторов, ограниченными бюджетами и необходимостью не уронить инфраструктуру в процессе трансформации.

    habr.com/ru/articles/1088624/

    #служба_каталогов #onpremise_vs_облако #active_directory #ALD_Pro #187фз #кии #импортозамещение #облачная_инфраструктура

  6. SDN в Astra Cloud Platform: сети без ручной раздачи VLAN

    Хабр, приветствую! На связи Андрей Иволга, менеджер по продукту компонента SDN в облачной платформе Astra Cloud. Сегодня моя очередь рассказывать про новые компоненты ее релиза 2.1. Напомню, что ранее наш архитектор Алексей Боровиков рассказывал, как мы с нуля написали IAM . Сегодня речь пойдет про сети.

    habr.com/ru/companies/astralin

    #astra #sdnархитектура #облачные_технологии #облачная_инфраструктура

  7. Облако по чертежу: как собрать инфраструктуру под проект

    IT‑инфраструктура подобна зданию: в её фундаменте — вычислительные мощности, а выше — надстройки, включающие внутренние коммуникации, инженерные системы, резервные механизмы. И каждому проекту — свой дом. Кому‑то достаточного небольшого домика на одном виртуальном сервере, а для кого‑то приходится возводить целую девятиэтажку с распределёнными сервисами и оркестрацией. И если в разработке проекта дома будущему владельцу помогает архитектурное бюро, то при создании облачной инфраструктуры клиент получает от провайдера набор компонентов, из которых сможет собрать систему под своё приложение и, при необходимости, менять её по мере роста бизнеса. Эти компоненты, подобно блокам Lego, совместимы и позволяют собирать комбинации под какие угодно задачи. В статье разберём, что может входить в такой набор, почему в нашем «архитектурном бюро» не делают типовых проектов и где проходит граница ответственности между облачным провайдером и командой клиента.

    habr.com/ru/specials/1077664/

    #s3 #облачная_инфраструктура #облачные_вычисления

  8. FinOps: С чего начать?

    Всем привет! Меня зовут Андрей Лапкин. Около года назад я перешёл на роль архитектора ИТ-инфраструктуры в подразделении Эксплуатации музыкального сервиса Звук — и практически сразу мы запустили программу управления облачными расходами. Облачная инфраструктура стримингового сервиса — это сотни виртуальных машин, десятки кластеров Kubernetes, объектные хранилища, базы данных, балансировщики. Ресурсы создаются под задачи, но далеко не всегда удаляются после их завершения. С ростом инфраструктуры вопрос «сколько стоит конкретный сервис?» потребовал системного ответа”. За полгода систематической работы мы снизили ежемесячные расходы на инфраструктуру примерно на 22%. Для контекста: до старта программы счёт органически рос на 1–2% в месяц. Расскажу, как мы к этому пришли: какую методологию взяли за основу, какие принципы заложили в фундамент и как выглядит дорожная карта. Фокус статьи — на стратегии, процессах и культуре, а не на готовых шаблонах развёртывания.

    habr.com/ru/companies/zvuk/art

    #finops #облачная_инфраструктура #оптимизация_расходов

  9. Путь джедаев: создание компонента IAM в Astra Cloud Platform 2.1

    Хабр, и снова здравствуй) На связи Алексей Боровиков, архитектор Astra Cloud. Тут такое дело, мы выкатили мажорный релиз нашей облачной платформы. Работа была проделана колоссальная, я не буду писать все изменения, иначе это будет не статья, а книга. Поэтому решил сфокусироваться на одном компоненте и рассказать, как мы его сделали и почему. Речь идет про IAM — Identity and Access Management. Он отвечает на главные вопросы облачной безопасности: кто, что сделал и имел ли на это право. Итаааак…

    habr.com/ru/companies/astralin

    #облачная_платформа #облачная_инфраструктура #iam #релиз

  10. Как мы за месяц собрали VDI на российском софте для работы с тяжелой 3D-графикой

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

    habr.com/ru/companies/oxygendc

    #oxygen #облачные_сервисы #облачные_технологии #облачная_инфраструктура #информационная_безопасность #импортозамещение #российское_по #российский_софт #vdi #3dграфика

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

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

    habr.com/ru/articles/1065900/

    #монетизация #облачная_инфраструктура #интеллектуальная_собственность #продукт_менеджмент

  12. Что показала AMD на Advancing AI 2026: главное о следующих процессорах EPYC Venice Zen6

    На конференции Advancing AI 2026 AMD представила шестое поколение серверных процессоров EPYC 9006 (Venice). Новая линейка построена на архитектуре Zen 6, выпускается по 2-нм техпроцессу TSMC и включает процессоры с числом ядер до 256. Кроме роста производительности, AMD сделала ставку на специализацию: новые CPU разделены на несколько семейств для облачной инфраструктуры, HPC и AI. Разбираемся, что именно представила компания, чем новые EPYC отличаются от предыдущего поколения и какие процессоры войдут в новую линейку. И когда увидим их в России.

    habr.com/ru/companies/mclouds/

    #amd_epyc #процессор #датацентр #облачная_инфраструктура #hpc #cpu

  13. Shadow IT: инфраструктура, которой нет в реестре

    В корпоративном реестре может числиться полторы сотни приложений, хотя реальная инфраструктура давно вышла за его пределы : сотрудники заводят личные аккаунты в SaaS, оплачивают подписки со своих карт и поднимают временные облачные ресурсы, которые продолжают работать годами. Каждый такой инструмент появляется по понятной причине — его можно запустить за несколько минут, пока согласование занимает недели, но затем он обрастает данными, доступами и интеграциями, оставаясь вне общего контура управления. Так формируется Shadow IT, которое обычный discovery видит лишь фрагментами. Разберём, откуда берётся этот скрытый слой инфраструктуры, во сколько он обходится компании и как вернуть его под контроль без тотальных запретов.

    habr.com/ru/companies/simpleon

    #shadow_IT #ITAM #управление_ИТактивами #инвентаризация_ПО #SaaS #discovery #shadow_ai #информационная_безопасность #облачная_инфраструктура #управление_лицензиями

  14. Развертывание системы Колибри-АРМ в российском облаке

    Представьте: в вашей организации сотни, а то и тысячи компьютеров под управлением Windows и разных дистрибутивов Linux. Управлять этим зоопарком классическими средствами вроде Microsoft SCCM становится невозможно, особенно с учётом тренда на импортозамещение. Здесь на сцену выходит система для централизованного управления устройствами и приложениями в гетерогенной инфраструктуре из «единого окна» Колибри-АРМ. А теперь усложним задачу: мы не хотим держать сервер в душном серверном помещении и тратить бюджет на его железо и обслуживание. Мы хотим получить отказоустойчивую, масштабируемую и безопасную инфраструктуру в аренду за разумные деньги, что может предложить российское публичное облако Cloud.ru. В этой статье покажу, как правильно подойти к развертыванию Колибри-АРМ в облаке, избежав типичных ошибок новичков.

    habr.com/ru/companies/icl_grou

    #колибриарм #колибри #cloudru #облачная_инфраструктура #управление_арм #арм #рабочие_места

  15. FinOps на практике. Серия 1: С чего реально начинается реальная экономия на облаке

    Когда сверху прилетает задачка запустить FinOps, чаще всего она звучит так, как будто речь идет про кнопку. Нажал - и косты порезались сами собой, инженеры в тот же миг стали гипер-ответственными, а финансы перестали дышать в затылок. Вот только никакой кнопки, само собой, нет. Есть только точка ноль - тот самый момент, когда ты сидишь с этой задачей и тупо не знаешь, с какой стороны вообще подходить к ее решению. В этом цикле я хочу показать самую изнанку, самую мякотку как у вывернутого наружу ежика. Не теорию из методичек, а то, как оно выглядит изнутри: что надо делать, с кем встречаться, о чем и кого спрашивать, что собирать и почему первая же попытка посчитать косты скорее всего ни к чему толком не приведет. Но обо всем по порядку. Кстати, все это мы в свое время обсуждали (да и сейчас продолжаем) в канале Практики FinOps в Telegram . Там сидят те, кто проходил этот путь раньше, - иногда один вопрос в чате экономит неделю собственных экспериментов. Залетайте, если тоже на старте.

    habr.com/ru/companies/finops_r

    #finops #финопс #практики_finops #облачные_затраты #управление_затратами #ИТинфраструктура #облачная_инфраструктура #биллинг #OPEXCAPEX #showback

  16. GPU‑рендер в облаке: пробрасываем графический стек в изолированные контейнеры

    В Яндексе постоянно растёт количество задач, где GPU требуются не только для классического машинного обучения, но и для генерации тяжёлого визуального контента: 3D‑сцен, видео, цифровых аватаров, симуляций и синтетических данных для обучения нейросетей. Ярким кейсом стал проект к премьере сериала «Кибердеревня». Мы сканировали гостей мероприятия, создавали их 3DGS‑аватары (3D Gaussian Splatting) и интегрировали в подготовленные Unity‑сцены. Этот пайплайн наглядно подсветил узкое место: при масштабировании производства скорость упирается не в креатив или алгоритмы реконструкции, а в возможности инфраструктуры рендеринга. Стало очевидно, что нам нужно решение, способное ускорить обработку в десятки раз. Традиционно такие задачи решаются на локальных рабочих станциях или через специализированные внешние рендер‑фермы. Однако в Яндексе уже есть YTsaurus — распределённая система с GPU‑кластерами, поддержкой контейнеризации и отработанными механизмами планирования задач. Меня зовут Анатолий Томилов, я разработчик инфраструктуры VR и 3D‑реконструкции, в Фантехе. В статье я расскажу, почему идея использовать YTsaurus в качестве внутренней рендер‑фермы выглядела логичной, но её реализация оказалась нетривиальной.

    habr.com/ru/companies/yandex/a

    #облачный_рендеринг #gpuрендеринг #ytsaurus #контейнеризация #облачная_инфраструктура #unity #unrealengine #vulkan #linux #яндекс_облако

  17. Новые серверы в облаке mClouds: обзор Dell R7725 с 64-х ядерными AMD EPYC 9555

    В начале 2026 года мы добавили к облачной платформе серверы Dell R7725. В основе — новейшие 64-х ядерные процессоры AMD EPYC 9555, память DDR5-6400 и дисковая подсистема PCIe Gen 5. Также в серверах используются и графические ускорители - NVIDIA L4, A16. Открываем крышку серверов и показываем как выглядит и что несет в себе новая платформа, в нашей конфигурации. Новые форматы дисков PCIe Gen 5 с тестами, процессоры EPYC 9555, видеокарты и блоки питания. Подробнее с фото под катом!

    habr.com/ru/companies/mclouds/

    #серверы #железо #облачная_платформа #облачная_инфраструктура #intel #gpu #nvidia #nvme_ssd #pcie_gen_50 #amd_epyc

  18. Мы настроили динамические окружения на ArgoCD под каждую фичу

    Привет, я Даниил, DevOps-инженер в KTS . Я работаю над инфраструктурой одной крупной сети. В ее штате несколько команд разработки, которые делят между собой больше 40 микросервисов, составляющих одну систему. Ожидаемо, со временем их dev-стенд сильно отстал от продакшена, и разные команды с трудом протаскивали новые фичи до релиза. Мы в KTS уже давно продвигаем настройку динамических окружений для подобных систем. Пару лет назад мой коллега описывал , как они работают, и давал несколько рекомендаций по применению. Но это был, скорее, обзор. Сегодня я расскажу, как мы внедрили динамические окружения на практике через ArgoCD и обтесали их под конкретные запросы разработчиков. Еще я попробую объяснить, почему такой подход здорово экономит время и нервы, и поделюсь соображениями о том, когда он будет только мешать.

    habr.com/ru/companies/kts/arti

    #окружение_разработки #devсреда #devстенд #динамические_окружения #облачная_инфраструктура #ArgoCD #Appofapps #Syncwave

  19. Agent Gateway в Google Cloud: внешний контур управления AI-агентами, которого не хватало enterprise

    Не так давно AI-агент для разработки кода (Cursor на базе модели Anthropic Claude Opus 4.6) получил задачу и выполнил её буквально. Слишком буквально. За 9 секунд он уничтожил базу данных компании вместе с резервными копиями. Когда его спросили об этом, агент ответил: "Я нарушил каждый принцип, который мне дали". Этот случай произошел в стартапе PocketOS В этой статье я расскажу Вам, при помощи какого инструмента в Google Cloud можно избежать подобных ситуаций. Подробно разберем что такое Agent Gateway, из чего он состоит, какие плюсы он нам даст, и стоит ли рассматривать его в проекте. Читать далее про Agent Gateway

    habr.com/ru/articles/1036346/

    #GoogleCloud #ииагенты #aiagent #security #ai_infrastructure #облачная_инфраструктура

  20. Как сэкономить миллионы с помощью FinOps-практик: наш опыт мониторинга затрат

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

    habr.com/ru/companies/flowwow/

    #finops #облачная_инфраструктура #облачные_сервисы #финансы_в_it #расходы #мониторинг_цен #бюджет #lowcode #автоматизация_бизнеспроцессов #алертинг

  21. Как мы пытались «ломануть» сайт «Миротворец»*, а нашли целую армию охотников за данными. Полный технический разбор

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

    habr.com/ru/articles/1030528/

    #OSINT #информационная_безопасность #утечки_данных #пентест #GitHub #APIключи #секреты #Миротворец #расследование #облачная_инфраструктура

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

    Мы десятилетиями строим IT-системы, но до сих пор не можем ответить на элементарный вопрос: кто за что платит? Теги есть, аллокация настроена, но в отчетах — хаос. Затраты разбросаны по разным системам (биллинг облака, CMDB, Excel-таблицы у финансистов), и все это приходится собирать вручную перед каждым советом директоров. В этой статье мы разберем почему классические подходы к распределению затрат дают сбой, и предложим практическую дорожную карту перехода от «гаданий на кофейной гуще» к прозрачной системе учета.

    habr.com/ru/companies/finops_r

    #FinOps #финопс #Аллокация_затрат #Облачная_инфраструктура #Тегирование_ресурсов #юнитэкономика #Прозрачность_расходов #Showback_и_Chargeback #Оптимизация_ИТбюджета #cloud

  23. Low-latency инфраструктура: как устроены ЦОД и сети для минимизации задержек

    Здравствуйте! Меня зовут Максим Захаренко, я CEO облачной платформы и автор медиа « вАЙТИ ». Хочу поделиться нашим опытом и мыслями о том, как в России строится инфраструктура для облачных сервисов с минимальной задержкой (low-latency). Это взгляд изнутри — от лица провайдера, который каждый день сталкивается с задачей ускорения облака для B2B-клиентов. Поговорим о том, почему задержка — такой важный параметр, как устроены современные дата-центры и сети, какие решения применяем мы и другие российские компании и с какими вызовами приходится сталкиваться.

    habr.com/ru/companies/beeline_

    #low_latency_cloud #low_latency #облачная_инфраструктура #датацентр #цод #сетевые_технологии #openstack #kvm #виртуализация #vdi

  24. Как считать стоимость CPU, RAM и Storage во внутренней инфраструктуре (часть 2 из 5)

    Меня зовут Дмитрий, я руковожу отделом ИТ-инфраструктуры и сервисов в Ви.Tech , IT-дочке ВсеИнструменты.ру. Когда у компании одновременно есть свои датацентры, частное облако и несколько публичных облаков, вопрос стоимости вычислительных ресурсов быстро перестает быть бухгалтерской формальностью. Без понятной модели невозможно нормально распределять затраты, сравнивать варианты размещения и объяснять, почему одна и та же виртуальная машина в разных контурах обходится по-разному. В этом материале я разберу, из чего складывается стоимость единицы вычислительного ресурса в гибридной инфраструктуре и как подойти к расчету так, чтобы потом использовать эти цифры в аллокации затрат, бюджетировании и планировании. С оборудованием, которое закупается под конкретный проект, все обычно довольно прозрачно: его стоимость можно сразу отнести на конкретного внутреннего заказчика. С публичными облаками тоже все относительно просто: цену задает провайдер, а наша задача сводится к корректному учету потребления и распределению расходов. Сложнее всего обстоит дело с частной виртуализацией. Здесь цена ресурса не лежит на поверхности, ее приходится собирать из стоимости железа, запаса под отказоустойчивость, коэффициентов переподписки и сопутствующей инфраструктуры. Поэтому дальше я сосредоточусь именно на частных системах виртуализации и на простом примере покажу, как посчитать стоимость 1 ядра CPU и 1 GB RAM. Для простоты будем считать, что кластер виртуализации состоит из однотипных серверов. Допустим, в каждом сервере установлены 2 CPU по 64 ядра и 1024 GB RAM. Тогда стоимость сервера складывается из стоимости памяти, стоимости процессоров и стоимости платформы, куда входит все остальное: сетевые карты, материнская плата, корпус, блоки питания и прочие компоненты.

    habr.com/ru/articles/1013756/

    #FinOps #ITFM #ИТрасходы #аллокация_затрат #центры_ответственности #chargeback #showback #облачная_инфраструктура #ITинфраструктура

  25. Практика FinOps и ITFM: как считать, распределять и планировать ИТ-расходы (часть 1 из 5)

    Меня зовут Дмитрий, я руковожу отделом ИТ-инфраструктуры и сервисов в Ви.Tech , IT-дочке ВсеИнструменты.ру. Когда в компании одновременно есть локальная инфраструктура, облако, общие платформенные сервисы и выделенные ресурсы под продукты, считать ИТ-расходы "в среднем по больнице" уже не получается. Мы пришли к модели, в которой у каждого ресурса есть понятные метки, владелец и правило аллокации. В этой части разберу, с чего такая модель вообще начинается. Нам была нужна не красивая финансовая схема, а рабочий способ ответить на простые вопросы: кто потребляет ресурсы, кто за них платит и как эти затраты потом распределять внутри компании. Без этого невозможно нормально считать стоимость сервисов, обсуждать экономику инфраструктуры и планировать развитие не по ощущениям, а по цифрам. FinOps и ITFM в этой логике не спорят друг с другом, а закрывают разные части одной задачи. FinOps помогает навести порядок в потреблении и расходах, особенно в облаке. ITFM дает более широкую рамку: как связать ресурсы, бюджеты, внутренние сервисы и центры ответственности. Дальше разберем основу такой модели: какие типы затрат нужно разделять, чем выделенные ресурсы отличаются от общих и какие атрибуты стоит заложить сразу, чтобы потом не переделывать учет на ходу.

    habr.com/ru/articles/1013744/

    #FinOps #ITFM #ИТрасходы #аллокация_затрат #центры_ответственности #chargeback #showback #облачная_инфраструктура #ITинфраструктура

  26. FinOps на практике: фаза Optimize. Как оптимизировать расходы на облако без ущерба для бизнеса

    — Мы берём ресурсы с запасом. Так надёжнее. — А какой у вас сейчас CPU utilization в проде? — Ну... где-то 12%. Но в пике бывает больше. — Хорошо. А в staging? — Там вообще 3%. Но там нельзя трогать — там всегда так было. — Почему нельзя? — Ну, так исторически сложилось… Это, кстати, не выдуманный диалог. Это разговор, который автору доводилось слышать не один десяток раз и не в одной компании, и он не про DevOps-культуру и не про лень. Он про то, что человек, который заказывает ресурс, не видит его цену — и не несёт за неё ответственности. Иными словами, пока не выстроен Inform, оптимизировать нечего: нет данных, нет аллокации, нет понимания, кто за что платит. Но если вы читаете эту статью — значит, первый этап уже позади.

    habr.com/ru/companies/finops_r

    #финопс #finops #cloud #Облачные_вычисления #Облачная_инфраструктура #DevOps #Оптимизация_затрат #Управление_затратами #Стоимость_инфраструктуры #Облачная_архитектура

  27. Технический дайджест: как изменилась инфраструктура Cloud4Y в 2025 году

    В 2025 году Cloud4Y провёл масштабную модернизацию инфраструктуры — от серверного парка до системы хранения данных. В этом обзоре мы собрали главные технические обновления, объяснили, какие ограничения они устраняют, и рассказали, что это даёт клиентам уже сейчас и в ближайшем будущем. Материал будет полезен тем, кто уже работает с Cloud4Y, и тем, кто присматривает облачную платформу для новых проектов.

    habr.com/ru/companies/cloud4y/

    #облачная_инфраструктура #IaaS #корпоративное_облако #серверная_платформа #виртуализация #хранение_данных #резервное_копирование #GPU #AIинфраструктура #Cloud4Y

  28. Почему счета за облако растут, хотя инфраструктура не меняется?

    У компаний, которые работают в облаке, каждый новый месяц начинается с сюрприза. Его преподносят счета, которые почему-то всегда оказываются процентов на 30-40 больше прогноза. И тут начинается. Финдир смотрит на тимлида. Тимлид — на команду. Команда — в логи. А в логах — тишина. Ничего же не меняли. Или меняли? В прошлой статье мы собрали типовые сцены из жизни. Помните наших героев?

    habr.com/ru/companies/finops_r

    #финопс #finops #облака #cloud #devops #devopsинженер #itинфраструктура #облачные_сервисы #облачные_вычисления #облачная_инфраструктура

  29. Продолжение эксперимента: где автономный агент теряет слой в Kubernetes

    В первой статье я описал эксперимент с автономным ИИ-агентом и предложил модель слоёв исполнения : агент должен понимать, на каком уровне системы он сейчас работает и где именно возникла проблема . Если в предыдущем эксперименте слои выглядели так:

    habr.com/ru/articles/988892/

    #AI_агент #Kubernetes #DevOps #Yandex_Cloud #Ingress #LoadBalancer #облачная_инфраструктура

Share on Mastodon

Enter the server where you have an account.