Expose CRON schedule features in separate APIs
- Dominant language
- Go
- Stars
- 661
- Forks
- 63
- PR merge metrics
- No merged PRs in 30d
Description
* Get
* Delete
* Update
Right now it's not nice that we put the cron schedule in startWorkflow API. This is because historical reasons that Cadence/Temporal did that at the beginning.
Instead, we should also make schedule as a first class citizen like Temporal and ask all clients to use a separate API to start cron schedule. So:
* CreateSchedule
* GetSchedule
* DeleteSchedule
* UpdateSchedule
Note that there is no difficult work, but just wrap on the Temporal schedule APIs.
Contributor guide
Research direction
Start by locating the existing startWorkflow API's cron-schedule handling and the Temporal schedule APIs it should wrap. Done means exposing CreateSchedule, GetSchedule, DeleteSchedule, and UpdateSchedule as separate APIs so clients can use schedules without putting them in startWorkflow.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- go
- Domain
- api, distributed-systems
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100