halfpipe

command module
v0.2.4 Latest Latest
Warning

This package is not in the latest version of its module.

Go to latest
Published: Apr 23, 2022 License: MIT Imports: 1 Imported by: 0

README

Halfpipe

Introduction | Feature Demos | Usage | Deployment | Quick Start | Sample Commands | Serverless Support | Features Matrix | Roadmap | Running In Production | Notes | Limitations | Contact

Introduction

Halfpipe is a single-binary, command-line utility for streaming data to and from:

  1. Snowflake
  2. Oracle
  3. SQL Server
  4. S3 Buckets
  5. Netezza
  6. ODBC connections (bring your own database drivers)
  7. Postgres support is on the roadmap

It reduces the complexity of common data integration patterns to single commands that run the same on your workstations as they do in production. Among other things it supports:

  • Extracting snapshots and deltas periodically
  • Oracle Continuous Query Notifications to stream in real-time (Oracle limitations apply)
  • HTTP service to start/stop/launch jobs
  • Automatic conversion of table metadata DDL
  • Serverless, for use in AWS Lambda

Feature Demos

More sample commands are shown below.

Usage

$ hp
  ___ ___        .__   _____        __________.__
 /   |   \_____  |  |_/ ____\       \______   \__|_____   ____
/    ~    \__  \ |  |\   __\  ______ |     ___/  \____ \_/ __ \
\    Y    // __ \|  |_|  |   /_____/ |    |   |  |  |_> >  ___/
 \___|_  /(____  /____/__|           |____|   |__|   __/ \___  >
       \/      \/                                |__|        \/

Halfpipe is a DataOps utility for streaming data. It's designed to be light-weight and easy to use.
Use command-line switches for pre-canned actions or write your own pipes in YAML or JSON to sync
data in near real-time. Start an HTTP server to expose functionality via a RESTful API.
Halfpipe is not yet cluster-aware but it scales out. Start multiple instances of this tool and
off you go. Happy munging! 😄

Usage:
  hp [command]

Available Commands:
  config      Configure connections and default flag values
  cp          Copy snapshots, deltas or metadata from source objects to target
  create      Generate helpful metadata
  diff        Compare table data and report differences between source and target
  pipe        Execute a transform described in a YAML or JSON file
  query       Run a SQL query against a configured connection
  serve       Start a web service and listen for pipe commands described in JSON
  sync        Sync objects from source to target using batch or event-driven modes
  version     Show version information for Halfpipe
  help        Help about any command

Flags:
  -h, --help   help for hp

Use "hp [command] --help" for more information about a command.

Deployment

Halfpipe is a light-weight Golang binary compiled against Oracle Database 19.5 Instant Client drivers (it's backwards compatible with older Oracle versions too).

Choose one of these options to get going:

A) Quick Start - Docker Image With Oracle Drivers Included

Use the Quick Start instructions below to build a local Docker image that contains the Halfpipe CLI and the Oracle client drivers. This is the easy option that drops you into a command prompt ready to use the hp tool or the configure.sh script.

B) Bring You Own Oracle Drivers

Download one of the Release binaries and add it to your target environment. Optionally, copy the plugins to /usr/local/lib depending on your connectivity requirements to get started. If you don't want Oracle or ODBC functionality you should be good to just use the core hp standalone binary. On the other hand, if you want Oracle functionality via the Oracle plugin, you'll need the Oracle Instant Client installed and on your PATH.

If you get an error like hp: error while loading shared libraries: libclntsh.so.19.1: cannot open shared object file: No such file or directory ensure your ORACLE_HOME environment variable is set and the OCI library is accessible.
Follow Oracle's Instant Client set-up instructions and check SQL*Plus works then you should be good to go. The ODBC plugin requires unixODBC libraries.

To configure connections, see the command usage or run the configure.sh script to run a basic guided setup.

Quick Start

The following steps will walk through option A above to:-

  • build a local Docker image containing Halfpipe and Oracle client drivers
  • add connections for an Oracle database, Snowflake and S3
  • create a Snowflake external stage compatible with Halfpipe
  • set default flag values for the hp CLI

After this, you'll be ready to use the example commands shown below or in the tl;dr section above.

Good luck and drop me an email if you run into any issues. Happy munging! 😄

