[OASIS Issue Tracker] (TOSCA-265) Different flavours of the same Service

[OASIS Issues Tracker <workgroup_mailer@lists.oasis-open.org>]

    [ https://issues.oasis-open.org/browse/TOSCA-265?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=59929#comment-59929 ] 

Luca Gioppo commented on TOSCA-265:
-----------------------------------

This is linked to the multiple deployment proposal document i placed in the repo.

> Different flavours of the same Service
> --------------------------------------
>
>                 Key: TOSCA-265
>                 URL: https://issues.oasis-open.org/browse/TOSCA-265
>             Project: OASIS Topology and Orchestration Specification for Cloud Applications (TOSCA) TC
>          Issue Type: Improvement
>          Components: Spec
>            Reporter: Luca Gioppo
>            Assignee: Luca Gioppo
>
> The use case is:
> 1) I have different "flavours" of the same service that is for example a "transparency portal" composed by Postgresql node +tomcat-lifaray node + apache reverse proxy node as a basic topology for a minimal PA, but I could want to change the topology to scale the service for a bigger PA and I cloud have a cluster of tomcat and a couple of Apache in front with a load balancer.
> As can be seen these are two different topology that cannot be "just scaled" but need different planned topology.
> Logically this is 1 service thus 1 TOSCA file but I have different sizing.
> In the XML spec we have that Definition allows for having more than 1 ServiceTemplate and this is logical since the ServiceTemplate contains all the needed elements to allow for different sizing.
> Is a proper interpretation of the standard or am I stretching it too far?
> I believe that this use case allows the orchestrator to interpret the TOSCA file properly looking at how many ServiceTemplate are there and presenting the end user with a choice of sizing for the service and afterwards the request for the inputs



--
This message was sent by Atlassian JIRA
(v6.2.2#6258)