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

Amazon Athena

496
838
+ 1
49
Apache Spark

3K
3.5K
+ 1
140
Add tool

Amazon Athena vs Apache Spark: What are the differences?

Amazon Athena and Apache Spark are two popular data processing tools. Let's discuss the key differences between them.

  1. Data processing model: Amazon Athena is a query service that enables users to analyze data in Amazon S3 using standard SQL queries. It is serverless and doesn't require any infrastructure setup or management. On the other hand, Apache Spark is a distributed processing framework that allows for the parallel processing of big datasets across a cluster of computers. It provides a wide range of APIs for data processing, including batch, interactive, and real-time analytics.

  2. Scalability and Performance: With Amazon Athena, the performance scales automatically based on the query complexity and data size, as it leverages the underlying power of Amazon S3 and Presto engine. However, when dealing with large datasets or complex workflows, Apache Spark provides better scalability as it can distribute the workload across multiple nodes in a cluster, resulting in faster processing times.

  3. Data Sources: Amazon Athena primarily works with data stored in Amazon S3, allowing users to perform queries directly on files in CSV, JSON, Parquet, or other formats. In contrast, Apache Spark has a more extensive range of data source connectors, enabling it to interact with various data storage systems like Hadoop Distributed File System (HDFS), HBase, Cassandra, and more.

  4. Computational Model: Amazon Athena is a serverless, on-demand service where users are only billed based on the queries executed and the amount of data scanned. It automatically takes care of query execution, maintaining metadata, and scaling resources. In contrast, Apache Spark requires users to set up dedicated clusters, manage resources, and deploy applications. Spark also offers the flexibility to perform complex data manipulations and transformations using its Resilient Distributed Dataset (RDD) abstraction.

  5. Real-Time Processing: While both Amazon Athena and Apache Spark can handle batch processing, Apache Spark has a specific focus on real-time processing. Spark provides various streaming APIs (such as Structured Streaming) that enable near-real-time data processing and analytics. This capability makes Apache Spark suitable for use cases requiring low-latency data processing and real-time analytics.

  6. Ecosystem and Integration: Apache Spark has a vast ecosystem with support for various machine learning libraries (MLlib), graph processing (GraphX), and stream processing (Spark Streaming). It seamlessly integrates with other popular big data tools like Apache Hadoop, Apache Hive, and Apache Kafka. In comparison, Amazon Athena offers a more focused ecosystem around querying data in Amazon S3, with limited direct integrations.

In summary, Amazon Athena is a serverless, query-based service specifically designed for analyzing data stored in Amazon S3, offering easy setup and scalability. On the other hand, Apache Spark is a distributed processing framework that allows for parallel data processing, provides a wider range of data source connectors, and offers more extensive options for real-time processing and integration with various big data tools.

Advice on Amazon Athena and Apache Spark
Nilesh Akhade
Technical Architect at Self Employed · | 5 upvotes · 553.3K views

We have a Kafka topic having events of type A and type B. We need to perform an inner join on both type of events using some common field (primary-key). The joined events to be inserted in Elasticsearch.

In usual cases, type A and type B events (with same key) observed to be close upto 15 minutes. But in some cases they may be far from each other, lets say 6 hours. Sometimes event of either of the types never come.

In all cases, we should be able to find joined events instantly after they are joined and not-joined events within 15 minutes.

See more
Replies (2)
Recommends
on
ElasticsearchElasticsearch

The first solution that came to me is to use upsert to update ElasticSearch:

  1. Use the primary-key as ES document id
  2. Upsert the records to ES as soon as you receive them. As you are using upsert, the 2nd record of the same primary-key will not overwrite the 1st one, but will be merged with it.

Cons: The load on ES will be higher, due to upsert.

To use Flink:

  1. Create a KeyedDataStream by the primary-key
  2. In the ProcessFunction, save the first record in a State. At the same time, create a Timer for 15 minutes in the future
  3. When the 2nd record comes, read the 1st record from the State, merge those two, and send out the result, and clear the State and the Timer if it has not fired
  4. When the Timer fires, read the 1st record from the State and send out as the output record.
  5. Have a 2nd Timer of 6 hours (or more) if you are not using Windowing to clean up the State

Pro: if you have already having Flink ingesting this stream. Otherwise, I would just go with the 1st solution.

See more
Akshaya Rawat
Senior Specialist Platform at Publicis Sapient · | 3 upvotes · 390.7K views
Recommends
on
Apache SparkApache Spark

Please refer "Structured Streaming" feature of Spark. Refer "Stream - Stream Join" at https://spark.apache.org/docs/latest/structured-streaming-programming-guide.html#stream-stream-joins . In short you need to specify "Define watermark delays on both inputs" and "Define a constraint on time across the two inputs"

See more

Hi all,

Currently, we need to ingest the data from Amazon S3 to DB either Amazon Athena or Amazon Redshift. But the problem with the data is, it is in .PSV (pipe separated values) format and the size is also above 200 GB. The query performance of the timeout in Athena/Redshift is not up to the mark, too slow while compared to Google BigQuery. How would I optimize the performance and query result time? Can anyone please help me out?

