pyaz/sf/managed_application/__init__.py
def update(cluster_name, name, resource_group, failure_action=None, force_restart=None, hc_retry_timeout=None, hc_stable_duration=None, hc_wait_duration=None, instance_close_delay_duration=None, max_percent_unhealthy_deployed_applications=None, max_percent_unhealthy_partitions=None, max_percent_unhealthy_replicas=None, max_percent_unhealthy_services=None, parameters=None, recreate_application=None, service_type_health_policy_map=None, tags=None, ud_timeout=None, upgrade_mode=None, upgrade_replica_set_check_timeout=None, upgrade_timeout=None, version=None, warning_as_error=None):
    '''
    Update a Azure Service Fabric managed application.

    Required Parameters:
    - cluster_name -- Specify the name of the cluster, if not given it will be same as resource group name
    - name -- Specify the application name.
    - resource_group -- Specify the resource group name. You can configure the default group using `az configure --defaults group=<name>`

    Optional Parameters:
    - failure_action -- Specify the action to take if the monitored upgrade fails. The acceptable values for this parameter are Rollback or Manual.
    - force_restart -- Indicates that the service host restarts even if the upgrade is a configuration-only change.
    - hc_retry_timeout -- Specify the duration, in seconds, after which Service Fabric retries the health check if the previous health check fails.
    - hc_stable_duration -- Specify the duration, in seconds, that Service Fabric waits in order to verify that the application is stable before moving to the next upgrade domain or completing the upgrade. This wait duration prevents undetected changes of health right after the health check is performed.
    - hc_wait_duration -- Specify the duration, in seconds, that Service Fabric waits before it performs the initial health check after it finishes the upgrade on the upgrade domain.
    - instance_close_delay_duration -- Specify the duration in seconds, to wait before a stateless instance is closed, to allow the active requests to drain gracefully. This would be effective when the instance is closing during the application/cluster upgrade, only for those instances which have a non-zero delay duration configured in the service description.
    - max_percent_unhealthy_deployed_applications -- Specify the maximum percentage of the application instances deployed on the nodes in the cluster that have a health state of error before the application health state for the cluster is error. Allowed values are form 0 to 100.
    - max_percent_unhealthy_partitions -- Specify the maximum percent of unhelthy partitions per service allowed by the health policy for the default service type to use for the monitored upgrade. Allowed values are from 0 to 100.
    - max_percent_unhealthy_replicas -- Specify the maximum percent of unhelthy replicas per service allowed by the health policy for the default service type to use for the monitored upgrade. Allowed values are from 0 to 100.
    - max_percent_unhealthy_services -- Specify the maximum percent of unhelthy services allowed by the health policy for the default service type to use for the monitored upgrade. Allowed values are from 0 to 100.
    - parameters -- Specify the application parameters as key/value pairs. These parameters must exist in the application manifest. for example: --application-parameters param1=value1 param2=value2
    - recreate_application -- Determines whether the application should be recreated on update. If value=true, the rest of the upgrade policy parameters are not allowed.
    - service_type_health_policy_map -- Specify the map of the health policy to use for different service types as key/value pairs in the following format: "ServiceTypeName"="MaxPercentUnhealthyPartitionsPerService,MaxPercentUnhealthyReplicasPerPartition,MaxPercentUnhealthyServices". for example: --service-type-health-policy-map "ServiceTypeName01"="5,10,5" "ServiceTypeName02"="5,5,5"
    - tags -- space-separated tags: key[=value] [key[=value] ...]. Use '' to clear existing tags.
    - ud_timeout -- Specify the maximum time, in seconds, that Service Fabric takes to upgrade a single upgrade domain. After this period, the upgrade fails.
    - upgrade_mode -- Specify the mode used to monitor health during a rolling upgrade. The values are Monitored, and UnmonitoredAuto.
    - upgrade_replica_set_check_timeout -- Specify the maximum time, in seconds, that Service Fabric waits for a service to reconfigure into a safe state, if not already in a safe state, before Service Fabric proceeds with the upgrade.
    - upgrade_timeout -- Specify the maximum time, in seconds, that Service Fabric takes for the entire upgrade. After this period, the upgrade fails.
    - version -- Specify the application type version.
    - warning_as_error -- Indicates whether to treat a warning health event as an error event during health evaluation.
    '''
    return _call_az("az sf managed-application update", locals())

    Update a Azure Service Fabric managed application.

    Required Parameters:
    - cluster_name -- Specify the name of the cluster, if not given it will be same as resource group name
    - name -- Specify the application name.
    - resource_group -- Specify the resource group name. You can configure the default group using `az configure --defaults group=<name>`

    Optional Parameters:
    - failure_action -- Specify the action to take if the monitored upgrade fails. The acceptable values for this parameter are Rollback or Manual.
    - force_restart -- Indicates that the service host restarts even if the upgrade is a configuration-only change.
    - hc_retry_timeout -- Specify the duration, in seconds, after which Service Fabric retries the health check if the previous health check fails.
    - hc_stable_duration -- Specify the duration, in seconds, that Service Fabric waits in order to verify that the application is stable before moving to the next upgrade domain or completing the upgrade. This wait duration prevents undetected changes of health right after the health check is performed.
    - hc_wait_duration -- Specify the duration, in seconds, that Service Fabric waits before it performs the initial health check after it finishes the upgrade on the upgrade domain.
    - instance_close_delay_duration -- Specify the duration in seconds, to wait before a stateless instance is closed, to allow the active requests to drain gracefully. This would be effective when the instance is closing during the application/cluster upgrade, only for those instances which have a non-zero delay duration configured in the service description.
    - max_percent_unhealthy_deployed_applications -- Specify the maximum percentage of the application instances deployed on the nodes in the cluster that have a health state of error before the application health state for the cluster is error. Allowed values are form 0 to 100.
    - max_percent_unhealthy_partitions -- Specify the maximum percent of unhelthy partitions per service allowed by the health policy for the default service type to use for the monitored upgrade. Allowed values are from 0 to 100.
    - max_percent_unhealthy_replicas -- Specify the maximum percent of unhelthy replicas per service allowed by the health policy for the default service type to use for the monitored upgrade. Allowed values are from 0 to 100.
    - max_percent_unhealthy_services -- Specify the maximum percent of unhelthy services allowed by the health policy for the default service type to use for the monitored upgrade. Allowed values are from 0 to 100.
    - parameters -- Specify the application parameters as key/value pairs. These parameters must exist in the application manifest. for example: --application-parameters param1=value1 param2=value2
    - recreate_application -- Determines whether the application should be recreated on update. If value=true, the rest of the upgrade policy parameters are not allowed.
    - service_type_health_policy_map -- Specify the map of the health policy to use for different service types as key/value pairs in the following format: "ServiceTypeName"="MaxPercentUnhealthyPartitionsPerService,MaxPercentUnhealthyReplicasPerPartition,MaxPercentUnhealthyServices". for example: --service-type-health-policy-map "ServiceTypeName01"="5,10,5" "ServiceTypeName02"="5,5,5"
    - tags -- space-separated tags: key[=value] [key[=value] ...]. Use '' to clear existing tags.
    - ud_timeout -- Specify the maximum time, in seconds, that Service Fabric takes to upgrade a single upgrade domain. After this period, the upgrade fails.
    - upgrade_mode -- Specify the mode used to monitor health during a rolling upgrade. The values are Monitored, and UnmonitoredAuto.
    - upgrade_replica_set_check_timeout -- Specify the maximum time, in seconds, that Service Fabric waits for a service to reconfigure into a safe state, if not already in a safe state, before Service Fabric proceeds with the upgrade.
    - upgrade_timeout -- Specify the maximum time, in seconds, that Service Fabric takes for the entire upgrade. After this period, the upgrade fails.
    - version -- Specify the application type version.
    - warning_as_error -- Indicates whether to treat a warning health event as an error event during health evaluation.
    
