#облако — Public Fediverse posts

Протокол SPICE в современном графическом стеке. Часть 1: графическая архитектура протокола

Вы когда-нибудь пользовались виртуальной машиной в Linux? Весьма вероятно, что это был QEMU/KVM + SPICE. Виртуальные машины на spice://localhost:5900 работают достаточно бодро, тогда как подключение по сети может вызвать самые разные эмоции. Причиной тому является специфическая архитектура, которая идёт вразрез с современными диспетчерами среды рабочего стола. И вялая поддержка протокола open-source сообществом. Но нас, безбашенных русских инженеров, это нисколько не останавливает! Открываю цикл статей, где мы заглянем внутрь протокола SPICE и графической подсистемы Windows, чтобы провести увлекательный экскурс и разобраться в деталях. После чего создадим пилот нового решения - стриминговый агент для виртуальной машины на ОС Windows . В первой части мы возьмёмся за сам протокол и увидим, почему SPICE ориентирован на Windows (да, я не шучу). В следующих частях пойдём разбираться в богатствах Windows и в возможностях для нас присосаться подключиться через системное API к потоку фреймов. Приглашаю под кат всех, кто работает или сталкивается с системами виртуализации, с протоколом SPICE, с виртуальными машинами в принципе; кто интересуется такими темами как удалённый доступ и компьютерная графика; да и вообще всех любознательных. Поехали!

https://habr.com/ru/articles/1033782/

#SPICE #виртуализация #облако #vdi #qemukvm #графическая_подсистема #qxl

Протокол SPICE в современном графическом стеке. Часть 1: графическая архитектура протокола

Вы когда-нибудь пользовались виртуальной машиной в Linux? Весьма вероятно, что это был QEMU/KVM + SPICE. Виртуальные машины на spice://localhost:5900 работают достаточно бодро, тогда как подключение по сети может вызвать самые разные эмоции. Причиной тому является специфическая архитектура, которая идёт вразрез с современными диспетчерами среды рабочего стола. И вялая поддержка протокола open-source сообществом. Но нас, безбашенных русских инженеров, это нисколько не останавливает! Открываю цикл статей, где мы заглянем внутрь протокола SPICE и графической подсистемы Windows, чтобы провести увлекательный экскурс и разобраться в деталях. После чего создадим пилот нового решения - стриминговый агент для виртуальной машины на ОС Windows . В первой части мы возьмёмся за сам протокол и увидим, почему SPICE ориентирован на Windows (да, я не шучу). В следующих частях пойдём разбираться в богатствах Windows и в возможностях для нас присосаться подключиться через системное API к потоку фреймов. Приглашаю под кат всех, кто работает или сталкивается с системами виртуализации, с протоколом SPICE, с виртуальными машинами в принципе; кто интересуется такими темами как удалённый доступ и компьютерная графика; да и вообще всех любознательных. Поехали!

https://habr.com/ru/articles/1033782/

#SPICE #виртуализация #облако #vdi #qemukvm #графическая_подсистема #qxl

Протокол SPICE в современном графическом стеке. Часть 1: графическая архитектура протокола

Вы когда-нибудь пользовались виртуальной машиной в Linux? Весьма вероятно, что это был QEMU/KVM + SPICE. Виртуальные машины на spice://localhost:5900 работают достаточно бодро, тогда как подключение по сети может вызвать самые разные эмоции. Причиной тому является специфическая архитектура, которая идёт вразрез с современными диспетчерами среды рабочего стола. И вялая поддержка протокола open-source сообществом. Но нас, безбашенных русских инженеров, это нисколько не останавливает! Открываю цикл статей, где мы заглянем внутрь протокола SPICE и графической подсистемы Windows, чтобы провести увлекательный экскурс и разобраться в деталях. После чего создадим пилот нового решения - стриминговый агент для виртуальной машины на ОС Windows . В первой части мы возьмёмся за сам протокол и увидим, почему SPICE ориентирован на Windows (да, я не шучу). В следующих частях пойдём разбираться в богатствах Windows и в возможностях для нас присосаться подключиться через системное API к потоку фреймов. Приглашаю под кат всех, кто работает или сталкивается с системами виртуализации, с протоколом SPICE, с виртуальными машинами в принципе; кто интересуется такими темами как удалённый доступ и компьютерная графика; да и вообще всех любознательных. Поехали!

https://habr.com/ru/articles/1033782/

#SPICE #виртуализация #облако #vdi #qemukvm #графическая_подсистема #qxl

Протокол SPICE в современном графическом стеке. Часть 1: графическая архитектура протокола

