Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Task/worker system #58

Open
davenquinn opened this issue Jul 12, 2024 · 0 comments
Open

Task/worker system #58

davenquinn opened this issue Jul 12, 2024 · 0 comments
Assignees
Labels
enhancement New feature or request

Comments

@davenquinn
Copy link
Member

Some processing for maps, etc. will need a system for effectively running long-running tasks to, e.g. set topology, import/export maps, and calculate derived parameters. Right now some of this is happening in Kubernetes cron jobs or external listeners, but this has several disadvantages:

  • Processing steps are defined in Kubernetes configuration instead of in application repositories or in external watchers that have to stay running
  • There is little introspection on tasks, ability to cancel stalled tasks, etc.

The first step to get to a better organization is to set up a task/worker infrastructure in the Kubernetes environment. Right now, this can be a bit of an empty shell in anticipation of building out more functionality. Architectural considerations:

  • Celery is probably fine unless there is a compelling reason to use another orchestrator
  • For now, can have a simple "hello world" task, or tasks to calculate rgeoms for imported maps
  • Examples of how to kick off tasks from e.g., the API or Macrostrat's CLI
@davenquinn davenquinn added the enhancement New feature or request label Jul 12, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

2 participants