-
In the example script they both say "Perform Installation tasks here" what tasks would typically occur in the InstallUpdate action and what tasks would typically occur in the ApplyUpdate action? |
Beta Was this translation helpful? Give feedback.
Replies: 1 comment
-
Typically, Install is for copying bits and doing necessary setup. For example:
Then, Apply typically attempts to commit/switch-over to the new disk image or use the new data/setup/package(s). For example, in an A/B system partition update scheme, Apply could be what:
However, the separation of Install and Apply is mostly a historical layover from pre-0.8 agent where the update orchestration was driven by the service. For example, the older protocol would push down separate operation commands to the agent (download, install, apply), when the agent was a thin client that just did operations it was told to do. The newer "goal state" protocol relies on the agent to do the orchestration. Currently, one can feel free to do everything in Install or Apply and just return an Install success or Apply success as appropriate to NOOP it. It's mainly being kept around for backwards compatibility and Apply could be deprecated in future revision (with later a breaking change to remove it) if there is enough feedback that it's more confusing than useful. |
Beta Was this translation helpful? Give feedback.
Typically, Install is for copying bits and doing necessary setup. For example:
Then, Apply typically attempts to commit/switch-over to the new disk image or use the new data/setup/package(s). For example, in an A/B system partition update scheme, Apply could be what:
However, the separation of Install and Apply is mostly a historical …