docs/clamp/acm/api-protocol/system-level-dialogues.rst

   1 .. This work is licensed under a Creative Commons Attribution 4.0 International License.
   2
   3 .. _system-level-label:
   4
   5 ACM System Level Dialogues
   6 ##########################
   7 Priming The CLAMP Automation Composition Runtime Lifecycle Management uses the following system-level dialogues. These dialogues enable the CLAMP runtime capabilities described in Section 2 of TOSCA Defined Automation Compositions: Architecture and Design. Design Time dialogues will be described in future releases of the system.
   8
   9
  10 .. contents::
  11     :depth: 4
  12
  13
  14 1 Dialogues on Participants
  15 ===========================
  16 1.1 Register a Participant
  17 --------------------------
  18
  19 Participant Registration is performed by a Participant when it starts up. It registers its ID and the ACM Element Types it supports with the ACM runtime.
  20
  21 .. image:: ../images/system-dialogues/RegisterParticipant.png
  22
  23 1.2 Deregister a Participant
  24 ----------------------------
  25 Participant Deregistration is performed by a Participant when it shuts down. It deregisters its ID and type with the ACM runtime. The participant should already have cleared down all its ACM Element instances and set their states to "Not In Service".
  26
  27 .. image:: ../images/system-dialogues/DeregisterParticipant.png
  28
  29 1.3 Supervise Participants
  30 --------------------------
  31 Participant Supervision is performed periodically between participants and the ACM runtime server to ensure that registered participants are available over time. Participants send a heartbeat message to the ACM runtime at a configured interval. The heartbeat message contains updated status information for each AC Element Instance that has changed status since the last Heartbeat message sent by the participant.
  32
  33 .. image:: ../images/system-dialogues/SuperviseParticipantsStatusUpdate.png
  34
  35 The ACM runtime regularly checks the heartbeat reports from participants and takes action if participants time out. If a heartbeat message is not received for a participant in the Timeout Interval, the participant is marked as timed out and its ACM element instances are informed.
  36
  37 .. image:: ../images/system-dialogues/SuperviseParticipantsTimeout.png
  38
  39 1.4 Get Participant Information
  40 -------------------------------
  41 The information on participants is available over a REST endpoint.
  42
  43 .. image:: ../images/system-dialogues/GetParticipantInformation.png
  44
  45 1.5 Order Full Participant Report
  46 ---------------------------------
  47
  48 .. image:: ../images/system-dialogues/FullParticipantReport.png
  49
  50 2 Dialogues on Automation Composition Types
  51 ===========================================
  52 Commissioning dialogues are used to commission and decommission Automation Composition Types and to set the values of Common Parameters. The values of common parameters are included in the TOSCA YAML file that defines the full Automation Composition Type.
  53
  54 2.1 Commission or Update an Automation Composition Type
  55 -------------------------------------------------------
  56 Create on a POST and update on a PUT.
  57
  58 .. image:: ../images/system-dialogues/CommissionUpdateAcType.png
  59
  60 2.2 Commission an Automation Composition Type using SDC
  61 -------------------------------------------------------
  62
  63 .. image:: ../images/system-dialogues/CommissionAcTypeSDC.png
  64
  65 2.3 Decommission an Automation Composition Type
  66 -----------------------------------------------
  67
  68 .. image:: ../images/system-dialogues/DecommissionAcType.png
  69
  70 2.4 Prime an Automation Composition Type on Participants
  71 --------------------------------------------------------
  72 The Priming operation sends Automation Composition Types and common property values to participants for each Automation Composition Element Type in the Automation Composition Type.
  73
  74 .. image:: ../images/system-dialogues/PrimeAcTypeOnPpnts.png
  75
  76 A participant should respond for each Automation Composition Element Type, thus causing the full Automation Composition Type to become primed. Note that if more than one participant can support an Automation Composition Element Type the ACM Runtime uses the participant in the first response it receives for that Automation Composition Element Type.
  77
  78 .. image:: ../images/system-dialogues/PrimeAcTypeMultiplePpnts.png
  79
  80 The ACM Runtime updates the priming information in the database.
  81
  82 .. image:: ../images/system-dialogues/PrimeInfoUpdatedInDb.png
  83
  84 2.5 Deprime an Automation Composition Type on Participants
  85 ----------------------------------------------------------
  86 The Depriming operation removes Automation Composition Types and common property values on participants for each Automation Composition Element Type in the Automation Composition Type.
  87
  88 .. image:: ../images/system-dialogues/DeprimeOnParticipants.png
  89
  90 A participant should respond for each Automation Composition Element Type, thus causing the full Automation Composition Type to become deprimed.
  91
  92 .. image:: ../images/system-dialogues/DeprimeElements.png
  93
  94 The ACM Runtime updates the priming information in the database.
  95
  96 .. image:: ../images/system-dialogues/UpdateDeprimeInDb.png
  97
  98 2.6 Get Automation Composition Types
  99 ------------------------------------
 100 This dialogue allows an Automation Composition Type to be read.
 101
 102 .. image:: ../images/system-dialogues/GetAcTypes.png
 103
 104 3. Instantiation Dialogues
 105 ==========================
 106 Instantiation dialogues are used to create, set parameters on, instantiate, update, and remove Automation Composition instances.
 107
 108 3.1 Create an Automation Composition Instance
 109 ---------------------------------------------
 110
 111 .. image:: ../images/system-dialogues/CreateAcInstance.png
 112
 113 Note that this dialogue creates the Automation Composition Instance in the ACM database. The instance is sent to the participants using the process described in the dialogue in Section 3.3.
 114
 115 3.2 Delete an Automation Composition Instance
 116 ---------------------------------------------
 117
 118 .. image:: ../images/system-dialogues/DeleteAcInstance.png
 119
 120 3.3 Deploy Automation Composition Instance
 121 ------------------------------------------
 122 The user requests the AC Instance to be deployed using a REST endpoint. The ACM Runtime orders the AC Instance to be deployed to Participants.
 123
 124 .. image:: ../images/system-dialogues/DeployAcInstance.png
 125
 126 Each participant deploys its AC Element Instances from the AC Instance.
 127
 128 .. image:: ../images/system-dialogues/DeployAcInstanceElements.png
 129
 130 The ACM Runtime receives and stores the responses.
 131
 132 .. image:: ../images/system-dialogues/DeployResponseStored.png
 133
 134 3.4 Undeploy Automation Composition Instance
 135 --------------------------------------------
 136 The user requests the AC Instance to be undeployed using a REST endpoint. The ACM Runtime orders the AC Instance to be undeployed.
 137
 138 .. image:: ../images/system-dialogues/UndeployInstance.png
 139
 140 Each participant undeploys its AC Element Instances from the AC Instance
 141
 142 .. image:: ../images/system-dialogues/UndeployInstanceElements.png
 143
 144 The ACM Runtime receives and stores the responses.
 145
 146 .. image:: ../images/system-dialogues/UndeployResponseStored.png
 147
 148 3.5 Read Automation Composition Instances
 149 -----------------------------------------
 150
 151 .. image:: ../images/system-dialogues/ReadAcInstances.png
 152
 153 3.6 Unlock Automation Composition Instance
 154 ------------------------------------------
 155 The user requests the AC Instance to be unlocked using a REST endpoint. The ACM Runtime orders the AC Instance to be unlocked on Participants.
 156
 157 .. image:: ../images/system-dialogues/OrderInstanceUnlock.png
 158
 159 Each participant unlocks its AC Element Instances from the AC Instance.
 160
 161 .. image:: ../images/system-dialogues/UnlockInstanceElements.png
 162
 163 The ACM Runtime receives and stores the responses.
 164
 165 .. image:: ../images/system-dialogues/UnlockResponseStored.png
 166
 167 3.7 Lock Automation Composition Instance
 168 ----------------------------------------
 169 The user requests the AC Instance to be locked using a REST endpoint. The ACM Runtime orders the AC Instance to be locked on Participants.
 170
 171 .. image:: ../images/system-dialogues/LockAcInstance.png
 172
 173 Each participant locks its AC Element Instances from the AC Instance.
 174
 175 .. image:: ../images/system-dialogues/LockAcInstanceElements.png
 176
 177 The ACM Runtime receives and stores the responses.
 178
 179 .. image:: ../images/system-dialogues/LockResponseStored.png
 180
 181 3.8 Update Operational State on Automation Composition Instance
 182 ---------------------------------------------------------------
 183
 184 .. image:: ../images/system-dialogues/UpdateOperationalState.png
 185
 186 3.9 Update Usage State on Automation Composition Instance
 187 ---------------------------------------------------------
 188
 189 .. image:: ../images/system-dialogues/UpdateUsageState.png
 190
 191 End of Document
 192
 193
 194
 195
 196
 197
 198
 199
 200
 201
 202
 203
 204
 205
 206
 207