Вы когда-нибудь пользовались виртуальной машиной в Linux? Весьма вероятно, что это был QEMU/KVM + SPICE. Виртуальные машины на spice://localhost:5900 работают достаточно бодро, тогда как подключение по сети может вызвать самые разные эмоции. Причиной тому является специфическая архитектура, которая идёт вразрез с современными диспетчерами среды рабочего стола. И вялая поддержка протокола open-source сообществом. Но нас, безбашенных русских инженеров, это нисколько не останавливает! Открываю цикл статей, где мы заглянем внутрь протокола SPICE и графической подсистемы Windows, чтобы провести увлекательный экскурс и разобраться в деталях. После чего создадим пилот нового решения - стриминговый агент для виртуальной машины на ОС Windows . В первой части мы возьмёмся за сам протокол и увидим, почему SPICE ориентирован на Windows (да, я не шучу). В следующих частях пойдём разбираться в богатствах Windows и в возможностях для нас присосаться подключиться через системное API к потоку фреймов. Приглашаю под кат всех, кто работает или сталкивается с системами виртуализации, с протоколом SPICE, с виртуальными машинами в принципе; кто интересуется такими темами как удалённый доступ и компьютерная графика; да и вообще всех любознательных. Поехали!

https://habr.com/ru/articles/1033782/

#SPICE #виртуализация #облако #vdi #qemukvm #графическая_подсистема #qxl

От конфигуратора до AI: как обновили софт Wiren Board

Во время WBCE 2026 специалисты Wiren Board прочитали два доклада — про железо и про софт. В этой статье разберем второй — про новинки в софте. Для тех, кто никогда не слышал — Wiren Board производит оборудование для автоматизации, а WBCE — это ежегодная мультибрендовая тематическая выставка. Расскажем про обновленный веб-интерфейс и новые возможности конфигуратора, интеграции с KNX и Zigbee, сценарии без кода, развитие Wiren Board Cloud и появление AI-инструментов — от чат-бота техподдержки до ассистента в контроллере.

https://habr.com/ru/companies/wirenboard/articles/1032634/

#Wiren_Board #Modbus #WBCE #Wiren_Board_Cloud #облако #сценарии #автоматизация #zigbee #knx #mqtt

От конфигуратора до AI: как обновили софт Wiren Board

Во время WBCE 2026 специалисты Wiren Board прочитали два доклада — про железо и про софт. В этой статье разберем второй — про новинки в софте. Для тех, кто никогда не слышал — Wiren Board производит оборудование для автоматизации, а WBCE — это ежегодная мультибрендовая тематическая выставка. Расскажем про обновленный веб-интерфейс и новые возможности конфигуратора, интеграции с KNX и Zigbee, сценарии без кода, развитие Wiren Board Cloud и появление AI-инструментов — от чат-бота техподдержки до ассистента в контроллере.

https://habr.com/ru/companies/wirenboard/articles/1032634/

#Wiren_Board #Modbus #WBCE #Wiren_Board_Cloud #облако #сценарии #автоматизация #zigbee #knx #mqtt

От конфигуратора до AI: как обновили софт Wiren Board

Во время WBCE 2026 специалисты Wiren Board прочитали два доклада — про железо и про софт. В этой статье разберем второй — про новинки в софте. Для тех, кто никогда не слышал — Wiren Board производит оборудование для автоматизации, а WBCE — это ежегодная мультибрендовая тематическая выставка. Расскажем про обновленный веб-интерфейс и новые возможности конфигуратора, интеграции с KNX и Zigbee, сценарии без кода, развитие Wiren Board Cloud и появление AI-инструментов — от чат-бота техподдержки до ассистента в контроллере.

https://habr.com/ru/companies/wirenboard/articles/1032634/

#Wiren_Board #Modbus #WBCE #Wiren_Board_Cloud #облако #сценарии #автоматизация #zigbee #knx #mqtt

От конфигуратора до AI: как обновили софт Wiren Board

Во время WBCE 2026 специалисты Wiren Board прочитали два доклада — про железо и про софт. В этой статье разберем второй — про новинки в софте. Для тех, кто никогда не слышал — Wiren Board производит оборудование для автоматизации, а WBCE — это ежегодная мультибрендовая тематическая выставка. Расскажем про обновленный веб-интерфейс и новые возможности конфигуратора, интеграции с KNX и Zigbee, сценарии без кода, развитие Wiren Board Cloud и появление AI-инструментов — от чат-бота техподдержки до ассистента в контроллере.

https://habr.com/ru/companies/wirenboard/articles/1032634/

#Wiren_Board #Modbus #WBCE #Wiren_Board_Cloud #облако #сценарии #автоматизация #zigbee #knx #mqtt

В чем особенность виртуальных машин размером с хост

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

https://habr.com/ru/companies/selectel/articles/1032242/

