I would like to have certain workflows run on a different schedule in staging and in production (ex: one workflow run multiple times a day in staging and only once a day in production). Doing so would help with getting quicker feedback on the runs and also save on compute costs. How can I do this with flytekit? Is it recommended?
Can you make separate schedules for workflows on staging versus prod?
108 Views Asked by Deeksha Goyal At
1
There are 1 best solutions below
Related Questions in FLYTE
- Flyte won't run in parallel
- Does PersistentStorage in Kubernetes store the content to DISK or only on RAM
- How to have conditional workflow execution in flyte?
- How to run pyflyte serialize workflows
- Data pipelines om AWS for high mem (glue, MWAA, step funktions)
- Instantiating Flyte task to create workflow at runtime
- How is Flyte tailored to "Data and Machine Learning"?
- Flyte 0.16.2: Error loading Blob - How to get Types.Blob.fetch() to work in task decorated function?
- Pass blobs between tasks in Flyte
- Error: No configuration set for [aws] s3_shard_formatter. This is a required configuration
- How to fetch a launch plan using flyte api's without specifying a sha?
- How can I find the status of an workflow execution?
- Can you make separate schedules for workflows on staging versus prod?
- Can you have an active launch plan that doesn't have a schedule?
- Prevent one failed subtask failing all tasks in Flyte
Trending Questions
- UIImageView Frame Doesn't Reflect Constraints
- Is it possible to use adb commands to click on a view by finding its ID?
- How to create a new web character symbol recognizable by html/javascript?
- Why isn't my CSS3 animation smooth in Google Chrome (but very smooth on other browsers)?
- Heap Gives Page Fault
- Connect ffmpeg to Visual Studio 2008
- Both Object- and ValueAnimator jumps when Duration is set above API LvL 24
- How to avoid default initialization of objects in std::vector?
- second argument of the command line arguments in a format other than char** argv or char* argv[]
- How to improve efficiency of algorithm which generates next lexicographic permutation?
- Navigating to the another actvity app getting crash in android
- How to read the particular message format in android and store in sqlite database?
- Resetting inventory status after order is cancelled
- Efficiently compute powers of X in SSE/AVX
- Insert into an external database using ajax and php : POST 500 (Internal Server Error)
Popular # Hahtags
Popular Questions
- How do I undo the most recent local commits in Git?
- How can I remove a specific item from an array in JavaScript?
- How do I delete a Git branch locally and remotely?
- Find all files containing a specific text (string) on Linux?
- How do I revert a Git repository to a previous commit?
- How do I create an HTML button that acts like a link?
- How do I check out a remote Git branch?
- How do I force "git pull" to overwrite local files?
- How do I list all files of a directory?
- How to check whether a string contains a substring in JavaScript?
- How do I redirect to another webpage?
- How can I iterate over rows in a Pandas DataFrame?
- How do I convert a String to an int in Java?
- Does Python have a string 'contains' substring method?
- How do I check if a string contains a specific word?
There is no easy way to do this as it goes against main integration/deployment strategy championed by Flyte.
Flyte entities, comprising tasks, workflow, and launch plans, are designed to be iterated under in a user's
developmentdomain. After iterating, users are expected to deploy that version to thestagingdomain and then toproduction. The more difference there are between those domains, the more confusion there will be down the road we suspect.That said, it is possible to do this because the registration step allows the user to specify a different configuration file. One of the entries in the configuration file is this
workflow_packagesconstruct. This enables the user basically to look at different folders when registering in staging vs. production for instance.In order to get a launch plan to only exist in one domain, you'll need to put it in a new folder/module that is inaccessible from any of the extant workflow packages, and then put the other one in yet another.
In the staging file,
In the production file,