Prerequisites
  1. Docker
  2. An S3 bucket to be used as an external Snowflake stage
  3. A valid profile entry in AWS CLI file ~/.aws/credentials (by default this needs to be called halfpipe - notes on how to override it are below) that can read/write the S3 bucket above
  4. Oracle database connection details
  5. Snowflake database connection details (please see the configure.sh documentation to learn more if you're not using Snowflake)
Steps
# Build and start the Halfpipe Docker image with default AWS_PROFILE=halfpipe...

./start-halfpipe.sh

# Run this script to create connections and set default flag values.
# Follow the prompts and you're good to go:

./configure.sh -c

where:

  • start-halfpipe.sh builds and starts a Docker image that contains the Halfpipe CLI and Oracle drivers. By default, it uses an AWS_PROFILE called "halfpipe" to supply IAM credentials. Use -h to see usage and the -a flag to override this.
  • The hp user login command above is valid for a user called tester1@halfpipe.sh. It has privileges required to configure Halfpipe and execute core actions like cp meta, cp snap and query. If you'd like to take more features for a spin, please reach out to me using my email below. See also the Notes below for some security considerations.
  • configure.sh -c requests user input and runs the basic set-up to create connections to Oracle, Snowflake and S3. Here's an example transcript. See the help output of configure.sh -h to learn more about the hp commands required to create connections and set default flag values.

Sample Commands

Once you have connections setup, it's as simple as a single command to copy data snapshots or deltas between databases.

Here are a few sample actions - the demos above cover them all in more detail.

Alternatively head over to https://halfpipe.sh/in-detail/#learn to see a set of short videos that explain the features.

# copy a snapshot of all data from Oracle table DIM_TIME to Snowflake via S3...
hp cp snap oracle.dim_time snowflake.dim_time

# copy a snapshot of all data from Oracle table DIM_TIME to an S3 bucket connection called demo-data-lake...
hp cp snap oracle.dim_time demo-data-lake

# copy data files from S3 bucket connection demo-data-lake into Snowflake 
# by filtering source objects using the regular expression myregexp...
hp cp snap demo-data-lake.myregexp snowflake.dim_time

# do the same as above, but only for changes that have appeared in S3 since the last time we looked
# instead of a regexp to filter source objects, this accepts an object name prefix only
# the object name format is fixed; see the command help for details of the format
# (SK_DATE is both the primary key and column that drives changes)
hp cp delta demo-data-lake.dim_time snowlfake.dim_time -p sk_date -d sk_date

# copy changes to Snowflake found in Oracle table DIM_TIME since the last time we looked
# repeat every hour...
# (SK_DATE is both the primary key and column that drives changes)
hp cp delta oracle.dim_time snowflake.dim_time -p sk_date -d sk_date -i 3600

# above we used a target connection called demo-data-lake for a S3 bucket - here's how to add it...
# more example of adding connections are in the Setup section below
hp config connections add s3 -c demo-data-lake -d s3://test.s3.reeslloyd.com

# copy a snapshot of all data from database OracleA, table DIM_TIME, to another Oracle database...
hp cp snap oracle.dim_time my-ora-connection.my_dim_time

# create a Snowflake STAGE called MYSTAGE to load data from S3 
# use -h for help or append -e to execute DDL...
hp create stage snowflake -s MYSTAGE

# synchronise all rows in source to target (make target data the same as source)...
hp sync batch oracle.dim_time snowflake.dim_time

# stream data from DIM_TIME to Snowflake in real-time... 
hp sync events oracle.dim_time snowflake.dim_time

# run a web service and listen for pipe actions in JSON/YAML...
# see the demos animations above for examples
hp serve 

# configure default flag values to save time having to supply them on the CLI...
hp config defaults -h

# configure source/target database connections and S3 bucket details...
hp config connections -h

# explore the demos above to see how you can add other connection types...
# or perform more simple actions to move data quickly.

Support for Serverless with AWS Lambda - 12 Factor Mode

Halfpipe is small enough to run in AWS Lambda.

To get started, please find a guide to creating a Lambda with sample environment variables on my blog.

In summary, the post describes how to create a Lambda with environment variables that mimic the existing CLI arguments and flags described above.

You can use the main Halfpipe binary hp (zipped ~7 MB) on its own when connecting between Snowflake, SQL Server and S3, but if you require Oracle or ODBC connectivity, you'll need to publish a Lambda layer with the Halfpipe plugins (see release binaries) and database client drivers.

Features

The CLI arguments for Halfpipe essentially use this format, where a logical connection is required for each source and target:

hp <command> <subcommand> <source>.<object> <target>.<object> [flags]

The supported types of source and target connection are as follows, where Y shows current functionality and r shows a feature on the roadmap:

⬇️ source ➡️ target Oracle SQL Server Postgres S3 Snowflake
Oracle Y r r Y Y
SQL Server r r r Y Y
Postgres r r r r r
S3 - - - - Y

Roadmap

Some items on the roadmap include:

  • Support for Snowflake in Azure and GCP
  • Oracle Change Data Capture (CDC)
  • More database connectors (Postgres, Teradata, ...)
  • AWS Marketplace
  • Kafka and Kinesis streaming input/output
  • User interface to manage the hp serve micro-service

Please get in touch if any of these stand out as being important to you.

Production

To help fund and support this project, I've published an AWS machine image, with hourly billing and free trial available for you to get started. Please take a look on the marketplace here. There's no minimum commitment so it's easy to take it for a spin. Let me know your thoughts any time as I really appreciate your feedback!

Notes

The following files are AES-256 encrypted and base64 encoded at rest:

  • Default flag values are picked up from file ~/.halfpipe/config.yml
  • Database connections are stored in file ~/.halfpipe/connections.yaml

Use the config CLI command to configure them.

Limitations

  • hp sync events does not work inside the Docker container fired up by start-halfpipe.sh... The issue is that Oracle expects to be able to notify the HalfPipe (hp) process using an open port. While the process appears to work and performs an initial table sync, it silently never receives further notifications events. Work around this when running the container on Linux by using host networking. Alternatively, take the hp binary out of the container and use matching Oracle drivers directly on a Linux host.
  • hp sync events will stream DML changes from source to target, but where >=100 rows are committed per source transaction, it generates a full table re-sync as per the hp sync batch command. This requires Oracle priv GRANT CHANGE NOTIFICATION TO <user> to work.
  • hp cp meta doesn't produce ALTER TABLE statements yet. Drop the target table and recreate to work around this.

Want to know more or have a feature request?

I'd welcome your feedback.

Visit my website over at halfpipe.sh

Get in touch by raising an issue above or via my website contact page.

You can also email me directly at richard at halfpipe dot sh

Documentation

The Go Gopher

There is no documentation for this package.

Directories

Path Synopsis
aws
s3
Package mock_logger is a generated GoMock package.
Package mock_logger is a generated GoMock package.

Jump to

Keyboard shortcuts

? : This menu
/ : Search site
f or F : Jump to
y or Y : Canonical URL