#selectel #облако #облачная_платформа #itинфраструктура #обзор #продукт

Скованные одним цефом: как тестируем Ceph в MWS Cloud Platform

Смело предположу, что каждый инженер, на регулярной основе работающий с SDS Сeph, не единожды находился в состоянии фрустрации от сложности и неоднозначности этой технологии. Я хотел бы попробовать помочь и поделиться своим опытом решения проблем с производительностью. В этой статье я кратко расскажу про некоторые инструментальные подходы к решению возникающих задач. Всем привет! Меня зовут Александр Пивкин, я ведущий SRE-инженер в MWS Cloud Platform. Сейчас Ceph — основная технология хранения данных в

https://habr.com/ru/companies/mws/articles/1031132/

#cloud #ceph #mws_cloud #mwscloudplatform #облако #хранение_данных

Скованные одним цефом: как тестируем Ceph в MWS Cloud Platform

Смело предположу, что каждый инженер, на регулярной основе работающий с SDS Сeph, не единожды находился в состоянии фрустрации от сложности и неоднозначности этой технологии. Я хотел бы попробовать помочь и поделиться своим опытом решения проблем с производительностью. В этой статье я кратко расскажу про некоторые инструментальные подходы к решению возникающих задач. Всем привет! Меня зовут Александр Пивкин, я ведущий SRE-инженер в MWS Cloud Platform. Сейчас Ceph — основная технология хранения данных в

https://habr.com/ru/companies/mws/articles/1031132/

#cloud #ceph #mws_cloud #mwscloudplatform #облако #хранение_данных

Скованные одним цефом: как тестируем Ceph в MWS Cloud Platform

Смело предположу, что каждый инженер, на регулярной основе работающий с SDS Сeph, не единожды находился в состоянии фрустрации от сложности и неоднозначности этой технологии. Я хотел бы попробовать помочь и поделиться своим опытом решения проблем с производительностью. В этой статье я кратко расскажу про некоторые инструментальные подходы к решению возникающих задач. Всем привет! Меня зовут Александр Пивкин, я ведущий SRE-инженер в MWS Cloud Platform. Сейчас Ceph — основная технология хранения данных в

https://habr.com/ru/companies/mws/articles/1031132/

#cloud #ceph #mws_cloud #mwscloudplatform #облако #хранение_данных

Скованные одним цефом: как тестируем Ceph в MWS Cloud Platform

Смело предположу, что каждый инженер, на регулярной основе работающий с SDS Сeph, не единожды находился в состоянии фрустрации от сложности и неоднозначности этой технологии. Я хотел бы попробовать помочь и поделиться своим опытом решения проблем с производительностью. В этой статье я кратко расскажу про некоторые инструментальные подходы к решению возникающих задач. Всем привет! Меня зовут Александр Пивкин, я ведущий SRE-инженер в MWS Cloud Platform. Сейчас Ceph — основная технология хранения данных в

https://habr.com/ru/companies/mws/articles/1031132/

#cloud #ceph #mws_cloud #mwscloudplatform #облако #хранение_данных

Миграция в облако без пересборки: как пользовательские образы решают проблему переезда

Привет, Хабр! На связи Даша Косова, я продакт менеджер Рег.облака. Представим знакомую многим ситуацию. У компании есть сервер. Он работает уже несколько лет. На нем крутятся базы данных, backend-сервисы, cron-скрипты, система мониторинга. Всё настроено, всё работает, и трогать это никто особенно не хочет. Инфраструктуру собирали постепенно: что-то добавили год назад, что-то настроили два года назад, какие-то сервисы поднимали «на скорую руку». Со временем все это превратилось в полноценную рабочую систему. И в какой-то момент возникает идея переехать в облако. А что происходит дальше и как ничего не потерять при переезде — в этой статье.

https://habr.com/ru/companies/runity/articles/1029772/

#регоблако #облака #миграция_данных #миграция_в_облако #миграция_итинфраструктуры #перенос_данных #образы #openstack #базы_данных #облако

Ракета, которая не взлетела: почему компании отказываются от OpenStack

Знаете, бывают технологии, которые изучаешь — и сразу понятно, куда шли и чем закончили, но OpenStack — это не просто технология, это целая эпоха. Причём такая, где на одной временной шкале у тебя NASA, Rackspace, Mirantis и Red Hat и десятки других крупных компаний, каждая из которых решила, что надо объединиться чтобы сделать свой, «домашний» AWS. Кстати, да, меня зовут Эдгар Сипки, я девелопер-адвокат в MWS Cloud Platform, и сегодня мы поговорим об OpenStack.

https://habr.com/ru/companies/mws/articles/1025766/

