Skip to main content
Export your payments data to Redshift from Vaultera switch Exporting your payments data to Amazon Redshift enhances analytics by leveraging Redshift’s high-performance query capabilities. This allows for efficient data analysis, reporting, and business intelligence, thereby deriving valuable insights.

Integration Steps

Prerequisites

You need to have an AWS account with Redshift enabled. More details can be found here.

Steps

  1. Create IAM Role: You are required to create a new IAM role for Redshift use and provide Vaultera Switch with the corresponding role ARN. This IAM role must be configured with S3 read permissions. Example image of an IAM role created
  2. Share ARN: After sharing the ARN with Vaultera switch, we will share the S3 bucket & path that is to be synced for data along with providing access to the IAM role from which you will be able to get files from S3.
  3. Create Table Schema: Once the above step is done, you need to create the table schema on Redshift.
  4. Data Ingestion: Post which you can proceed with either:
    • Handle the ingestion & post-processing of data using scripts
    • OR
    • Auto-ingestion using Redshift

File Format and Path Specifications

  • The files will be plain CSV files with the 1st row being a header
  • The file path would be: s3://<bucket>/<merchant_id>/<version>/<payments>/<date>.csv
  • There will be one CSV file corresponding to each day up to 7 days
  • Updates to the payments data will be in-place
  • Changes to file formats, content, or similar changes would modify the version in the above path and would be communicated

Data Update Frequency & Retention

Auto Ingestion Using Redshift

Redshift supports ingesting CSV data directly from S3 files which we’ll rely on. The ingestion to Redshift would happen via a COPY job. This can be automated via the following options:
  • You can use the auto copy job if running a preview cluster
  • Or the more mainstream lambda loader

Table Creation/Schema

Ingesting Data from S3

The above query creates a temporary table to load all the CSV data and then merges this with the main table while deduplicating based on payment_id.