Update a Azure Service Fabric managed application.
Required Parameters:
cluster_name -- Specify the name of the cluster, if not given it will be same as resource group name
name -- Specify the application name.
resource_group -- Specify the resource group name. You can configure the default group using `az configure --defaults group=`

Optional Parameters:
failure_action -- Specify the action to take if the monitored upgrade fails. The acceptable values for this parameter are Rollback or Manual.
force_restart -- Indicates that the service host restarts even if the upgrade is a configuration-only change.
hc_retry_timeout -- Specify the duration, in seconds, after which Service Fabric retries the health check if the previous health check fails.
hc_stable_duration -- Specify the duration, in seconds, that Service Fabric waits in order to verify that the application is stable before moving to the next upgrade domain or completing the upgrade. This wait duration prevents undetected changes of health right after the health check is performed.
hc_wait_duration -- Specify the duration, in seconds, that Service Fabric waits before it performs the initial health check after it finishes the upgrade on the upgrade domain.
instance_close_delay_duration -- Specify the duration in seconds, to wait before a stateless instance is closed, to allow the active requests to drain gracefully. This would be effective when the instance is closing during the application/cluster upgrade, only for those instances which have a non-zero delay duration configured in the service description.
max_percent_unhealthy_deployed_applications -- Specify the maximum percentage of the application instances deployed on the nodes in the cluster that have a health state of error before the application health state for the cluster is error. Allowed values are form 0 to 100.
max_percent_unhealthy_partitions -- Specify the maximum percent of unhelthy partitions per service allowed by the health policy for the default service type to use for the monitored upgrade. Allowed values are from 0 to 100.
max_percent_unhealthy_replicas -- Specify the maximum percent of unhelthy replicas per service allowed by the health policy for the default service type to use for the monitored upgrade. Allowed values are from 0 to 100.
max_percent_unhealthy_services -- Specify the maximum percent of unhelthy services allowed by the health policy for the default service type to use for the monitored upgrade. Allowed values are from 0 to 100.
parameters -- Specify the application parameters as key/value pairs. These parameters must exist in the application manifest.
Update a Azure Service Fabric managed application . Required Parameters : cluster_name -- Specify the name of the cluster if not given it will be same as resource group name name -- Specify the application name . resource_group -- Specify the resource group name . You can configure the default group using ` az configure -- defaults group = ` Optional Parameters : failure_action -- Specify the action to take if the monitored upgrade fails . The acceptable values for this parameter are Rollback or Manual . force_restart -- Indicates that the service host restarts even if the upgrade is a configuration - only change . hc_retry_timeout -- Specify the duration in seconds after which Service Fabric retries the health check if the previous health check fails . hc_stable_duration -- Specify the duration in seconds that Service Fabric waits in order to verify that the application is stable before moving to the next upgrade domain or completing the upgrade . This wait duration prevents undetected changes of health right after the health check is performed . hc_wait_duration -- Specify the duration in seconds that Service Fabric waits before it performs the initial health check after it finishes the upgrade on the upgrade domain . instance_close_delay_duration -- Specify the duration in seconds to wait before a stateless instance is closed to allow the active requests to drain gracefully . This would be effective when the instance is closing during the application / cluster upgrade only for those instances which have a non - zero delay duration configured in the service description . max_percent_unhealthy_deployed_applications -- Specify the maximum percentage of the application instances deployed on the nodes in the cluster that have a health state of error before the application health state for the cluster is error . Allowed values are form 0 to 100 . max_percent_unhealthy_partitions -- Specify the maximum percent of unhelthy partitions per service allowed by the health policy for the default service type to use for the monitored upgrade . Allowed values are from 0 to 100 . max_percent_unhealthy_replicas -- Specify the maximum percent of unhelthy replicas per service allowed by the health policy for the default service type to use for the monitored upgrade . Allowed values are from 0 to 100 . max_percent_unhealthy_services -- Specify the maximum percent of unhelthy services allowed by the health policy for the default service type to use for the monitored upgrade . Allowed values are from 0 to 100 . parameters -- Specify the application parameters as key / value pairs . These parameters must exist in the application manifest .
def update(cluster_name, name, resource_group, failure_action=None, force_restart=None, hc_retry_timeout=None, hc_stable_duration=None, hc_wait_duration=None, instance_close_delay_duration=None, max_percent_unhealthy_deployed_applications=None, max_percent_unhealthy_partitions=None, max_percent_unhealthy_replicas=None, max_percent_unhealthy_services=None, parameters=None, recreate_application=None, service_type_health_policy_map=None, tags=None, ud_timeout=None, upgrade_mode=None, upgrade_replica_set_check_timeout=None, upgrade_timeout=None, version=None, warning_as_error=None):
    return _call_az("az sf managed-application update", locals())
