Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 7 Next »

Hard/soft Timeout


Issue using soft Timeout with replica

Current implementation with replica 1:



Current implementation with replica 2. Deploy and undeploy messages are send using normal topic, only one replica will be fetch them.


Solution with Hard Timeout with replica

Hard Timeout by AC-Runtime. the instance in Timeout could be send by ACM-Runtime as sync message; all participant receive sync messages.


Make a configurable timeout for operations in ACM-R to Participants

Currently ACM-Runtime fetches "maxStatusWaitMs" from properties file, uses that value to calculate the timeout for all operations.

What can be implemented:

  • Add more specific value for each operation in properties file as default
  • Add specific value for each operation in composition definition that override the default value


application.yaml
runtime:
  topics:
    operationTopic: policy-acruntime-participant
    syncTopic: acm-ppnt-sync
  participantParameters:
    heartBeatMs: 20000
    maxStatusWaitMs: 200000
    deployTimeout: 1000000
    undeployTimeout: 200000
    updateTimeout: 1000000
    migrateTimeout: 1000000
    deleteTimeout: 200000
    


service template
tosca_definitions_version: tosca_simple_yaml_1_3
  metadata:
    deployTimeout: 1000000
    undeployTimeout: 200000
    updateTimeout: 1000000
    migrateTimeout: 1000000
    deleteTimeout: 200000





  • No labels