概述

核心特性

Apache Atlas为Hadoop的元数据治理提供了以下特性：

数据分类 

为元数据导入或定义业务导向的分类注释 
定义，注释，以及自动捕获数据集和底层元素之间的关系 
导出元数据到第三方系统

集中审计 

捕获与所有应用，过程以及与数据交互的安全访问信息 
捕获执行，步骤，活动等操作的信息

搜索与血缘 

预定义的导航路径用来探索数据分类以及审计信息 
基于文本的搜索特性来快速和准确的定位相关联的数据和审计事件 
对数据集血缘关系的可视化浏览使用户可以下钻到操作，安全以及数据起源相关的信息

安全与策略引擎 

基于数据分类模式，属性以及角色的运行时合理合规策略 
基于分类-预测的策略定义以防止数据推导 
基于cell的属性和值的行/列级别的masking
Apache Atlas的架构如下图所示：

Atlas的组件可以分为以下几个部分：

Core 此类别包含实现 Atlas 功能核心的组件，包括： 

Type System: Atlas 允许用户为他们想要管理的元数据对象定义一个模型。该模型由称为 "类型" 的定义组成。"类型" 的 实例被称为 "实体" 表示被管理的实际元数据对象。类型系统是一个组件，允许用户定义和管理类型和实体。由 Atlas 管理的所有元数据对象（例如Hive表）都使用类型进行建模，并表示为实体。要在 Atlas 中存储新类型的元数据，需要了解类型系统组件的概念。 
Ingest/Export：Ingest 组件允许将元数据添加到 Atlas。类似地，Export 组件暴露由 Atlas 检测到的元数据更改，以作为事件引发，消费者可以使用这些更改事件来实时响应元数据更改。
** Graph Engine**：在内部，Atlas 通过使用图形模型管理元数据对象。以实现元数据对象之间的巨大灵活性和丰富的关系。图形引擎是负责在类型系统的类型和实体之间进行转换的组件，以及基础图形模型。除了管理图形对象之外，图形引擎还为元数据对象创建适当的索引，以便有效地搜索它们。
Titan：目前，Atlas 使用 Titan 图数据库来存储元数据对象。Titan 使用两个存储：默认情况下元数据存储配置为 HBase ，索引存储配置为 Solr。也可以通过构建相应的配置文件使用BerkeleyDB存储元数据存储 和使用ElasticSearch存储 Index。元数据存储用于存储元数据对象本身，索引存储用于存储元数据属性的索引，其允许高效搜索。

Integration用户可以使用两种方法管理 Atlas 中的元数据： 

API：Atlas 的所有功能都可以通过 REST API 提供给终用户，允许创建，更新和删除类型和实体。它也是查询和发现通过 Atlas 管理的类型和实体的主要方法。 
Messaging：除了 API 之外，用户还可以选择使用基于 Kafka 的消息接口与 Atlas 集成。这对于将元数据对象传输到 Atlas 以及从 Atlas 使用可以构建应用程序的元数据更改事件都非常有用。如果希望使用与 Atlas 更松散耦合的集成，这可以允许更好的可扩展性，可靠性等，消息传递接口是特别有用的。Atlas 使用 Apache Kafka 作为通知服务器用于钩子和元数据通知事件的下游消费者之间的通信。事件由钩子(hook)和 Atlas 写到不同的 Kafka 主题:   
ATLAS_HOOK: 来自 各个组件的Hook 的元数据通知事件通过写入到名为 ATLAS_HOOK 的 Kafka topic 发送到 Atlas   
ATLAS_ENTITIES：从 Atlas 到其他集成组件（如Ranger）的事件写入到名为 ATLAS_ENTITIES 的 Kafka topic

Metadata sourceAtlas 支持与许多元数据源的集成，将来还会添加更多集成。目前，Atlas 支持从以下数据源获取和管理元数据： 

Hive：通过hive bridge， atlas可以接入Hive的元数据，包括hive_db/hive_table/hive_column/hive_process
Sqoop：通过sqoop bridge，atlas可以接入关系型数据库的元数据，包括sqoop_operation_type/ sqoop_dbstore_usage/sqoop_process/sqoop_dbdatastore Falcon：通过falcon bridge，atlas可以接入Falcon的元数据，包括falcon_cluster/falcon_feed/falcon_feed_creation/falcon_feed_replication/ falcon_process
Storm：通过storm bridge，atlas可以接入流式处理的元数据，包括storm_topology/storm_spout/storm_bolt

