Project: Prefect (Orchestration & Management / Scheduling & Orchestration)
File: faq.md

description: Answers to frequently asked questions about Prefect. tags: FAQ frequently asked questions questions license databases Prefect is licensed under the , an open-source license. If you have any questions about licensing, please . Yes. Prefect Cloud for v2 is at while Prefect Cloud for v1 is at . The Prefect orchestration engine has three major objectives: Embracing dynamic, DAG-free workflows An extraordinary developer experience Transparent and observable orchestration rules As Prefect has matured, so has the modern data stack. The on-demand, dynamic, highly scalable workflows that used to exist principally in the domain of data science and analytics are now prevalent throughout all of data engineering. Few companies have workflows that dont deal with streaming data, uncertain timing, runtime logic, complex dependencies, versioning, or custom scheduling. This means that the current generation of workflow managers are built around the wrong abstraction: the directed acyclic graph (DAG). DAGs are an increasingly arcane, constrained way of representing the dynamic, heterogeneous range of modern data and computation patterns. Furthermore, as workflows have become more complex, it has become even more important to focus on the developer experience of building, testing, and monitoring them. Faced with an explosion of available tools, it is more important than ever for development teams to seek orchestration tools that will be compatible with any code, tools, or services they may require in the future. And finally, this additional complexity means that providing clear and consistent insight into the behavior of the orchestration engine and any decisions it makes is critically important. The Prefect orchestration engine represents a unified solution to these three problems. The Prefect orchestration engine is capable of governing any code through a well-defined series of state transitions designed to maximize the user's understanding of what happened during execution. It's popular to describe "workflows as code" or "orchestration as code," but the Prefect engine represents "code as workflows": rather than ask users to change how they work to meet the requirements of the orchestrator, we've defined an orchestrator that adapts to how our users work. To achieve this, we've leveraged the familiar tools of native Python: first class functions, type annotations, and `async` support. Users are free to implement as much &mdash; or as little &mdash; of the Prefect engine as is useful for their

No, Prefect Cloud hosts an instance of the Prefect API for you. In fact, each workspace in Prefect Cloud corresponds directly to a single instance of the Prefect orchestration engine. See the for more information. Yes! For more information, see the ```python @flow def my_flow(): for i in range(10): mymappedtask(i) l = list_task() for i in l.wait().result(): mymappedtask_2(i) ``` Note that when tasks are called on constant values, they cannot detect their upstream edges automatically. In this example, `mymappedtask2` does not know that it is downstream from `listtask()`. Prefect will have convenience functions for detecting these associations, and Prefect's `.map()` operator will automatically track them. Yes! For more information, see the . Yes! Prefect supports communicating via proxies through the use of environment variables. You can read more about this in the documentation and the article . Yes! See the documentation and for details on getting started with Prefect on Linux. Yes! See the documentation and for details on getting started with Prefect on Windows. Prefect does not have any additional requirements besides those installed by `pip install --pre prefect`. The entire system, including the UI and services, can be run in a single process via `prefect server start` and does not require Docker. Prefect Cloud users do not need to worry about the Prefect database. Prefect Cloud uses PostgreSQL on GCP behind the scenes. To use PostgreSQL with a self-hosted Prefect server, users must provide the for a running database via the `PREFECTAPIDATABASECONNECTIONURL` environment variable. A self-hosted Prefect server can work with SQLite and PostgreSQL. New Prefect installs default to a SQLite database hosted at `~/.prefect/prefect.db` on Mac or Linux machines. SQLite and PostgreSQL are not installed by Prefect. SQLite generally works well for getting started and exploring Prefect. We have tested it with up to hundreds of thousands of task runs. Many users may be able to stay on SQLite for some time. However, for production uses, Prefect Cloud or self-hosted PostgreSQL is highly recommended. Under write-heavy workloads, SQLite performance can begin to suffer. Users running many flows with high degrees of parallelism or concurrency should use PostgreSQL. No. Flows written with the Prefect 1 client must be rewritten with the Prefect 2 client. For most flows, this should take just a few minutes. Yes. Just use different virtual environments.