I used our tosca toolbox to automatically generate visual diagrams in order to study modeling choices and identify modeling defects in TOSCA types and topologies of all xOpera examples.
Following is a UML2 component diagram representing the TOSCA topology of the cloud/aws/thumbnail-generator-with-vm example:

Following is a proprietary diagram representing the same topology (only node templates are represented):

On both diagrams, we could observe that:
- some node templates (
bucket_notification, ec2_docker, ec2_web_app, bucket_out, bucket_in, prerequisites) have no business specific capabilities, except for the standard feature capability.
- some node templates (
lambda, lambda_role, ec2_keypair, vpc_subnet, ec2_role) have only one business specific capability, except for the standard feature capability. But these business capabilities are the target of no relationship.
- No business specific relationship templates are present in this example, except for both standard
DependsOn and HostedOn relationships.
Are those modeling choices or modeling defects?
I used our tosca toolbox to automatically generate visual diagrams in order to study modeling choices and identify modeling defects in TOSCA types and topologies of all xOpera examples.
Following is a UML2 component diagram representing the TOSCA topology of the
cloud/aws/thumbnail-generator-with-vmexample:Following is a proprietary diagram representing the same topology (only node templates are represented):
On both diagrams, we could observe that:
bucket_notification,ec2_docker,ec2_web_app,bucket_out,bucket_in,prerequisites) have no business specific capabilities, except for the standardfeaturecapability.lambda,lambda_role,ec2_keypair,vpc_subnet,ec2_role) have only one business specific capability, except for the standardfeaturecapability. But these business capabilities are the target of no relationship.DependsOnandHostedOnrelationships.Are those modeling choices or modeling defects?