首先，需要基于atlas的类型系统定义能够表达大数据组件元数据对象的元数据模型(例如Hive的元数据模型实现在org.apache.atlas.hive.model.HiveDataModelGenerator)；
然后，需要提供hook组件去从大数据组件的元数据源中提取元数据对象，实时侦听元数据的变更并反馈给atlas；

Applications 

Atlas Admin UI: 该组件是一个基于 Web 的应用程序，允许数据管理员和科学家发现和注释元数据。Admin UI提供了搜索界面和 类SQL的查询语言，可以用来查询由 Atlas 管理的元数据类型和对象。Admin UI 使用 Atlas 的 REST API 来构建其功能。 

Tag Based Policies: Apache Ranger 是针对 Hadoop 生态系统的安全管理解决方案，与各种 Hadoop 组件具有广泛的集成。通过与 Atlas 集成，Ranger 允许安全管理员定义元数据驱动的安全策略，以实现有效的治理。Ranger 是由 Atlas 通知的元数据更改事件的消费者。 

Business Taxonomy:从元数据源获取到 Atlas 的元数据对象主要是一种技术形式的元数据。为了增强可发现性和治理能力，Atlas 提供了一个业务分类界面，允许用户首先定义一组代表其业务域的业务术语，并将其与 Atlas 管理的元数据实体相关联。业务分类法是一种 Web 应用程序，目前是 Atlas Admin UI 的一部分，并且使用 REST API 与 Atlas 集成。 
在HDP2.5中，Business Taxonomy是提供了Technical Preview版本，需要在Atlas > Configs > Advanced > Custom application-properties中添加atlas.feature.taxonomy.enable=true并重启atlas服务来开启

类型系统

Atlas 允许用户为他们想要管理的元数据对象定义一个模型。该模型由称为 “类型” (type)的定义组成。被称为 “实体” (entities)的 “类型” 实例表示被管理的实际元数据对象。由 Atlas 管理的所有元数据对象（例如Hive表）都使用类型进行建模，并表示为实体。

Type：Atlas中的 “类型” 定义了如何存储和访问特定类型的元数据对象。类型表示了所定义元数据对象的一个或多个属性集合。具有开发背景的用户可以将 “类型” 理解成面向对象的编程语言的 “类” 定义的或关系数据库的 “表模式”。类型具有元类型，元类型表示

Atlas 中此模型的类型：

  - 基本元类型：Int，String，Boolean等

  - 枚举元类型

  - 集合元类型：例如Array，Map

  - Class，Struct，Trait

Entities：Atlas中的 “实体” 是类 “类型” 的特定值或实例，因此表示真实世界中的特定元数据对象。回顾我们的面向对象编程语言的类比，“实例” 是某个 “类” 的 “对象”。

Attributes：Atlas 中的属性还有一些属性，其定义了与类型系统相关的更多概念，包括：

  - isComposite - 是否复合

  - isIndexable - 是否索引

  - isUnique - 是否

  - multiplicity - 指示此属性是（必需的／可选的／还是可以是多值）的

Atlas 提供了一些预定义的系统类型：

Referenceable：此类型表示可使用名为 qualifiedName 的属性搜索的所有实体

Asset：此类型包含名称，说明和所有者等属性

Infrastructure：此类型扩展了Referenceable和Asset ，通常可用于基础设施元数据对象（如群集，主机等）的常用超类型

DataSet：此类型扩展了Referenceable和Asset 。在概念上，它可以用于表示存储数据的类型。在 Atlas 中，hive表，Sqoop RDBMS表等都是从 DataSet 扩展的类型。扩展 DataSet 的类型可以期望具有模式，它们将具有定义该数据集的属性的属性。例如， hive_table 中的 columns 属性。另外，扩展 DataSet 的实体类型的实体参与数据转换，这种转换可以由 Atlas 通过 lineage（或 provenance）生成图形。

Process：此类型扩展了Referenceable和Asset 。在概念上，它可以用于表示任何数据变换操作。例如，将原始数据的 hive 表转换为存储某个聚合的另一个 hive 表的 ETL 过程可以是扩展过程类型的特定类型。流程类型有两个特定的属性，输入和输出。

元数据搜索与血缘

