Get Advice Icon

Need advice about which tool to choose?Ask the StackShare community!

Airflow

1.7K
2.7K
+ 1
128
Serverless

1.3K
1.2K
+ 1
28
Add tool

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.

  1. 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.

  2. 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.

  3. 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.

  4. 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.

  5. 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.

  6. 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.

Advice on Airflow and Serverless
Needs advice
on
AirflowAirflowLuigiLuigi
and
Apache SparkApache Spark

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.

See more
Replies (1)
Gilroy Gordon
Solution Architect at IGonics Limited · | 2 upvotes · 286.8K views
Recommends
on
CassandraCassandra

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

See more
Decisions about Airflow and Serverless

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.
The setup

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

See more
Manage your open source components, licenses, and vulnerabilities
Learn More
Pros of Airflow
Pros of Serverless
  • 53
    Features
  • 14
    Task Dependency Management
  • 12
    Beautiful UI
  • 12
    Cluster of workers
  • 10
    Extensibility
  • 6
    Open source
  • 5
    Complex workflows
  • 5
    Python
  • 3
    Good api
  • 3
    Apache project
  • 3
    Custom operators
  • 2
    Dashboard
  • 14
    API integration
  • 7
    Supports cloud functions for Google, Azure, and IBM
  • 3
    Lower cost
  • 1
    3. Simplified Management for developers to focus on cod
  • 1
    Auto scale
  • 1
    5. Built-in Redundancy and Availability:
  • 1
    Openwhisk

Sign up to add or upvote prosMake informed product decisions

Cons of Airflow
Cons of Serverless
  • 2
    Observability is not great when the DAGs exceed 250
  • 2
    Running it on kubernetes cluster relatively complex
  • 2
    Open source - provides minimum or no support
  • 1
    Logical separation of DAGs is not straight forward
    Be the first to leave a con

    Sign up to add or upvote consMake informed product decisions

    129
    10.6K
    358
    3.5K
    - No public GitHub repository available -

    What is Airflow?

    Use Airflow to author workflows as directed acyclic graphs (DAGs) of tasks. The Airflow scheduler executes your tasks on an array of workers while following the specified dependencies. Rich command lines utilities makes performing complex surgeries on DAGs a snap. The rich user interface makes it easy to visualize pipelines running in production, monitor progress and troubleshoot issues when needed.

    What is Serverless?

    Build applications comprised of microservices that run in response to events, auto-scale for you, and only charge you when they run. This lowers the total cost of maintaining your apps, enabling you to build more logic, faster. The Framework uses new event-driven compute services, like AWS Lambda, Google CloudFunctions, and more.

    Need advice about which tool to choose?Ask the StackShare community!

    Jobs that mention Airflow and Serverless as a desired skillset
    What companies use Airflow?
    What companies use Serverless?
    Manage your open source components, licenses, and vulnerabilities
    Learn More

    Sign up to get full access to all the companiesMake informed product decisions

    What tools integrate with Airflow?
    What tools integrate with Serverless?

    Sign up to get full access to all the tool integrationsMake informed product decisions

    Blog Posts

    What are some alternatives to Airflow and Serverless?
    Luigi
    It is a Python module that helps you build complex pipelines of batch jobs. It handles dependency resolution, workflow management, visualization etc. It also comes with Hadoop support built in.
    Apache NiFi
    An easy to use, powerful, and reliable system to process and distribute data. It supports powerful and scalable directed graphs of data routing, transformation, and system mediation logic.
    Jenkins
    In a nutshell Jenkins CI is the leading open-source continuous integration server. Built with Java, it provides over 300 plugins to support building and testing virtually any project.
    AWS Step Functions
    AWS Step Functions makes it easy to coordinate the components of distributed applications and microservices using visual workflows. Building applications from individual components that each perform a discrete function lets you scale and change applications quickly.
    Pachyderm
    Pachyderm is an open source MapReduce engine that uses Docker containers for distributed computations.
    See all alternatives