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

Question

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

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

• Диаграмма, по-видимому, предполагает, что будет ровно три узла чисел. Можно ли проиллюстрировать множество узлов на диаграмме развертывания, как можно было бы проиллюстрировать множество экземпляров объектов с использованием мультиобъекта. Если это невозможно для узлов, то это, похоже, давняя проблема
• Есть ли способ показать эквивалент областей развертывания / дата-центров на диаграмме развертывания?

И, наконец:

А как насчет платформы как услуги? Весь экземпляр Machine - это идея узла, которая полностью разрушается в этот момент. Что ты делаешь в этом случае? Рассматривать весь провайдер PaaS как единый узел и забыть о деталях?

Answer 1

По поводу вашего первого вопроса:

Есть ли способ показать эквивалент областей развертывания / дата-центров на диаграмме развертывания?

Я обычно использую Notes для этого.

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

А как насчет платформы как услуги? Весь экземпляр Machine - это идея узла, которая полностью разрушается в этот момент. Что ты делаешь в этом случае? Рассматривать весь провайдер PaaS как единый узел и забыть о деталях?

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

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

а также

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

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