Scalable and flexible workflow orchestration platform that seamlessly unifies data, ML and analytics stacks.
APACHE-2.0 License
Bot releases are visible (Hide)
Published by flyte-bot over 2 years ago
Flyte 1.0 represents the first major release of the platform. Flyte APIs, and tools can now be considered [stable]. While it's impossible to assert so, any workflow/task written against flytekit v1.0.0
should be expected to run against all v1.x.x
versions.
Quick Stats:
Stat | Change |
---|---|
4,125 | PRs Merged |
18,983 | Comments Added |
1,511 | Issues Created |
.gitignore
and .dockerignore
. Please see the PR for more information.pyflyte run
:
when selecting the workflow.
$ pyflyte run --remote example.py wf --n 500 --mean 42 --sigma 2
kubectl delete fly -l termination-status=terminated --all-namespaces --cascade='background' --wait=false --force --grace-period=0
Published by flyte-bot over 2 years ago
Published by flyte-bot over 2 years ago
Published by flyte-bot over 2 years ago
current_task_metadata
field in StructuredDatasetDecoder
interface.See the complete notes for flytekit v0.31.0. Keep in mind we'll be releasing v0.32.0 in a couple days. At that time the StructuredDataset
type will be the default Flyte type for dataframes!
Admin v0.6.92 to v0.6.112
Propeller v0.16.19 to v0.16.32
Console v0.41.0 to v0.43.0
Published by flyte-bot over 2 years ago
Published by flyte-bot over 2 years ago
Published by flyte-bot over 2 years ago
Published by flyte-bot over 2 years ago
FLYTE_SDK_USE_STRUCTURED_DATASET=TRUE
. It'll be turned on by default in v1.0. Docs
Review the full changelog here.
flytectl update project --id data --name datadata --description "Team that manage Data Platform" --labels "team=data,managedby=flyte"
Published by flyte-bot over 2 years ago
Published by flyte-bot over 2 years ago
Published by flyte-bot over 2 years ago
Published by wild-endeavor almost 3 years ago
Resolving the minio port conflict.
Published by flyte-bot almost 3 years ago
No new flytekit releases as part of this release
flyteadmin migrate
due to an issue in gorm's postgres driver. This release fixes the migration path to update id column database types.Published by flyte-bot almost 3 years ago
v0.19.0 codenamed Eagle, for Flyte marks the first quarterly release for Flyte in 2022. To remind, starting October 2021, the Flyte community has decided to use patch version for monthly releases and minor versions for Quarterly releases.
The release is the last in set of the 3 releases. The prior 2 can be found at
The focus on this release and the previous 2 can be divided into 2 parts
As part of the UX, we have been focusing a lot on getting feature breadth in the UI for Flyte (flyteconsole). This is following our current UX design philosophy. We plan to complete the full design in the next 3 months and then create a fully re-designed UX (Stay tuned for more on this.)
The design for Flytekit has been wildly appreciated and we have been heavily working on improving it further and allowing users to express their various requirements much more easily. We are pretty certain on the design of flytekit and we promise that all our users will not experience a breaking change when we release a v1.0.0.
The focus on the system always is improving reliability and performance. This quarter we were able to drastically improve the size of workflows that can be executed and improvements in transition performance between nodes.
The Eagle release sets a great stage for v1.0.0 - Phoenix release slated for April 2022. We think, the Phoenix release will be a major milestone for the platform and we will be focusing on UX improvements.
Please find the full changelog here.
from __future__ import annotations
to the top of their code to stop using ""
in type hints.v0.16.1
or later and 0.3.17
or later in datacatalog.functools.wraps
basically within the task
and workflow
decorators, @bstadlbauer in https://github.com/flyteorg/flytekit/pull/780
Published by flyte-bot almost 3 years ago
See the flytekit 0.25.0 release notes for the full list of changes. Here are some of the highlights:
Various stability fixes.
New docker image tags!
In addition to component-specific versions released from each of the flyte repositories (e.g. flytepropeller:v0.16.5), new images will be re-tagged and pushed that match the flyte release version (e.g. the upcoming flytepropeller-release:v0.18.2). This makes it easier to make sure all your deployments are on the same version to ensure best compatibility.
Helm changes
workflow_schedule.type
to aws
. (https://github.com/flyteorg/flyte/pull/1896)Migration Notes
As part of this move, flyte
helm chart is becoming the canonical sandbox cluster. It comes with all external resources needed to fully standup a Flyte cluster. If you have previously been using this chart to deploy flyte on your cloud providers, there will be changes you need to do to migrate:
If you have your own myvalues.yaml
, you will need to add another nesting level under flyte:
for the sections that are now managed through flyte-core
. For example:
configmaps:
...
flyteadmin:
...
minio:
...
countour:
...
to:
flyte:
configmaps:
...
flyteadmin:
...
minio:
...
countour:
...
Alternatively, if you do not have any dependency on external flyte depdencies, you can keep your myvalues.yaml
and switch to using flyte-core
helm chart directly with no changes.
Published by flyte-bot almost 3 years ago
See the flytekit 0.24.0 release for the full list of changes. Here are some of the highlights:
We've added the following models to the top-level of the flytekit package. The classes will not move from their original locations, but importing from the top level will always be safer as we promise not to break these.
- Annotations, AuthRole, Labels
- WorkflowExecutionPhase
- Literal, LiteralType, Scalar, BlobType, Blob, BlobMetadata
Instead of from flytekit.models.common import Labels, Annotations
, please now do
from flytekit import Labels, Annotations
Support for python pickle. Starting in this release, flytekit is going to pickle inputs and outputs for types which it doesn't have a specific transformer for. This brings a lot of more freedom in porting over code to flyte's model, since it won't force users to write a type transformer in order to use existing code. Keep in mind that all the caveats around pickling code apply in this case.
We added a cookiecutter template, simplifying the Getting started docs and also unlocking the path to cookiecutter templates for specific use-cases, e.g. pytorch-enabled samples, etc.
Faster installation in Apple M1 Macs. We're now requiring pyarrow 6.0, which contains prebuilt wheels for the M1.
minio
pod initialization.Published by flyte-bot about 3 years ago
remote.sync
now operates on the object in-place.sync_nodes
argument has been added to the remote.sync
call - by default it's True but set it to False if you want to only render inputs/outputs at the top level (rather than at every node within the execution).sync
call on FlyteWorkflowExecution
objects was removed (it was already deprecated and a noop but if you were calling it, you'll need to remove it.)test
folder.Please see the flytekit release for the full list and more details.
Published by flyte-bot about 3 years ago
remote.sync
now operates on the object in-place.sync_nodes
argument has been added to the remote.sync
call - by default it's True but set it to False if you want to only render inputs/outputs at the top level (rather than at every node within the execution).sync
call on FlyteWorkflowExecution
objects was removed (it was already deprecated and a noop but if you were calling it, you'll need to remove it.)test
folder.Please see the flytekit release for the full list and more details.
Published by flyte-bot about 3 years ago
Final test before releasing 0.17.3.
Published by flyte-bot about 3 years ago
Change Admin event version to 2