#MWS_Cloud #mwscloudplatform #openstack #cloud #облако

Ракета, которая не взлетела: почему компании отказываются от OpenStack

Знаете, бывают технологии, которые изучаешь — и сразу понятно, куда шли и чем закончили, но OpenStack — это не просто технология, это целая эпоха. Причём такая, где на одной временной шкале у тебя NASA, Rackspace, Mirantis и Red Hat и десятки других крупных компаний, каждая из которых решила, что надо объединиться чтобы сделать свой, «домашний» AWS. Кстати, да, меня зовут Эдгар Сипки, я девелопер-адвокат в MWS Cloud Platform, и сегодня мы поговорим об OpenStack.

https://habr.com/ru/companies/mws/articles/1025766/

#MWS_Cloud #mwscloudplatform #openstack #cloud #облако

Ракета, которая не взлетела: почему компании отказываются от OpenStack

Знаете, бывают технологии, которые изучаешь — и сразу понятно, куда шли и чем закончили, но OpenStack — это не просто технология, это целая эпоха. Причём такая, где на одной временной шкале у тебя NASA, Rackspace, Mirantis и Red Hat и десятки других крупных компаний, каждая из которых решила, что надо объединиться чтобы сделать свой, «домашний» AWS. Кстати, да, меня зовут Эдгар Сипки, я девелопер-адвокат в MWS Cloud Platform, и сегодня мы поговорим об OpenStack.

https://habr.com/ru/companies/mws/articles/1025766/

#MWS_Cloud #mwscloudplatform #openstack #cloud #облако

Ракета, которая не взлетела: почему компании отказываются от OpenStack

Знаете, бывают технологии, которые изучаешь — и сразу понятно, куда шли и чем закончили, но OpenStack — это не просто технология, это целая эпоха. Причём такая, где на одной временной шкале у тебя NASA, Rackspace, Mirantis и Red Hat и десятки других крупных компаний, каждая из которых решила, что надо объединиться чтобы сделать свой, «домашний» AWS. Кстати, да, меня зовут Эдгар Сипки, я девелопер-адвокат в MWS Cloud Platform, и сегодня мы поговорим об OpenStack.

https://habr.com/ru/companies/mws/articles/1025766/

#MWS_Cloud #mwscloudplatform #openstack #cloud #облако

Моя поездка в русский ЦОД

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

https://habr.com/ru/articles/1022064/

#цод #цоды #датацентр #датацентры #облако #облака #инженерия #инженерные_системы

Рост цен на серверы в 2026 году: прогнозы, причины и рекомендации

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

https://habr.com/ru/companies/hostkey/articles/1021834/

#серверы #GPU #ИИ #облако #инфраструктура #цены #дефицит #TSMC #память #hostkey

Самый быстрый кластер Managed Kubernetes в России, обновление Redis, защита объектов в S3 и другие апдейты марта

Привет, Хабр! Мы тут

https://habr.com/ru/companies/selectel/articles/1021174/

#selectel #kubernetes #s3 #облако #безопасность #логи #дайджест

Разграничение зон ответственности в облаке: кто отвечает за безопасность и что будет, если это не зафиксировать

Всем привет! Меня зовут Егор, я аудитор по информационной безопасности

https://habr.com/ru/companies/selectel/articles/1017504/

#selectel #безопасность #регуляторика #инфраструктура #облако

Новые способы хранения тайлов в Картах: как один сервер выдерживает 80k RPS

80k RPS и 25 Гбит/с трафика тайлов с одного сервера — звучит как мечта для картографического сервиса? На самом деле это реально — если ваш способ отдачи тайлов спроектирован для этого. С момента появления первых веб‑карт подходы к хранению картографических данных сильно изменились. В этой статье я разберу эволюцию от классических методов до современных облачных форматов и расскажу о нашем собственном решении с интересными алгоритмами индексации, а также зачем нам для этого понадобились деревья и алгоритмы цифровой сортировки. Поделюсь опытом того, как мы отказались от сложного рендеринга на бэкенде, упростили инфраструктуру и эксплуатацию, а заодно перестали бояться пиковой нагрузки. Покажу, как это позволило нам отдавать сотни экспериментальных вариантов подложки Карт, используя в качестве бэкенда только S3.

https://habr.com/ru/companies/yandex/articles/1013916/

#яндекс #карты #алгоритмы #облако #S3

FinOps на практике: когда облачный счет перестает быть черным ящиком

