

Building your pipeline or Using Airbyte
Airbyte is the only open source solution empowering data teams to meet all their growing custom business demands in the new AI era.
- Inconsistent and inaccurate data
- Laborious and expensive
- Brittle and inflexible
- Reliable and accurate
- Extensible and scalable for all your needs
- Deployed and governed your way
Start syncing with Airbyte in 3 easy steps within 10 minutes



Take a virtual tour
Demo video of Airbyte Cloud
Demo video of AI Connector Builder
What sets Airbyte Apart
Modern GenAI Workflows
Move Large Volumes, Fast
An Extensible Open-Source Standard
Full Control & Security
Fully Featured & Integrated
Enterprise Support with SLAs
What our users say


"The intake layer of Datadog’s self-serve analytics platform is largely built on Airbyte.Airbyte’s ease of use and extensibility allowed any team in the company to push their data into the platform - without assistance from the data team!"


“Airbyte helped us accelerate our progress by years, compared to our competitors. We don’t need to worry about connectors and focus on creating value for our users instead of building infrastructure. That’s priceless. The time and energy saved allows us to disrupt and grow faster.”


“We chose Airbyte for its ease of use, its pricing scalability and its absence of vendor lock-in. Having a lean team makes them our top criteria. The value of being able to scale and execute at a high level by maximizing resources is immense”
Prerequisites:
- Azure Blob Storage Account: Ensure that you have access to the Azure Blob Storage account and the necessary permissions to read data from the containers.
- Apache Iceberg Table: Set up an Apache Iceberg catalog or know the location where you want to create Iceberg tables.
- Apache Spark Environment: Have a Spark environment set up with the necessary dependencies for Iceberg.
- Iceberg Spark Runtime Jar: Download the appropriate Apache Iceberg Spark runtime JAR file that matches your Spark version.
- Azure Storage SDK: Include the Azure Storage SDK in your Spark environment for accessing Blob Storage.
- Hadoop-Azure Module: Include the Hadoop-Azure module in your Spark environment to allow Hadoop to work with Azure Blob Storage.
import org.apache.spark.sql.SparkSession
val spark = SparkSession.builder()
.appName("AzureBlobToIceberg")
.config("spark.jars.packages", "org.apache.iceberg:iceberg-spark3-runtime:VERSION")
.config("spark.hadoop.fs.azure", "org.apache.hadoop.fs.azure.NativeAzureFileSystem")
.config("spark.hadoop.fs.azure.account.key.YOUR_STORAGE_ACCOUNT.blob.core.windows.net", "YOUR_STORAGE_ACCOUNT_ACCESS_KEY")
.getOrCreate()
Replace VERSION with the correct version of the Iceberg Spark runtime library, YOUR_STORAGE_ACCOUNT with your Azure Blob Storage account name, and YOUR_STORAGE_ACCOUNT_ACCESS_KEY with your Azure Storage account access key.
val df = spark.read.format("FORMAT")
.load("wasbs://CONTAINER@YOUR_STORAGE_ACCOUNT.blob.core.windows.net/PATH_TO_YOUR_DATA")
Replace FORMAT with the format of your data (e.g., csv, parquet, json), CONTAINER with the name of your Blob Storage container, and PATH_TO_YOUR_DATA with the path to your data within the container.
If you haven’t already configured an Iceberg catalog in your Spark environment, you’ll need to do so:
spark.conf.set("spark.sql.catalog.my_catalog", "org.apache.iceberg.spark.SparkCatalog")
spark.conf.set("spark.sql.catalog.my_catalog.type", "hadoop")
spark.conf.set("spark.sql.catalog.my_catalog.warehouse", "hdfs://PATH_TO_ICEBERG_WAREHOUSE")
Replace PATH_TO_ICEBERG_WAREHOUSE with the path to your Iceberg warehouse directory.
df.write.format("iceberg")
.option("write-format", "parquet") // Or your desired format
.mode("append") // Use "overwrite" if you want to replace existing data
.save("my_catalog.db.TABLE_NAME")
Replace TABLE_NAME with the name of the Iceberg table you want to write to. If the table doesn’t exist, Iceberg will create it.
After the write operation, you can verify that the data has been transferred successfully:
val icebergDf = spark.read.format("iceberg")
.load("my_catalog.db.TABLE_NAME")
icebergDf.show()
This will display a few rows from the Iceberg table.
Notes:
- Ensure that the Spark version you are using is compatible with the Iceberg version.
- You may need to add additional configurations depending on your specific setup and security requirements.
- If you are dealing with large datasets, consider using Spark’s partitioning and bucketing features to optimize the data transfer and subsequent queries.
- Always test your data pipeline with a subset of data before running it on the full dataset to ensure that everything is configured correctly.
FAQs
What is ETL?
ETL, an acronym for Extract, Transform, Load, is a vital data integration process. It involves extracting data from diverse sources, transforming it into a usable format, and loading it into a database, data warehouse or data lake. This process enables meaningful data analysis, enhancing business intelligence.
Azure Blob Storage is a cloud-based storage solution provided by Microsoft Azure. It is designed to store large amounts of unstructured data such as text, images, videos, and audio files. Blob Storage is highly scalable and can store data of any size, from a few bytes to terabytes. It provides a cost-effective way to store and access data from anywhere in the world. Blob Storage also offers features such as data encryption, access control, and data redundancy to ensure data security and availability. It can be used for a variety of applications such as backup and disaster recovery, media storage, and data archiving.
Azure Blob Storage's API provides access to various types of data, including:
1. Unstructured data: This includes any type of data that does not have a predefined data model or structure, such as text, images, videos, and audio files.
2. Structured data: This includes data that has a predefined data model or structure, such as tables, columns, and rows.
3. Semi-structured data: This includes data that has some structure, but not enough to fit into a traditional relational database, such as JSON, XML, and CSV files.
4. Metadata: This includes information about the data stored in Azure Blob Storage, such as file size, creation date, and last modified date.
5. Access control data: This includes information about who has access to the data stored in Azure Blob Storage and what level of access they have.
6. Logging data: This includes information about the activities performed on the data stored in Azure Blob Storage, such as read and write operations, and access attempts.Overall, Azure Blob Storage's API provides access to a wide range of data types, making it a versatile and flexible storage solution for various types of applications and use cases.
What is ELT?
ELT, standing for Extract, Load, Transform, is a modern take on the traditional ETL data integration process. In ELT, data is first extracted from various sources, loaded directly into a data warehouse, and then transformed. This approach enhances data processing speed, analytical flexibility and autonomy.
Difference between ETL and ELT?
ETL and ELT are critical data integration strategies with key differences. ETL (Extract, Transform, Load) transforms data before loading, ideal for structured data. In contrast, ELT (Extract, Load, Transform) loads data before transformation, perfect for processing large, diverse data sets in modern data warehouses. ELT is becoming the new standard as it offers a lot more flexibility and autonomy to data analysts.
What should you do next?
Hope you enjoyed the reading. Here are the 3 ways we can help you in your data journey: