Need advice about which tool to choose?Ask the StackShare community!
Airflow vs Serverless: What are the differences?
Airflow and Serverless are two different technologies used for managing and running data workflows. While they both serve similar purposes, there are several key differences between them that make them suitable for different use cases.
Execution Model: One of the key differences between Airflow and Serverless is their execution model. Airflow follows a scheduled batch processing model, where tasks are executed based on a predefined schedule or trigger. On the other hand, Serverless follows an event-driven model, where tasks are executed in response to specific events or triggers, such as an incoming request or a data change.
Scaling: Airflow requires manual scaling when the workload increases or decreases. The infrastructure needs to be provisioned and managed accordingly to handle the workload efficiently. In contrast, Serverless automatically scales up or down based on the incoming workload. This allows for better resource utilization and cost-efficiency, as resources are allocated on-demand.
Deployment Flexibility: Airflow requires setting up and managing the infrastructure, including servers, databases, and dependencies. It provides more control and flexibility, as you can choose the deployment environment based on your specific requirements. On the other hand, Serverless abstracts away the infrastructure management and provides a simplified deployment model. You can focus on writing and deploying code without worrying about the underlying infrastructure setup.
Cost Model: Airflow follows a fixed-cost model, where you need to provision and pay for the infrastructure even when it is not in use. This can result in higher operational costs if the workload is intermittent or varies significantly. Serverless follows a pay-per-use model, where you are billed only for the actual execution time and resources consumed during the task execution. This can lead to cost savings, especially for sporadic workloads with varying resource requirements.
Resource Management: Airflow requires manual resource allocation and management, as you need to provision and manage the infrastructure resources based on the expected workload. In Serverless, resource management is abstracted away, and the cloud provider automatically allocates and manages resources based on the incoming workload. This simplifies resource management and allows you to focus on the core tasks.
Development Complexity: Airflow workflows are defined using code, which requires programming skills and experience. It provides flexibility and customization options but has a steeper learning curve. Serverless workflows, on the other hand, can be defined using declarative configurations or low-code/no-code platforms. This reduces the development complexity, making it more accessible to non-programmers.
In Summary, Airflow and Serverless differ in their execution model, scaling capabilities, deployment flexibility, cost model, resource management, and development complexity, making them suitable for different workflow management requirements.
I am so confused. I need a tool that will allow me to go to about 10 different URLs to get a list of objects. Those object lists will be hundreds or thousands in length. I then need to get detailed data lists about each object. Those detailed data lists can have hundreds of elements that could be map/reduced somehow. My batch process dies sometimes halfway through which means hours of processing gone, i.e. time wasted. I need something like a directed graph that will keep results of successful data collection and allow me either pragmatically or manually to retry the failed ones some way (0 - forever) times. I want it to then process all the ones that have succeeded or been effectively ignored and load the data store with the aggregation of some couple thousand data-points. I know hitting this many endpoints is not a good practice but I can't put collectors on all the endpoints or anything like that. It is pretty much the only way to get the data.
For a non-streaming approach:
You could consider using more checkpoints throughout your spark jobs. Furthermore, you could consider separating your workload into multiple jobs with an intermittent data store (suggesting cassandra or you may choose based on your choice and availability) to store results , perform aggregations and store results of those.
Spark Job 1 - Fetch Data From 10 URLs and store data and metadata in a data store (cassandra) Spark Job 2..n - Check data store for unprocessed items and continue the aggregation
Alternatively for a streaming approach: Treating your data as stream might be useful also. Spark Streaming allows you to utilize a checkpoint interval - https://spark.apache.org/docs/latest/streaming-programming-guide.html#checkpointing
When adding a new feature to Checkly rearchitecting some older piece, I tend to pick Heroku for rolling it out. But not always, because sometimes I pick AWS Lambda . The short story:
- Developer Experience trumps everything.
- AWS Lambda is cheap. Up to a limit though. This impact not only your wallet.
- If you need geographic spread, AWS is lonely at the top.
Recently, I was doing a brainstorm at a startup here in Berlin on the future of their infrastructure. They were ready to move on from their initial, almost 100% Ec2 + Chef based setup. Everything was on the table. But we crossed out a lot quite quickly:
- Pure, uncut, self hosted Kubernetes — way too much complexity
- Managed Kubernetes in various flavors — still too much complexity
- Zeit — Maybe, but no Docker support
- Elastic Beanstalk — Maybe, bit old but does the job
- Heroku
- Lambda
It became clear a mix of PaaS and FaaS was the way to go. What a surprise! That is exactly what I use for Checkly! But when do you pick which model?
I chopped that question up into the following categories:
- Developer Experience / DX 🤓
- Ops Experience / OX 🐂 (?)
- Cost 💵
- Lock in 🔐
Read the full post linked below for all details
Pros of Airflow
- Features53
- Task Dependency Management14
- Beautiful UI12
- Cluster of workers12
- Extensibility10
- Open source6
- Complex workflows5
- Python5
- Good api3
- Apache project3
- Custom operators3
- Dashboard2
Pros of Serverless
- API integration14
- Supports cloud functions for Google, Azure, and IBM7
- Lower cost3
- 3. Simplified Management for developers to focus on cod1
- Auto scale1
- 5. Built-in Redundancy and Availability:1
- Openwhisk1
Sign up to add or upvote prosMake informed product decisions
Cons of Airflow
- Observability is not great when the DAGs exceed 2502
- Running it on kubernetes cluster relatively complex2
- Open source - provides minimum or no support2
- Logical separation of DAGs is not straight forward1