Как создать повторно используемый компонент в UCD (UrbanCode Deploy)? - PullRequest
0 голосов
/ 13 января 2020

Допустим, у меня настроено 4 агента в UCD (Urban Code Deloy) и компонент с именем test_component, помеченный для всех агентов. Теперь мне нужно убедиться, что компонент работает только в двух агентах (узлах). Может кто-нибудь сказать мне, как это сделать? Также я слышал, что компонент многократного использования - одна из лучших практик, которой мы должны следовать в UCD. Может ли кто-нибудь указать какой-либо материал, который я смогу изучить.

Ответы [ 3 ]

1 голос
/ 30 января 2020

Вы имеете в виду, что Компоненты сопоставлены с агентами? Вы можете добавить теги к ресурсам или компонентам. (Агент, добавленный в дерево ресурсов, на самом деле является ресурсом, который представляет агента). Затем вы можете создать процесс приложения с шагом, ограниченным выбранным тегом. Более подробная информация здесь: https://www.ibm.com/support/knowledgecenter/SS4GSP_7.0.5/com.ibm.udeploy.doc/topics/groupingtags_tsk.html https://www.ibm.com/support/knowledgecenter/SS4GSP_7.0.5/com.ibm.udeploy.doc/topics/component_tags.html

Для создания повторно используемых компонентов используйте шаблоны компонентов. Вы также можете использовать шаблоны приложений, которые содержат шаблоны среды.

Для получения дополнительной информации см .:

https://www.ibm.com/support/knowledgecenter/SS4GSP_7.0.5/com.ibm.udeploy.doc/topics/comp_template.html

https://www.ibm.com/support/knowledgecenter/SS4GSP_7.0.5/com.ibm.udeploy.doc/topics/app_template.html

0 голосов
/ 05 февраля 2020

Как правило, вы не создаете отдельный компонент для каждого узла. Узел представлен Ресурсом внутри Среды. Вы можете иметь отдельную среду для каждого узла или несколько узлов в одной среде. Приложение может иметь несколько сред. Хорошей практикой является разработка ваших процессов, чтобы их можно было применять в любой среде. Для переменных частей ваших процессов, которые зависят от особенностей среды, полезно использовать свойства среды. Однако обратите внимание, что свойства среды не отображаются в процессах Generi c.

Лучшей альтернативой процессам Generi c являются процессы типа Операционные (версия не требуется), которые имеют доступ к переменным среды.

Здесь описаны типы процессов компонента: https://www.ibm.com/support/knowledgecenter/SS4GSP_7.0.4/com.ibm.udeploy.doc/topics/comp_process_types.html Здесь описаны типы процессов и свойства, которые в них видны: https://www.ibm.com/support/knowledgecenter/SS4GSP_7.0.4/com.ibm.udeploy.doc/topics/ud_properties_avail.html

0 голосов
/ 03 февраля 2020

Вы можете использовать процессы Generi c и даже вызывать их из процессов компонента или приложения. Однако, если процесс используется несколькими компонентами, может быть лучше создать шаблон компонента и поместить этот процесс в шаблон. Таким образом, все компоненты, которые наследуются от этого шаблона компонентов, также наследуют процесс. (Эти Компонент может затем иметь другие процессы, которые не приходят из шаблона).

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

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...