<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
> This is a workflow (not orchestration) feature and would be solidly in-scope for a WFaaS API (e.g. the proposed <a href="https://wiki.openstack.org/wiki/Convection" target="_blank">https://wiki.openstack.org/wiki/Convection</a> mentioned several times in this thread) in the form of a much more generic "cloud cron" type feature.<br>
</div></blockquote><div><br></div><div style>Tangentially related, but I just want to get out ahead of the usage of "cron" to describe this type of feature. I think its a bit of a hazard to expose a cron-like interface for clouds, because cron gives the job submitter too much control over the scheduling of their action. This results in problems where a majority of users just pick the default time, or midnight, or 4 AM, which causes strange load spikes in the underlying system.</div>
<div style><br></div><div style>A better alternative is to express a frequency for the action only, (say 1/day, 1/week, 1/hour, whatever). You can still implement this interface as a cron-like schedule under the covers. But now schedules can be initially randomized, and a cloud administrator can take action if needed to redistribute load.</div>
</div></div></div>