Схема развертывания UML для облачных систем IaaS и PaaS

Question

Я хотел бы смоделировать следующую ситуацию, используя диаграмму развертывания UML.

Небольшой экземпляр машины управления и управления генерируется на платформе инфраструктуры как облачной службы, такой как Amazon EC2. Этот экземпляр, в свою очередь, ответственен за появление дополнительных экземпляров и предоставление им сценария управления NumberCruncher.py либо через что-то вроде S3, либо непосредственно в качестве параметра сценария запуска, если программа достаточно мала, чтобы вписаться в это поле. Моя попытка смоделировать ситуацию с использованием диаграмм развертывания UML в рабочем предположении, что Machine Instance является узлом, неудовлетворительна по следующим причинам.

• Диаграмма, по-видимому, предполагает, что будет ровно три узла с числовыми ключами. Возможно ли проиллюстрировать множественность узлов в диаграмме развертывания, как показано на примере множества экземпляров объектов с использованием multi-object. Если это невозможно для Nodes, то это выглядит как Long Standing Issue
• Есть ли все равно, чтобы показать эквивалент deployment regions/data-centres в диаграмме развертывания?

Наконец:

насчет платформы как сервис? Целый Машинный экземпляр представляет собой узел Идея полностью разрушается в этой точке. Что вы делаете в этом случае? Рассматривать весь провайдер PaaS как единый узел и забывать о деталях?

Answer 1

Что касается вашего первого вопроса:

есть в любом случае, чтобы показать эквивалент регионов развертывания/ данных-центров в диаграмме развертывания?

Я обычно использую Примечания для этого.

И ваш второй вопрос:

насчет платформы в качестве службы? Весь экземпляр Machine Node полностью разрушается в этой точке. Что вы делаете в в этом случае? Обращайтесь со всем провайдером PaaS как единым узлом и забудьте о о деталях?

Я бы сказал, да, для вашего последнего ответа. И я полагаю, вы могли бы взять более подробную информацию из определения модели развертывания и ее элементов. Специально в конце этого пункта:

Они [Nodes] могут быть вложенными и могут быть подключены к системам произвольной сложности с использованием коммуникационных маршрутов. Как правило, узлы представляют либо аппаратные устройства , либо среды выполнения программного обеспечения.

и

ExecutionEnvironments представляют собой стандартные программные системы, компоненты приложения могут потребоваться во время выполнения.

Источник: http://www.omg.org/spec/UML/2.5/Beta1/