Skip to content

romain-sen/TDP

 
 

Repository files navigation

Trunk Data Platform

Trunk Data Platform is an Open Source, free, Hadoop distribution.

This distribution is built by EDF (French electricity provider) & DGFIP (Tax Office by the French Ministry of Finance), through an association called TOSIT (The Open source I Trust).

TDP is built from Apache projects source code.

TDP repositories

The TDP project is composed of multiple repositories:

  • tdp-collection: main Ansible collection to deploy TDP core components.
  • tdp-collection-extras: Ansible collection to deploy extra components that are not part of TDP core.
  • tdp-collection-prerequisites: Ansible collection to deploy prerequisite components to a TDP installation (i.e.: KDC, PostgreSQL, etc.).
  • tdp-lib: Python library to configure, manage and deploy TDP.
  • tdp-server: REST API for tdp-lib orchestration.
  • tdp-ui: Web UI for TDP clusters deployment and configuration, uses tdp-server.
  • tdp-getting-started: A ready to deploy TDP virtual environment based of Vagrant showcasing how to use every component of TDP.

Each component of TDP also has its own repository.

Trunk Data Platform Release TDP-0.1.0 components version

TDP Core

The following table shows the core components of TDP as well as the Apache branch they were based on and the TDP branch which serves as base for our releases.

Component Version Apache Git branch TDP Git Branch TDP commits
Apache ZooKeeper 3.4.6 release-3.4.6 XXX X.X.X
Apache Hadoop 3.1.1 rel/release-3.1.1 branch-3.1.1-TDP compare
Apache Hive 3.1.3 branch-3.1 branch-3.1-TDP compare
Apache Hive 2 (for Spark 3) 2.3.10 branch-2.3 branch-2.3-TDP compare
Apache Hive 1 (for Spark 2) 1.2.3 branch-1.2 branch-1.2-TDP compare
Apache Tez 0.9.1 branch-0.9.1 branch-0.9.1-TDP compare
Apache Spark 2.3.5 branch-2.3 branch-2.3-TDP compare
Apache Spark 3 3.2.2 branch-3.2 branch-3.2-TDP compare
Apache Ranger 2.0.1 ranger-2.0 ranger-2.0-TDP compare
Apache Solr (for Ranger) 7.7.3 releases/lucene-solr/7.7.3 XXX X.X.X
Apache HBase 2.1.10 branch-2.1 branch-2.1-TDP compare
Apache Phoenix 5.1.3 5.1 5.1-TDP compare
Apache Phoenix Query Server 6.0.0 6.0.0 6.0.0-TDP compare
Apache Knox 1.6.1 v1.6.1 v1.6.1-TDP compare
Apache HBase Connectors 1.0.0 rel/1.0.0 1.0.0-TDP compare

Versions are approximately based on the HDP 3.1.5 release.

Note: For some projects, the Apache foundation maintains sometimes a branch with this the components on which are backported fixes and features. We will be using these branches as much as possible if they are maintained and compatible.

TDP Extras

"TDP Extras" carries some projects that cannot be integrated to "TDP Core". There can be different reasons that keep the project outside of the core:

  • The project is not judged as a key component of the Hadoop ecosystem. This is the case of Airflow.
  • The project is not active enough. This is the case of Livy that has not been updated in 2 years.
  • The project has some incompatibilities with other "TDP Core" projects' releases. This is the case of Kafka 2.X that relies on ZooKeeper 3.5.X (and cannot use the ZooKeeper 3.4.6 of "TDP Core").
Component Version Apache Git branch TDP Git Branch TDP commits
Apache ZooKeeper 3.5.9 (for Kafka) 3.5.9 release-3.5.9 XXX X.X.X
Apache Kafka 2.8.2 2.8 2.8-TDP compare
Apache Livy 0.8.0 master branch-0.8.0-TDP compare
Apache Airflow 2.2.2 2.2.2 XXX X.X.X

Note: A project can graduate from "TDP Extras" to "TDP Core" if enough people are supporting it and/or if it is made compatible with all the other projects of the stack.

Tested operating system (OS)

Only bare metal and virtual machine deployment are tested. Container based OS may work but are not guaranteed.

  • Centos 7
  • Rocky 8

Redhat like OS may work but are not guaranteed.

TDP Components release

Every TDP initial release is built from a reference branch on the Apache Git repository according to the above tables. The main change from the original branches is the version declaration in the pom.xml files.

Building / Testing environment

The builds / unit testing of the Maven Java projects of each component above can be run in Kubernetes pods which are scheduled by a Jenkins installation also running on Kubernetes. Kubernetes pods scheduling allows for truly reproducible and isolated builds. Jenkins' strong integration with the Java ecosystem is a perfect match to build the components of the distribution.

Build order

  • hadoop
  • tez
  • hive1
  • spark
  • hive2
  • spark3
  • hive
  • hbase
  • ranger
  • phoenix
  • phoenix-queryserver
  • knox

Kubernetes

Kubernetes was installed on Ubuntu 20.04 Virtual Machines with kubeadm.

Note: It is strongly recommended to deploy a Storage Class in order to have persistence on the Kubernetes cluster (useful for Jenkins among others). In our case, we are using Rook on physical drives attached to the Kubernetes cluster's VMs.

Jenkins

Jenkins is used to trigger the builds which is the same process for every component of the stack:

  • Git clone the sources
  • Build the project
  • Run the unit tests
  • Publish the artifacts to a remote repository

Jenkins was installed on the Kubernetes cluster with the official jenkinsci Helm chart.

Nexus / Docker registry

The building environment needs multiple registries:

  • Maven to host the compiled Jars
  • Docker to host the images that we use to build the projects
  • File registry to host the .tar.gz files with the binaries and jars for every compiled projects.

Nexus Repository OSS can assume all three roles, is free and open source.

Nexus OSS was install on the Kubernetes cluster with the helm chart provided by Oteemo.

Local build environment

It is possible to run a local environment for building / small scale testing.

Prerequisite:

  • Docker installed and available to your local user

You can start a local building environment with the bin/start-build-env.sh script.

Note: See build-env/README.md for details.

To build TDP component binaries, attach to the running tdp-builder container and git clone the TDP component repository to it. Each TDP component's tdp/README.md has custom instructions to launch the build process. Assign a directory path to the TDP_HOME variable in the bin/start-build-env.sh to control the local path of built TDP binaries.

Releases

No releases published

Packages

No packages published

Languages

  • Dockerfile 83.8%
  • Shell 16.2%