Discussion: how do we handle the deletion of organisations?

[jpbruinsslot]

Background

• Issue: #3838
• PR: #3839
• Related #1417

Discussion

How will we handle the deletion of organisations.

• Messaging/signals
• Deletion / Disabling of Task and Schedule objects

[jpbruinsslot]

From the scheduler point of view (when taking the changes of #3839 into account). We have the following models that are bound to an organisation:

1. Task models that currently on queue

   The likely scenario of when an organisation gets deleted is that all current tasks that are on the queue are being set to CANCELLED. Meaning tasks will not be eligible for pickup by task runners.

2. Task models that are being executed, or have been executed

   For tasks that have been executed before, we can opt for leaving them as is. Their status are likely COMPLETED, or FAILED these tasks serve as a log of tasks that have been executed before. However if the preference is to delete all the data of an organisation we need to delete these tasks as well. For tasks that are being executed at that particular moment, their status is RUNNING however the change of its status depends on the task runner. The task has been picked up by it and when it has finished the task will be set either to FAILED or COMPLETED. We can also leave this as is when we don't want to delete all the data associated with an organisation.

3. Schedule (task that needs to be executed repeatedly)

   Again the question is whether to delete the schedulers or to disable them. A Schedule has the enable attribute that can be set.

So in all, all models that depend on or are associated with an organisation, can either be deleted or disabled. However, we need to determine how the scheduler knows about an organisation that gets deleted. The preferable course of action would be a signal that gets sent to the scheduler or that the scheduler subscribes to a message queue. This depends on other services that need to know if an organisation is deleted and their preferred way of getting that information.