...
Code Block | ||||||||
---|---|---|---|---|---|---|---|---|
| ||||||||
tosca_definitions_version: tosca_simple_yaml_1_3 nodecapability_types: org.onap.CL_ComponentEventProducer: properties: applicationcarrier_protocol_nametype: type: string descriptionrequired: Humantrue readable name for the application. constraints: required: true provider- valid_values: type: string - DMAAP_message_router description: Provider of the application and of the descriptor. - SOMETHING_ELSE - required: trueREST applicationdata_versionformat: type: string descriptionrequired: Softwaretrue version of the application. constraints: required: true - resourcevalid_idvalues: type:- stringJSON description: >The ID- ofYAML the resource, - JMS should be provided if theevent_format: resource was uploaded to the entity's inventory already. type: string required: falsetrue resourceevent_format_contentversion: type: string descriptionrequired: thefalse contents of the application resource, to be uploaded during instantiation phase of loop.config_keys: type: list required: false monitoring entry_policyschema: type: string description constraints: A reference to the monitoring policy if applicable. - valid_values: required: false version: 0.0.1 derived_from: tosca.nodes.Root topology_template: inputs: - all valid values should be added here pm_docker_image: type: string - if not specified, events description:of dockerany imageconfig usedkey formay instantiating the PMSH service.be generated required: true operational_policy_name: - 'examples for config_key: type: stringves-measurement, ves-syslog, tca_handle_out, description: name of the operational policy to be triggeredetc.' on MR when subscription is created. version: 0.0.1 derived_from: tosca.capabilities.Root required: trueorg.onap.EventConsumer: outbound_topic_nameproperties: typeresponding_capability: string description: Name of topic used for messages to policy. type: string required: truefalse feedback carrier_topicprotocol_nametype: type: string description required: Nametrue of topic used for feedback from policy.constraints: required: true - valid_values: inventory_notification_topic_name: type: string- DMAAP_message_router description: Name of topic used for inventory inventory notifications. - SOMETHING_ELSE required:- trueREST pmsh_resource_id data_format: type: string description required: IDtrue of the PMSH blueprint in the inventory.constraints: required: true - nodevalid_templatesvalues: org.onap.PM_Subscription_Handler: type: org.onap.Cl_Component - JSON properties: - YAML application_name: PMSH - JMS provider: DCAE - all valid values should be added here applicationevent_Version: '1.0.1'format: resource_idtype: { get_input: pmsh_resource_id } string description: 'examples for monitoringevent_policyformat: 'monitoring_policy_id'Ves_specification, LinkUp, VnfConfigured, application_config: etc.' tag_versionrequired: { get_input: pm_docker_image } true event_format_version: operational_policy_name: { get_input: operational_policy_name } type: string description: 'examples pmshfor event_publish_topic_name: { get_input: outbound_topic_name }format_version: 5.28.4, 7.30.1, etc.' required: false config_keys: type: list required: policy_feedback_topic_name: { get_input: feedback_topic_name } false entry_schema: type: string constraints: - aai_notification_topic_name: { get_input: inventory_notification_topic_name }valid_values: - all valid values should be added here - if not specified, events of any config key may be generated - 'examples for config_key: ves-measurement, ves-syslog, tca_handle_out, etc.' version: 0.0.1 derived_from: tosca.capabilities.Root node_types: org.onap.DynamicConfig: properties: application_name: type: string description: Value used to tie the config to an application ? should we be using a relationship here instead? required: true application_version: type: string required: true application_provider: type: string required: false data_types: type: object required: false schema: type: object required: false version: 0.0.1 derived_from: tosca.nodes.Root org.onap.APP: properties: application_name: type: string description: Human readable name for the application Product required: false provider: type: string description: Provider of the application and of the descriptor required: true application_version: type: string description: Software version of the application required: true blueprint_id: type: string description: A reference to the app blueprint required: false monitoring_policy: type: string description: A reference to the monitoring policy required: false requirements: - receive: capability: org.onap.EventProducer relationship: org.onap.PropagateEvent occurrences: - 0.0 - UNBOUNDED - send: capability: org.onap.EventConsumer relationship: org.onap.PropagateEvent occurrences: - 0.0 - UNBOUNDED version: 0.0.1 derived_from: tosca.nodes.Root org.onap.EventRelay: properties: event_format: type: string description: 'examples for event_format: Ves_specification, etc.' required: true event_format_version: type: string description: 'examples for event_format_version: 5.28.4, 7.30.1, etc.' required: true config_keys: type: list required: false entry_schema: type: string constraints: - valid_values: - all valid values should be added here - if not specified, events of any config key is relayed - 'examples for config_key: ves-measurement, ves-syslog, tca_handle_out, etc.' supported_carrier_protocols: type: map description: 'A map describing supported carrier protocols and translations. The tuples define what protocol combinations are supported on the producer and consumer side: e.g. { REST: REST, DMAAP: REST, DMAAP: DMAAP}' required: true key_schema: type: string constraints: - valid_values: - DMAAP_message_router - SOMETHING_ELSE - REST - all valid values should be added here entry_schema: type: string constraints: - valid_values: - DMAAP_message_router - SOMETHING_ELSE - REST - all valid values should be added here supported_data_formats: type: map description: 'Is a map describing supported data formats and translation. The tuples define what protocol combinations are supported on the producer and consumer side: e.g. { JSON: JSON, JMS: JSON, YAML:YAML }' required: true key_schema: type: string constraints: - valid_values: - JSON - JMS - YAML - etc - all valid values should be added here entry_schema: type: string constraints: - valid_values: - JSON - JMS - YAML - etc - all valid values should be added here requirements: - receive: capability: org.onap.EventProducer relationship: org.onap.PropagateEvent occurrences: - 0.0 - UNBOUNDED - send: capability: org.onap.EventConsumer relationship: org.onap.PropagateEvent occurrences: - 0.0 - UNBOUNDED version: 0.0.1 derived_from: tosca.nodes.Root relationship_types: org.onap.PropagateEvent: properties: config_keys: type: list description: The relationship type used on requirements to org.onap.EventProducer and org.onap.EventConsumer capabilities. Filters events by specific config_keys to be transferred by this relationship. That is, any event with a specific config_key found in the list is transferred. If list is not defined or is empty, events with all config_keys are transferred. required: false entry_schema: type: string version: 0.0.1 derived_from: tosca.relationships.Root topology_template: inputs: pm_subscription_topic: type: string pm_subscription_response_topic: type: string pm_subscription_handler_blueprint_id: type: string pm_subscription_operational_policy_id: type: string pm_subscription_cds_blueprint_id: type: string enable_tls: type: string node_templates: org.onap.PM_Subscription_Handler: type: org.onap.APP properties: application_name: PM Subscription Handler provider: Ericsson application_version: 1.0.0 artifact_id: get_input: pm_subscription_handler_blueprint_id description: Is this a reference to the DCAE Cloudify Blueprint that is already stored(or will be stored before CL configuration & instatiation) in DCAE Inventory? artifact_config: enable_tls: get_input: enable_tls pmsh_publish_topic_name: get_input: pm_subscription_topic capabilities: pm-subscription-event-publisher: properties: carrier_protocol_type: DMAAP_message_router data_format: JSON event_format: pm-subscription-event-format event_format_version: 1.0.0 attributes: type: org.onap.EventProducer occurrences: - 0.0 - UNBOUNDED pm-subscription-event-receiver: properties: carrier_protocol_type: DMAAP_message_router data_format: JSON event_format: pm-subscription-event-response-format event_format_version: 1.0.0 relationships: - type: tosca.relationships.DependsOn - description: any ideas on a better realtionship ? or is it better to just use the root realtionship ? - target: org.onap.PM_Monitoring_Policy attributes: type: org.onap.EventConsumer occurrences: - 0.0 - UNBOUNDED org.onap.PM_Monitoring_Policy: type: org.onap.DynamicConfig properties: application_name: PM Subscription Handler application_version: 1.0.0 provider: Ericsson data_types: measurementType: type: string DN: type: string nfFilter: properties: nfNames: type: list entry_schema: string modelInvariantIDs: type: list entry_schema: type: string modelVersionIDs: type: list entry_schema: type: string measurementGroup: properties: masurementTypes: type: list entry_schema: type: measurementType managedObjectDNsBasic: type: list entry_schema: type: DN schema: subscription: subscriptionName: type: string required: true administrativeState: type: string required: true filebasedGP: type: integer required: true fileLocation: type: string required: true nfFilter: type: nfFilter measurementGroups: type: list entry_schema: type: measurementGroup description: Should I be showing a dependency between PM Subscription Handler and the PM Monitoring Policy org.onap.PM_Policy: type: org.onap.APP properties: application_name: PM Subscription Operational Policy provider: Ericsson application_version: 1.0.0 artifact_id: get_input: pm_subscription_operational_policy_id artifact_config: NOT_DEFINED requirements: - receive_0: capability: pm-subscription-event-publisher node: org.onap.PM_Subscription_Handler relationship: NOT_DEFINED properties: config_keys: - topic_name: get_input: pm_subscription_topic - send_0: capability: cds-rest-receive node: org.onap.CDS - receive_1: capability: cds-rest-response node: org.onap.CDS - send_1: capability: pm-subscription-event-receiver node: org.onap.PM_Subscription_Handler relationship: NOT_DEFINED properties: config_keys: - topic_name: get_input: pm_subscription_response_topic capabilities: pm-subscription-response-event-publisher: properties: type: org.onap.EventProducer carrier_protocol_type: DMAAP_message_router data_format: JSON event_format: pm-subscription-event-response-format event_format_version: 1.0.0 occurrences: - 0.0 - UNBOUNDED org.onap.PM_CDS_Blueprint: type: org.onap.APP properties: application_name: PM Subscription CDS Blueprint provider: Ericsson application_version: 1.0.0 artifact_id: get_input: pm_subscription_cds_blueprint_id capabilities: cds-rest-receive: properties: type: org.onap.EventConsumer protocol_type: REST data_format: JSON event_format: cds_action_format event_format_version: 1.0.0 responding_capability: cds-rest-response occurrences: - 0.0 - UNBOUNDED cds-rest-response: properties: type: org.onap.EventProducer protocol_type: REST data_format: JSON event_format: cds_action_response_format event_format_version: 1.0.0 occurrences: - 0.0 org.onap.controlloop0: type: org.onap.APP properties: application_name: Test Control Loop provider: Ericsson application_version: 1.0.0 status: NOT_DEPLOYED |
2.2: Modelling from TOSCA to Commissioned Data in Run Time Catalogue
...