<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>FinOps on Rework-Space</title><link>https://rework-space.com/ua/blog_tags/finops/</link><description>Recent content in FinOps on Rework-Space</description><generator>Hugo -- gohugo.io</generator><language>ua</language><lastBuildDate>Wed, 12 Aug 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://rework-space.com/ua/blog_tags/finops/index.xml" rel="self" type="application/rss+xml"/><item><title>Поза межами роздільного білінгу: поєднання інфраструктури Azure та Databricks DBU за допомогою FOCUS</title><link>https://rework-space.com/ua/blog/2026-08-12-merging-azure-databricks-costs-with-focus/</link><pubDate>Wed, 12 Aug 2026 00:00:00 +0000</pubDate><guid>https://rework-space.com/ua/blog/2026-08-12-merging-azure-databricks-costs-with-focus/</guid><description>Проблема Щомісяця ваша платформа Databricks генерує два рахунки. Azure виставляє рахунок за віртуальні машини, локальні SSD, преміум-сховище та мережевий трафік, на яких працюють ваші кластери, тоді як Databricks обліковує споживання DBU у власних системних таблицях. Числа, яке всім насправді потрібне, справжньої вартості окремого робочого навантаження, немає в жодному з них.
Тож команди роблять те, що роблять завжди: експортують обидва набори даних в Excel і звіряють їх вручну. Це повільно, це схильне до помилок, і це доводиться повторювати щомісяця, бо гіперскейлери заднім числом коригують білінгові дані.</description></item></channel></rss>