See more
Replies (4)

you can use aws glue service to convert you pipe format data to parquet format , and thus you can achieve data compression . Now you should choose Redshift to copy your data as it is very huge. To manage your data, you should partition your data in S3 bucket and also divide your data across the redshift cluster

See more
Carlos Acedo
Data Technologies Manager at SDG Group Iberia · | 5 upvotes · 249.3K views
Recommends
on
Amazon RedshiftAmazon Redshift

First of all you should make your choice upon Redshift or Athena based on your use case since they are two very diferent services - Redshift is an enterprise-grade MPP Data Warehouse while Athena is a SQL layer on top of S3 with limited performance. If performance is a key factor, users are going to execute unpredictable queries and direct and managing costs are not a problem I'd definitely go for Redshift. If performance is not so critical and queries will be predictable somewhat I'd go for Athena.

Once you select the technology you'll need to optimize your data in order to get the queries executed as fast as possible. In both cases you may need to adapt the data model to fit your queries better. In the case you go for Athena you'd also proabably need to change your file format to Parquet or Avro and review your partition strategy depending on your most frequent type of query. If you choose Redshift you'll need to ingest the data from your files into it and maybe carry out some tuning tasks for performance gain.

I'll recommend Redshift for now since it can address a wider range of use cases, but we could give you better advice if you described your use case in depth.

See more
Alexis Blandin
Recommends
on
Amazon AthenaAmazon Athena

It depend of the nature of your data (structured or not?) and of course your queries (ad-hoc or predictible?). For example you can look at partitioning and columnar format to maximize MPP capabilities for both Athena and Redshift

See more
Recommends

you can change your PSV fomat data to parquet file format with AWS GLUE and then your query performance will be improved

See more
Manage your open source components, licenses, and vulnerabilities
Learn More
Pros of Amazon Athena
Pros of Apache Spark
  • 16
    Use SQL to analyze CSV files
  • 8
    Glue crawlers gives easy Data catalogue
  • 7
    Cheap
  • 6
    Query all my data without running servers 24x7
  • 4
    No data base servers yay
  • 3
    Easy integration with QuickSight
  • 2
    Query and analyse CSV,parquet,json files in sql
  • 2
    Also glue and athena use same data catalog
  • 1
    No configuration required
  • 0
    Ad hoc checks on data made easy
  • 61
    Open-source
  • 48
    Fast and Flexible
  • 8
    One platform for every big data problem
  • 8
    Great for distributed SQL like applications
  • 6
    Easy to install and to use
  • 3
    Works well for most Datascience usecases
  • 2
    Interactive Query
  • 2
    Machine learning libratimery, Streaming in real
  • 2
    In memory Computation

Sign up to add or upvote prosMake informed product decisions

Cons of Amazon Athena
Cons of Apache Spark
    Be the first to leave a con
    • 4
      Speed

    Sign up to add or upvote consMake informed product decisions

    - No public GitHub repository available -

    What is Amazon Athena?

    Amazon Athena is an interactive query service that makes it easy to analyze data in Amazon S3 using standard SQL. Athena is serverless, so there is no infrastructure to manage, and you pay only for the queries that you run.

    What is Apache Spark?

    Spark is a fast and general processing engine compatible with Hadoop data. It can run in Hadoop clusters through YARN or Spark's standalone mode, and it can process data in HDFS, HBase, Cassandra, Hive, and any Hadoop InputFormat. It is designed to perform both batch processing (similar to MapReduce) and new workloads like streaming, interactive queries, and machine learning.

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

    What companies use Amazon Athena?
    What companies use Apache Spark?
    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 Amazon Athena?
    What tools integrate with Apache Spark?

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

    Blog Posts

    Mar 24 2021 at 12:57PM

    Pinterest

    GitJenkinsKafka+7
    5
    2208
    MySQLKafkaApache Spark+6
    4
    2062
    Aug 28 2019 at 3:10AM

    Segment

    PythonJavaAmazon S3+16
    7
    2623
    Jul 2 2019 at 9:34PM

    Segment

    Google AnalyticsAmazon S3New Relic+25
    10
    6881
    What are some alternatives to Amazon Athena and Apache Spark?
    Presto
    Distributed SQL Query Engine for Big Data
    Amazon Redshift Spectrum
    With Redshift Spectrum, you can extend the analytic power of Amazon Redshift beyond data stored on local disks in your data warehouse to query vast amounts of unstructured data in your Amazon S3 “data lake” -- without having to load or transform any data.
    Amazon Redshift
    It is optimized for data sets ranging from a few hundred gigabytes to a petabyte or more and costs less than $1,000 per terabyte per year, a tenth the cost of most traditional data warehousing solutions.
    Cassandra
    Partitioning means that Cassandra can distribute your data across multiple machines in an application-transparent matter. Cassandra will automatically repartition as machines are added and removed from the cluster. Row store means that like relational databases, Cassandra organizes data by rows and columns. The Cassandra Query Language (CQL) is a close relative of SQL.
    Spectrum
    The community platform for the future.
    See all alternatives