Меня зовут Дмитрий Деев, я руководитель отдела IT-инфраструктуры в Ви.Tech - IT-дочке ВсеИнструменты.ру. В рамках нашего подкаста я поговорил с Ильей Кочневым, директором сопровождения информационных технологий в Lamoda Tech. Илья - более 20 лет в эксплуатации, начинал юникс-инженером, строил инфраструктуры в банках, нефтянке, e-commerce, открывал дата-центры в нескольких странах, мигрировал в облака, из облаков и между облаками. Говорили про FinOps. Не про «культуру осознанного потребления» и не про «надо экономить», а про то, как это реально работает и когда вообще стоит этим заниматься.

https://habr.com/ru/articles/1016764/

#FinOps #облако #инфраструктура #амортизация #TCO #облачные_расходы #оптимизация_затрат #onpremise

FinOps на практике: когда облачный счет перестает быть черным ящиком

Меня зовут Дмитрий Деев, я руководитель отдела IT-инфраструктуры в Ви.Tech - IT-дочке ВсеИнструменты.ру. В рамках нашего подкаста я поговорил с Ильей Кочневым, директором сопровождения информационных технологий в Lamoda Tech. Илья - более 20 лет в эксплуатации, начинал юникс-инженером, строил инфраструктуры в банках, нефтянке, e-commerce, открывал дата-центры в нескольких странах, мигрировал в облака, из облаков и между облаками. Говорили про FinOps. Не про «культуру осознанного потребления» и не про «надо экономить», а про то, как это реально работает и когда вообще стоит этим заниматься.

https://habr.com/ru/articles/1016764/

#FinOps #облако #инфраструктура #амортизация #TCO #облачные_расходы #оптимизация_затрат #onpremise

FinOps на практике: когда облачный счет перестает быть черным ящиком

Меня зовут Дмитрий Деев, я руководитель отдела IT-инфраструктуры в Ви.Tech - IT-дочке ВсеИнструменты.ру. В рамках нашего подкаста я поговорил с Ильей Кочневым, директором сопровождения информационных технологий в Lamoda Tech. Илья - более 20 лет в эксплуатации, начинал юникс-инженером, строил инфраструктуры в банках, нефтянке, e-commerce, открывал дата-центры в нескольких странах, мигрировал в облака, из облаков и между облаками. Говорили про FinOps. Не про «культуру осознанного потребления» и не про «надо экономить», а про то, как это реально работает и когда вообще стоит этим заниматься.

https://habr.com/ru/articles/1016764/

#FinOps #облако #инфраструктура #амортизация #TCO #облачные_расходы #оптимизация_затрат #onpremise

FinOps на практике: когда облачный счет перестает быть черным ящиком

Меня зовут Дмитрий Деев, я руководитель отдела IT-инфраструктуры в Ви.Tech - IT-дочке ВсеИнструменты.ру. В рамках нашего подкаста я поговорил с Ильей Кочневым, директором сопровождения информационных технологий в Lamoda Tech. Илья - более 20 лет в эксплуатации, начинал юникс-инженером, строил инфраструктуры в банках, нефтянке, e-commerce, открывал дата-центры в нескольких странах, мигрировал в облака, из облаков и между облаками. Говорили про FinOps. Не про «культуру осознанного потребления» и не про «надо экономить», а про то, как это реально работает и когда вообще стоит этим заниматься.

https://habr.com/ru/articles/1016764/

#FinOps #облако #инфраструктура #амортизация #TCO #облачные_расходы #оптимизация_затрат #onpremise

Оптимизация потребления ресурсов: где теряются мощности и как внедрять FinOps без боли (часть 5 из 5)

Меня зовут Дмитрий, я руковожу отделом ИТ-инфраструктуры и сервисов в Ви.Tech , IT-дочке ВсеИнструменты.ру. В предыдущих частях я рассказывал про P&L-центры, ценообразование, учет ресурсов и планирование бюджета, а теперь хочу перейти к самой чувствительной части всей этой истории - оптимизации потребления. Здесь уже недостаточно просто собрать цифры в отчет. Нужно понять, где ресурсы реально тратятся неэффективно, что с этим можно сделать без вреда для сервисов и с какими организационными проблемами мы почти наверняка столкнемся по дороге.

https://habr.com/ru/articles/1015662/

#FinOps #облако #инфраструктура #амортизация #TCO #облачные_расходы #оптимизация_затрат #onpremise

Как прогнозировать потребление ресурсов и планировать ИТ-бюджет (часть 4 из 5)

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

https://habr.com/ru/articles/1015660/

#FinOps #облако #инфраструктура #амортизация #TCO #облачные_расходы #оптимизация_затрат #onpremise

Оптимизация потребления ресурсов: где теряются мощности и как внедрять FinOps без боли (часть 5 из 5)

