Этого вопроса нет в списке. По секрету скажу что многие другие сервисы у нас уже годами в AWS (да, мы коллеги), проблем не было.

Да нет, Mathlab вообще не нужен, простите. Его даже датасатанисты не знают. R - ну так, я его использую чтобы в две строки импорт/экспорт в CSV делать. Датасатанисты, опять же, вроде что-то слышали, но на самом деле тоже нет. Питон - да, полезно, но прямого отношения тоже не имеет. Ну, там AWS Lambda-функции на нём пишем, да той лямбды не так много. Ещё разная интеграция: в ELK питоном взял, в MSSQL положил - типа того.

автор PowerBI - вы хотели сказать R/Python/Matlab
Тоже нет. То что в PBI есть возможность выполнять R никого на самом деле не волнует. Всем нравится, что там можно меры из списка справа мышкой прям на графики бросать и тут же всё пыщь-пыщь - анимированно перерисовывается. Какая для формирования этих мер работа проделана в DWH - никто не думает.

Собственно вопрос в том что если уж нас гонят туда, то реально ли это заставить работать? Есть ли у кого-то опыт? Например во всех наших кубах в сумме несколько десятков измерений и всяко больше сотни мер, даже если убрать дубликаты. Я не представляю как это будет выглядеть в PBI для пользователя в плане навигации: там же ни папок (вроде), ничего такого. Плюс кубы ведь неспроста так долго считаются - это чтобы на этапе составления отчёта не ждать. И то в некоторых заковыристых случаях получается запрос минут на 5. А что в этом смысле предлагает PBI? Ну он там, вроде, собирает все данные внутрь себя и как-то что-то там ускоряет in-memory (типа AWS SPICE), но насколько это в реальности быстро?

Вы не вполне правильно поняли вопрос. Мы в данном случае не думаем, нас заставляют делать так-то и так-то. У Вас в компании нет архитектурного борда? Ну такого места, где все архитекторы собрались отдельной кучкой вместо того чтобы сидеть в командах. И витают там в облаках, звездолёты строят. Нет? Свечку поставьте тогда Ж)

Этот список - не наше мнение. Это мнение руководства. Мы знаем, что кубы - это хорошо. Мы используем ROLAP, у нас чуть ли не всё нарезано на партиции и лежит в зависимости от актуальности на разных дисках. Мы умеем в columnstore. У НАС всё хорошо, более-менее.
НО никакие из перечисленных Вами слов руководству неизвестны и неинтересны. Поймите, вопрос не в том что делать так или по-другому. Вопрос в том что нам говорят делать так-то, а мы хотим узнать у коллег: "Ну чёрт с ним, придётся. Но как быть чтобы архитекторы были сыты, а пользователи - целы?". Может (и наверняка) что-то из списка излишне или вредно, или может есть подобный опыт интеграции. Может PBI тут не к месту: весь стэк AWS и вдруг Мелкософт.