def update ( cluster_name , name , resource_group , failure_action = None , force_restart = None , hc_retry_timeout = None , hc_stable_duration = None , hc_wait_duration = None , instance_close_delay_duration = None , max_percent_unhealthy_deployed_applications = None , max_percent_unhealthy_partitions = None , max_percent_unhealthy_replicas = None , max_percent_unhealthy_services = None , parameters = None , recreate_application = None , service_type_health_policy_map = None , tags = None , ud_timeout = None , upgrade_mode = None , upgrade_replica_set_check_timeout = None , upgrade_timeout = None , version = None , warning_as_error = None ) : return _call_az ( "az sf managed-application update" , locals ( ) )
Update a Azure Service Fabric managed application.
Update a Azure Service Fabric managed application .
'''
    Update a Azure Service Fabric managed application.

    Required Parameters:
    - cluster_name -- Specify the name of the cluster, if not given it will be same as resource group name
    - name -- Specify the application name.
    - resource_group -- Specify the resource group name. You can configure the default group using `az configure --defaults group=<name>`

    Optional Parameters:
    - failure_action -- Specify the action to take if the monitored upgrade fails. The acceptable values for this parameter are Rollback or Manual.
    - force_restart -- Indicates that the service host restarts even if the upgrade is a configuration-only change.
    - hc_retry_timeout -- Specify the duration, in seconds, after which Service Fabric retries the health check if the previous health check fails.
    - hc_stable_duration -- Specify the duration, in seconds, that Service Fabric waits in order to verify that the application is stable before moving to the next upgrade domain or completing the upgrade. This wait duration prevents undetected changes of health right after the health check is performed.
    - hc_wait_duration -- Specify the duration, in seconds, that Service Fabric waits before it performs the initial health check after it finishes the upgrade on the upgrade domain.
    - instance_close_delay_duration -- Specify the duration in seconds, to wait before a stateless instance is closed, to allow the active requests to drain gracefully. This would be effective when the instance is closing during the application/cluster upgrade, only for those instances which have a non-zero delay duration configured in the service description.
    - max_percent_unhealthy_deployed_applications -- Specify the maximum percentage of the application instances deployed on the nodes in the cluster that have a health state of error before the application health state for the cluster is error. Allowed values are form 0 to 100.
    - max_percent_unhealthy_partitions -- Specify the maximum percent of unhelthy partitions per service allowed by the health policy for the default service type to use for the monitored upgrade. Allowed values are from 0 to 100.
    - max_percent_unhealthy_replicas -- Specify the maximum percent of unhelthy replicas per service allowed by the health policy for the default service type to use for the monitored upgrade. Allowed values are from 0 to 100.
    - max_percent_unhealthy_services -- Specify the maximum percent of unhelthy services allowed by the health policy for the default service type to use for the monitored upgrade. Allowed values are from 0 to 100.
    - parameters -- Specify the application parameters as key/value pairs. These parameters must exist in the application manifest. for example: --application-parameters param1=value1 param2=value2
    - recreate_application -- Determines whether the application should be recreated on update. If value=true, the rest of the upgrade policy parameters are not allowed.
    - service_type_health_policy_map -- Specify the map of the health policy to use for different service types as key/value pairs in the following format: "ServiceTypeName"="MaxPercentUnhealthyPartitionsPerService,MaxPercentUnhealthyReplicasPerPartition,MaxPercentUnhealthyServices". for example: --service-type-health-policy-map "ServiceTypeName01"="5,10,5" "ServiceTypeName02"="5,5,5"
    - tags -- space-separated tags: key[=value] [key[=value] ...]. Use '' to clear existing tags.
    - ud_timeout -- Specify the maximum time, in seconds, that Service Fabric takes to upgrade a single upgrade domain. After this period, the upgrade fails.
    - upgrade_mode -- Specify the mode used to monitor health during a rolling upgrade. The values are Monitored, and UnmonitoredAuto.
    - upgrade_replica_set_check_timeout -- Specify the maximum time, in seconds, that Service Fabric waits for a service to reconfigure into a safe state, if not already in a safe state, before Service Fabric proceeds with the upgrade.
    - upgrade_timeout -- Specify the maximum time, in seconds, that Service Fabric takes for the entire upgrade. After this period, the upgrade fails.
    - version -- Specify the application type version.
    - warning_as_error -- Indicates whether to treat a warning health event as an error event during health evaluation.
    '''
cluster_name
name
resource_group
failure_action
force_restart
hc_retry_timeout
hc_stable_duration
hc_wait_duration
instance_close_delay_duration
max_percent_unhealthy_deployed_applications
max_percent_unhealthy_partitions
max_percent_unhealthy_replicas
max_percent_unhealthy_services
parameters
recreate_application
service_type_health_policy_map
tags
ud_timeout
upgrade_mode
upgrade_replica_set_check_timeout
upgrade_timeout
version
warning_as_error