Меня зовут Дмитрий, я руковожу отделом ИТ-инфраструктуры и сервисов в Ви.Tech , IT-дочке ВсеИнструменты.ру. В предыдущих частях я рассказывал про P&L-центры, ценообразование, учет ресурсов и планирование бюджета, а теперь хочу перейти к самой чувствительной части всей этой истории - оптимизации потребления. Здесь уже недостаточно просто собрать цифры в отчет. Нужно понять, где ресурсы реально тратятся неэффективно, что с этим можно сделать без вреда для сервисов и с какими организационными проблемами мы почти наверняка столкнемся по дороге.

https://habr.com/ru/articles/1015662/

#FinOps #облако #инфраструктура #амортизация #TCO #облачные_расходы #оптимизация_затрат #onpremise

Как прогнозировать потребление ресурсов и планировать ИТ-бюджет (часть 4 из 5)

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

https://habr.com/ru/articles/1015660/

#FinOps #облако #инфраструктура #амортизация #TCO #облачные_расходы #оптимизация_затрат #onpremise

Оптимизация потребления ресурсов: где теряются мощности и как внедрять FinOps без боли (часть 5 из 5)

Меня зовут Дмитрий, я руковожу отделом ИТ-инфраструктуры и сервисов в Ви.Tech , IT-дочке ВсеИнструменты.ру. В предыдущих частях я рассказывал про P&L-центры, ценообразование, учет ресурсов и планирование бюджета, а теперь хочу перейти к самой чувствительной части всей этой истории - оптимизации потребления. Здесь уже недостаточно просто собрать цифры в отчет. Нужно понять, где ресурсы реально тратятся неэффективно, что с этим можно сделать без вреда для сервисов и с какими организационными проблемами мы почти наверняка столкнемся по дороге.

https://habr.com/ru/articles/1015662/

#FinOps #облако #инфраструктура #амортизация #TCO #облачные_расходы #оптимизация_затрат #onpremise

Как прогнозировать потребление ресурсов и планировать ИТ-бюджет (часть 4 из 5)

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

https://habr.com/ru/articles/1015660/

#FinOps #облако #инфраструктура #амортизация #TCO #облачные_расходы #оптимизация_затрат #onpremise

Оптимизация потребления ресурсов: где теряются мощности и как внедрять FinOps без боли (часть 5 из 5)

Меня зовут Дмитрий, я руковожу отделом ИТ-инфраструктуры и сервисов в Ви.Tech , IT-дочке ВсеИнструменты.ру. В предыдущих частях я рассказывал про P&L-центры, ценообразование, учет ресурсов и планирование бюджета, а теперь хочу перейти к самой чувствительной части всей этой истории - оптимизации потребления. Здесь уже недостаточно просто собрать цифры в отчет. Нужно понять, где ресурсы реально тратятся неэффективно, что с этим можно сделать без вреда для сервисов и с какими организационными проблемами мы почти наверняка столкнемся по дороге.

https://habr.com/ru/articles/1015662/

#FinOps #облако #инфраструктура #амортизация #TCO #облачные_расходы #оптимизация_затрат #onpremise

Как прогнозировать потребление ресурсов и планировать ИТ-бюджет (часть 4 из 5)

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

https://habr.com/ru/articles/1015660/

#FinOps #облако #инфраструктура #амортизация #TCO #облачные_расходы #оптимизация_затрат #onpremise

Как учитывать стоимость ИТ-ресурсов и аллоцировать затраты по P&L-центрам (часть 3 из 5)

Меня зовут Дмитрий, я руковожу отделом ИТ-инфраструктуры и сервисов в Ви.Tech , IT-дочке ВсеИнструменты.ру. В прошлой части я подробно разбирал ценообразование вычислительных ресурсов, а теперь давайте соберем все это в единую модель учета и посмотрим, как она помогает не просто считать цифры, а принимать вполне прикладные решения. Ниже пройдемся по основным блокам, из которых этот учет складывается. 1. Отдельно стоящее оборудование Поскольку мы планируем учитывать расходы за месяц, то стоимость покупки оборудования нам также надо привести к месячным затратам. Для этого воспользуемся амортизацией, а именно определим ее срок и тип и посчитаем ежемесячную стоимость, исходя из этого. Для примера возьмем линейную амортизацию сроком на 5 лет (60 месяцев), тогда ежемесячная стоимость отдельно стоящего оборудования будет: HW_month_price = HW_price / 60 При этом:

https://habr.com/ru/articles/1015658/

#FinOps #облако #инфраструктура #амортизация #TCO #облачные_расходы #оптимизация_затрат #onpremise

Как учитывать стоимость ИТ-ресурсов и аллоцировать затраты по P&L-центрам (часть 3 из 5)

