I guess that's a viable work around. If I am evaluating that though, it's still weirdly complex and
I guess that's a viable work around. If I am evaluating that though, it's still weirdly complex and developer hostile to require that for kind of basic "workflow" operations. I would have expected that was something you could easily handle in the Workflow declaratively. The whole point of a Workflow is to let you break down complex tasks into simple, repeatable processes, not create a lot of odd architectural dependencies. What happens if you re-deploy the container in the middle of a long workflow run? Feels like it allows some weirdly potentially, non-deterministic designs to become common place. Basically now you'll need some sort of mutex deployment for your Container to make sure you don't break any in-flight work with that, or I guess a transaction system.
