Всем доброго дня
Коллеги подскажите кто небудь пользовал данное решение от Sparx
https://sparxsystems.us/software/sparx-cloud-architecture-platform/
..
Вопрос в том стоит ли переходить на решение в случаи если модельеров всего около 10 и наблюдателей около 50
Сам сервис привлекает App Stream-ингом толстого клиента.

В Тинькове вроде использовали. Можно к ним попробовать обратиться. Я слышал диаметрально противоположные отзывы.

как обратиться в Тиньков?

Тут где-то были представители. Уточнить кто именно можно у @easlamov и @mxsmirnov . Они их даже на конференции и митапы приглашали.

Спасибо

Sparx вроде бы используют в Сибур. Масштаб примерно соответствует заявленному.

Не совсем так :). Использовал Райфайзен, да и сейчас, думаю, использует. Но не cloud (во всяком случае пару лет назад), а просто свои инсталляции sparx ea.

мы не нашли пользы непосредственно от клауд сервера, остановились на клиентах

Спасибо за отзывы коллеги,
мы ищем решение для покрытия следующих проблем
1 - ведение проектов архитекторами по доменам, да on-premise решения позволяют это делать но при этом мы имеем разные (разнесенные) репозитарии с которыми работают как архитектора, аналитики так и разработка и тест-команды. как вариант в случаи толстого клиента это решение сервис провайдер Reusable Asset Service (RAS), но он одно направленный и дает возможность только потреблять но не отдавать данные в репозитарий "чужого" домена. То есть в холдинге есть ряд типовых решений, а так как от домена к домену они очень схожи то приходится вести базу этих решений и часто в ручную переносить решения через RAS но опять таки при внесении правок в исходное описание, у всех лишь образы решения на дату. Так как RAS это облочное решение, очень надеюсь что с помощью платформы решим вопрос с пересечениями команд.
2 - Не доступность - или костыльная доступность  толстого клиента на MacOS - да есть wine | crossover но так как это натив решение то прогнозируемо тормозное.. и это иногда выбешивает, клауд решение с стримом через AWS как раз таки и интересно с позиции кросплатформенности
3 - Распространение инфо для бизнеса - коммуникация не в виде репортов, а в виде вэб сервиса, частично покрывает Prolaborate -  и его связка с Azure и Confluence - но из за сырого функционала .. много времени уходит на адаптацию решения .. и пока на сильно заходит как решение. Клауд дает туже функциональность но теплится надежда что есть какое то развитие.. но это не точно.
4 - Стоимость решения - бюджет под текущее решение давольно велик.. толстый клиент 6.5к + прол 3.5к + про клауд сервер 1.5к то есть порядка 11к вечнозеленых в год не считая текущую инфраструктуру. По этому так же интересно можно ли с экономить при покупке платформы

Vladimir  

я уже описывал вам нашу схему:
*  Sparx Cloud Server (не Pro, a предыдущая версия, без веб морды и prolaborate), сам репозиторий в MS SQL.

сервер поддерживает много репозиториев, но вот конкретно для нашего проекта/репозитория:
* 7-10 локаций архитекторов, часть в Европе часть в Питере/Мск.
* ~50 толстых клиентов Sparx.
* Работает уже 3 года. вроде всех устраивает.
*  сильно не хватает  WebEA (если собственная поделка, которая его заменяет, но ее надо поддерживать).
* нет тонкой настройки прав внутри репозитория, но это терпимо, если все аккуратные и регулярные бекапы.

Да Сергей .. спасибо вам отдельное за ваши доклады.
Мы же пошли через сборку реп под домен .. разворачивание толстых клиентов, и связку Prolaborate + Wiki + Azure и EA
Так же с вашей первой "инсталяции" прошло 3 года .. пришло время посмотреть в сторону развития ЕА .. попалась статью решил уточнить есть ли опыт у комьюнити

Скриншот с затертого до дыр вэбинара (который лежит в отдельной папочке если что - это шутка)

40-95 это задержка сигнала при передаче по оптике на 1500 км?

Да, это задержка. Пинг

Если sparx это просто один продукт ИЗ, посмотрите visual paradigm. У них есть элементы коллаборации.

Может дешевле будет.

в паралеле изучаем VP 16.2
е него нет решения ( или нам не известно) по трансляции через ВЭБ, колоборация - аля гугл докс так же не поддерживается

У меня другой опыт. 100 мс можно обеспечить в пределах 5000 км

ок.