Меня зовут Дмитрий, я руковожу отделом ИТ-инфраструктуры и сервисов в Ви.Tech , IT-дочке ВсеИнструменты.ру. В прошлой части я подробно разбирал ценообразование вычислительных ресурсов, а теперь давайте соберем все это в единую модель учета и посмотрим, как она помогает не просто считать цифры, а принимать вполне прикладные решения. Ниже пройдемся по основным блокам, из которых этот учет складывается. 1. Отдельно стоящее оборудование Поскольку мы планируем учитывать расходы за месяц, то стоимость покупки оборудования нам также надо привести к месячным затратам. Для этого воспользуемся амортизацией, а именно определим ее срок и тип и посчитаем ежемесячную стоимость, исходя из этого. Для примера возьмем линейную амортизацию сроком на 5 лет (60 месяцев), тогда ежемесячная стоимость отдельно стоящего оборудования будет: HW_month_price = HW_price / 60 При этом:

https://habr.com/ru/articles/1015658/

#FinOps #облако #инфраструктура #амортизация #TCO #облачные_расходы #оптимизация_затрат #onpremise

Как учитывать стоимость ИТ-ресурсов и аллоцировать затраты по P&L-центрам (часть 3 из 5)

Меня зовут Дмитрий, я руковожу отделом ИТ-инфраструктуры и сервисов в Ви.Tech , IT-дочке ВсеИнструменты.ру. В прошлой части я подробно разбирал ценообразование вычислительных ресурсов, а теперь давайте соберем все это в единую модель учета и посмотрим, как она помогает не просто считать цифры, а принимать вполне прикладные решения. Ниже пройдемся по основным блокам, из которых этот учет складывается. 1. Отдельно стоящее оборудование Поскольку мы планируем учитывать расходы за месяц, то стоимость покупки оборудования нам также надо привести к месячным затратам. Для этого воспользуемся амортизацией, а именно определим ее срок и тип и посчитаем ежемесячную стоимость, исходя из этого. Для примера возьмем линейную амортизацию сроком на 5 лет (60 месяцев), тогда ежемесячная стоимость отдельно стоящего оборудования будет: HW_month_price = HW_price / 60 При этом:

https://habr.com/ru/articles/1015658/

#FinOps #облако #инфраструктура #амортизация #TCO #облачные_расходы #оптимизация_затрат #onpremise

Как учитывать стоимость ИТ-ресурсов и аллоцировать затраты по P&L-центрам (часть 3 из 5)

Меня зовут Дмитрий, я руковожу отделом ИТ-инфраструктуры и сервисов в Ви.Tech , IT-дочке ВсеИнструменты.ру. В прошлой части я подробно разбирал ценообразование вычислительных ресурсов, а теперь давайте соберем все это в единую модель учета и посмотрим, как она помогает не просто считать цифры, а принимать вполне прикладные решения. Ниже пройдемся по основным блокам, из которых этот учет складывается. 1. Отдельно стоящее оборудование Поскольку мы планируем учитывать расходы за месяц, то стоимость покупки оборудования нам также надо привести к месячным затратам. Для этого воспользуемся амортизацией, а именно определим ее срок и тип и посчитаем ежемесячную стоимость, исходя из этого. Для примера возьмем линейную амортизацию сроком на 5 лет (60 месяцев), тогда ежемесячная стоимость отдельно стоящего оборудования будет: HW_month_price = HW_price / 60 При этом:

https://habr.com/ru/articles/1015658/

#FinOps #облако #инфраструктура #амортизация #TCO #облачные_расходы #оптимизация_затрат #onpremise

Базовый минимум или роскошный максимум: как устроен IaaS в MWS Cloud Platform

За время работы в облаке я убедился в одной простой вещи: сколько бы сервисов ни предлагало облако — Kubernetes, Serverless, базы данных, Big Data или AI-сервисы, — всё это работает только потому, что под ними есть прочный фундамент: виртуальные машины, диски и сети. Этот фундамент и называется IaaS. Он важен и для клиентов, и для самого облачного провайдера: все сервисы строятся поверх него, а уровень этой базы определяет надёжность и скорость создания сервисов. Всем привет! Меня зовут Родион Цалкин, TPO

https://habr.com/ru/companies/mws/articles/1014174/

#cloud #IaaS #облако #виртуальная_инфраструктура #MWS_Cloud #mwscloudplatform

Базовый минимум или роскошный максимум: как устроен IaaS в MWS Cloud Platform

За время работы в облаке я убедился в одной простой вещи: сколько бы сервисов ни предлагало облако — Kubernetes, Serverless, базы данных, Big Data или AI-сервисы, — всё это работает только потому, что под ними есть прочный фундамент: виртуальные машины, диски и сети. Этот фундамент и называется IaaS. Он важен и для клиентов, и для самого облачного провайдера: все сервисы строятся поверх него, а уровень этой базы определяет надёжность и скорость создания сервисов. Всем привет! Меня зовут Родион Цалкин, TPO

