Scheduled Script Deployments that Continue to Use Queues
For all scheduled script deployments created prior to the introduction of SuiteCloud Processors, the Queue field remains by default. This applies to accounts with and without SuiteCloud Plus. The deployment record includes a Remove Queue option to provide you with control over whether to stop using queries. After you select this option, the deployment no longer uses a queue and cannot revert back to using a queue.
The Queue field remains to accommodate deployments that rely on the FIFO order of processing imposed by an individual queue. However, all jobs that use queues are processed by the same processor pool that handles the jobs that do not use queues. All jobs compete with each other using the same common processing algorithm.
For deployments that continue to use queues, all jobs assigned to the same queue should have the same priority. In most cases, you can keep the default (standard) priority of these jobs. However, in some cases, you may want to change these jobs to a higher or lower priority. One scenario is if you want to ensure that a specific queue always has a processor available. In that case, designate the jobs assigned to that queue as high priority. Alternatively, if you have a group of lower priority jobs, you can designate them as low priority and assign them to the same queue. That will ensure that only one is processed at a time.
If your existing scheduled script deployments rely on implicit dependencies imposed by queues, you should update and test these scripts before you remove queues. Your scripts may be impacted if they rely on the sequence of FIFO (first in, first out).
One possible solution is to programmatically submit scripts in a certain order. To do this, use task.ScheduledScriptTask within the first script to submit the second script. This will ensure that the jobs are submitted to the processor pool in the correct order.