Atlas 支持使用以下 2 种方式搜索元数据:

Search using DSL

Full-text search

Atlas也支持lucene风格的全文检索
Apache atlas的其中一个核心特性就是可以追溯数据湖(Data Lake)中数据的血缘关系并以可视化的方式呈现，使用户能够快速了解数据的生命周期，并能够知晓自己的数据时从那里来以及和数据湖中的那些数据具有关联关系。参考下面的例子，创建两张hive表，然后通过表的join创建一张新表：- 创建一张hive表存储以数组形式存储tweet文本中的单词  CREATE TABLE words_array AS SELECT tweet_id AS id, split(text,' ') AS words FROM tweets;

创建一张hive表将文本中的数组切分成单独的单词 
CREATE TABLE tweet_word AS SELECT id AS id, word FROM words_array LATERAL VIEW explode(words) w as word;

通过对上述表的Join操作创建新的表 
CREATE TABLE word_join AS SELECT tweet_word.id, tweet_word.word, sentiment_dictionary.rating FROM tweet_word LEFT OUTER JOIN sentiment_dictionary ON (tweet_word.word=sentiment_dictionary.word);

在Atlas中，上述操作生成的word_join表的血缘关系图如下所示： 

基于标签的安全策略

Atlas通过与Ranger集成，为Hadoop提供了基于标签(Tag)的动态访问权限控制，通过控制与资源关联的标签而非资源本身可以为权限控制模型提供诸多便利：
将资源分类从权限控制中分离出来，不同Hadoop组件的资源(比如HDFS目录，Hive表，HBase表)中的同一类数据(比如社保账号/信用卡帐号)可以被打上同一个标签，以统一的权限来控制访问
如果Hadoop资源被打上标签，那么与标签相关的权限将被自动赋予该资源 单独的访问控制策略可以应用于不同的Hadoop组件的资源，而不再需要为每一个组件的资源都创建单独的策略 Ranger 0.6版本引入了一个新的服务(ranger-tagsync)用来同步Atlas的tag，ranger-tagsync通过监听Kafka topic(ATLAS_ENTITIES)的消息变更来接受来自Atlas的tag(以及Taxonomy Terms)详细信息；当Atlas的tag(以及Taxonomy Terms)在atlas里被增加，修改或删除时，ranger-tagsync会接受来自Kafka的通知并更新Ranger的数据库(ranger.x_tag*)。

通用Ranger Admin UI创建基于标签的策略需要如下步骤：
创建tag服务实例(tag服务实例可以创建多个以归类不同集群的基于标签策略) 

Login to Ranger Admin     
Select menu: Access Manager è Tag Based Policies   
Click the + icon next to TAG   
In ‘Service Name’ field, enter tagdev and click ‘Add’

集成Apache Falcon

Atlas可以提供对Falcon元数据(cluster/feed/process)的存储和搜索

Atlas的Falcon Hook监听Falcon的元数据变更(比如falcon feed/process的创建，更改，删除)并将这些元数据变更详细信息写入Kafka的topic中，Atlas metadata server从Kafka接收到Falcon的元数然后作为entity更新到Titan数据库中   

用户通过Atlas Admin UI可以通过DSL或全文方式去搜索Falcon的元数据

Atlas可以对Falcon元数据进行分类(tag/taxonomy)

Atlas可以展示Falcon元数据的血缘关系

总结

Apache Atlas为Hadoop集群提供了包括数据分类、集中策略引擎、数据血缘、安全和生命周期管理在内的元数据治理核心能力，其与Apache Falcon，Apache Ranger相互整合可以形成完整的数据治理解决方案。但是Atlas目前还是Apache孵化项目，尚未成熟，有待发展。

Atlas目前还存在以下一些需要改进之处：
缺乏对元数据的全局视图，对元数据的血缘追溯只能够展示具体某张表或某个SQL的生命周期(其前提是用户必须对Hadoop的元数据结构十分清楚，才能够通过Atlas的查询语句去定位自己需要了解的表)
0.8以前的版本，对元数据只能进行只读操作，例如只能展示Hive的表但是不能创建新表与Hadoop各组件的集成尚待完善，例如Atlas对Hive的元数据变更操作的捕获只支持hive CLI，不支持beeline/JDBC。

原文链接：https://mp.weixin.qq.com/s/nE4_LPztuPdbsHzw_UhMWA