https://habr.com/ru/companies/mws/articles/1014174/

#cloud #IaaS #облако #виртуальная_инфраструктура #MWS_Cloud #mwscloudplatform

Базовый минимум или роскошный максимум: как устроен IaaS в MWS Cloud Platform

За время работы в облаке я убедился в одной простой вещи: сколько бы сервисов ни предлагало облако — Kubernetes, Serverless, базы данных, Big Data или AI-сервисы, — всё это работает только потому, что под ними есть прочный фундамент: виртуальные машины, диски и сети. Этот фундамент и называется IaaS. Он важен и для клиентов, и для самого облачного провайдера: все сервисы строятся поверх него, а уровень этой базы определяет надёжность и скорость создания сервисов. Всем привет! Меня зовут Родион Цалкин, TPO

https://habr.com/ru/companies/mws/articles/1014174/

#cloud #IaaS #облако #виртуальная_инфраструктура #MWS_Cloud #mwscloudplatform

Базовый минимум или роскошный максимум: как устроен IaaS в MWS Cloud Platform

За время работы в облаке я убедился в одной простой вещи: сколько бы сервисов ни предлагало облако — Kubernetes, Serverless, базы данных, Big Data или AI-сервисы, — всё это работает только потому, что под ними есть прочный фундамент: виртуальные машины, диски и сети. Этот фундамент и называется IaaS. Он важен и для клиентов, и для самого облачного провайдера: все сервисы строятся поверх него, а уровень этой базы определяет надёжность и скорость создания сервисов. Всем привет! Меня зовут Родион Цалкин, TPO

https://habr.com/ru/companies/mws/articles/1014174/

#cloud #IaaS #облако #виртуальная_инфраструктура #MWS_Cloud #mwscloudplatform

DNS в приватных сетях: мои сети — мои домены

Вы наверняка знакомы с публичным DNS, если хоть раз задумывались, почему на запрос

https://habr.com/ru/companies/selectel/articles/1014856/

#dns #облако #selectel #доменные_имена #домен #глобальная_сеть #ipадрес

Как мы построили корпоративного RAG-ассистента: от личного стартапа до внутреннего продукта

Привет, Хабр! На связи команда Рунити под руководством Антона Ивахненко: Дмитрий Виноградов, руководитель направления разработки, менеджер продукта Карина Калеева, ML-инженер Александр Михеев и тех.лид Владимир Устьянцев. В этой статье мы рассказываем про RAG-ассистента, который скоро у нас появится. Этот ассистент ищет по Confluence и GitLab одновременно, уважает права доступа и не отправляет корпоративные данные наружу. Но обо всём по порядку.

https://habr.com/ru/companies/runity/articles/1014712/

#регоблако #рунити #облако #ииагенты #ииассистент #база_знаний #база_знаний_поиск #gitlab #confluence #confluent_cloud

StarRocks в облаке Selectel. Проверяем, как аналитическая СУБД ведет себя под нагрузкой

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

https://habr.com/ru/companies/selectel/articles/1012836/

#starrocks #dwh #selectel #субд #базы_данных #хранение_данных #облако #серверы

StarRocks в облаке Selectel. Проверяем, как аналитическая СУБД ведет себя под нагрузкой

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

https://habr.com/ru/companies/selectel/articles/1012836/

#starrocks #dwh #selectel #субд #базы_данных #хранение_данных #облако #серверы

StarRocks в облаке Selectel. Проверяем, как аналитическая СУБД ведет себя под нагрузкой

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

https://habr.com/ru/companies/selectel/articles/1012836/

#starrocks #dwh #selectel #субд #базы_данных #хранение_данных #облако #серверы

StarRocks в облаке Selectel. Проверяем, как аналитическая СУБД ведет себя под нагрузкой

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

https://habr.com/ru/companies/selectel/articles/1012836/

#starrocks #dwh #selectel #субд #базы_данных #хранение_данных #облако #серверы

Как раздать десятки публичных IP сотням виртуальных машин и не упасть

Недавно в MWS Cloud Platform появилась поддержка Egress NAT. В статье разберём архитектуру распределённой системы трансляции адресов, почему мы выделяем порты блоками и как обеспечиваем корректную передачу обратного трафика в условиях ECMP-маршрутизации. Плюс как это всё переживает рестарты, потерю событий и рассинхронизацию и всё равно сходится к правильному состоянию.

https://habr.com/ru/companies/mws/articles/1005634/

#cloud #MWS_Cloud #mwscloudplatform #NAT #облако