Nature

English|中文

Nature 是什么？

Nature 是一个低代码平台，Nature 是一个数据编排工具，然而最为重要的是它可以直达业务核心，用简单的方式来规范和简化复杂的业务的实现。只要你愿意 Nature 能帮助你抽取所以的业务控制逻辑并集中管理，让的系统拥有大脑，告别传统系统的无脑时代。其设计理念请参见：Nature 架构思想，Nature 具有下面的技术特性：

分布式流式计算引擎

传统的流式计算是为了解决数据处理的时效性而提出的，强调的是计算逻辑，强调的是 map-reduce。Nature 也是一种流式计算框架，其核心处理模式为： 数据 --map--> 数据 --map--> 数据...，它将 map-reduce 简化为 map（并不是丢弃了reduce，而是可以将之嵌入到map内部来处理），这种简化的模式可以让我们更容易聚焦到数据本身上而不是处理过程上，所以 Nature 强调的是数据，而不是计算逻辑。这一点在下面将进一步说明。

业务控制中心

数据 --map--> 数据 --map--> 数据是 Nature 的运行时模式，从管理角度来看，我们更关注结果而不是过程，因此 Nature 进一步简化了这个模式，把 map 去掉了，新的模式变成了：数据 --> 数据 --> 数据...。这是 Nature 的设计时模式。这也证明 Nature 是以数据为核心的流式计算引擎。

Nature 用 Meta 和 Relation 来分别表示数据以及数据之间的关系。这样在 Nature 体系内，所有参与协作的业务系统只有 Nature 知道数据所代表的业务是什幺，以及如何通过 Relation 来找到下游业务，于是Nature 就成为了实际上的业务控制中心。

调度中心

Nature 运行时模式中的 map 对应 Relation 中的 Executor。Nature 会遵循设计时模式中的数据流向对 Executor 进行调度，这些调度包括前置处理，后置处理，幂等，延时处理、定时处理以及批处理等。如果超时或遇到环境异常，Nature 将按照重试策略进行多次重试，以尽最大努力保证数据的最终一致性。即使最终重试失败或遇到逻辑异常，Nature 也不会丢弃任务，而是将之放入错误数据表。当故障排除后，可以将错误数据表中的数据重新导入到任务数据表，Nature 将会再次重试这些任务，直到成功完成。

数据中心

Executor 在运行时会生成 Instance，外系统提交到 Nature 的初始数据也是 Instance ，Instance 是 Meta 的运行时表达，既业务的实例数据。如果您愿意您可以尽可能多地将 Meta 交给 Nature 来搭理，Nature 将为这些 Meta 所产生的 Instance 提供统一的、集中的存储，并为它们提供查询接口，这样 Nature 就扮演了一个数据中心的角色。这里有几点说明：

• 数据检索：Nature 的业务对象都是非结构化存储的，很像 Key-Value 数据库。如果想对业务对象内的数据进行统计。可以利于 Nature 的流式计算机制加工出任何您想要的数据来，请参考示例中的销量统计。
• 数据库容量：Nature 缺省使用 mysql 作为后端存储，如果您的数据量很大，可以考虑使用 Tidb

极简开发平台

您可以看到 Nature 整合了很多重量级的元素，而整合的目的就是为了简化我们的编程，使开发者能够更好的聚焦于业务本身。具体体现在以下几个方面：

• 数据驱动

  传统的面向功能的开发会使业务数据，技术数据，控制数据和临时数据混杂在一起，产生了不必要的耦合，无意中增加了系统的复杂性和维护成本；更为糟糕的是，关键业务数据可能被系统“绑架”，系统变得臃肿、低效且难以改变。

  Nature 的设计时模式完全由业务数据构成，没有一丁点的功能存在，保证了业务的纯粹性，直观性和简洁性，能够保障业务对系统的绝对控制权。而 Nature 的 Executor则将整个业务系统分割成彼此之间没有耦合的最小协作单元，保障了开发和维护的简单性。

• 大幅度减少接口、存储相关的工作

  Nature 的业务流程控制是通过配置来实现的，开发者无需关心上下游的流程控制问题。体现在两个方面：一是接口的定义，相较于传统项目群中复杂的、大量的个性化接口定义，Nature 只提供了有限的几个接口；二是接口的使用，传统项目需要在代码里控制好接口的调用关系和顺序，但对 Nature 来讲除了提交数据给 Nature 外，所有的接口调用都是由 Nature 来负责的，这就极大的简化了接口相关的设计、开发、调试以及后期的维护工作。

  同样的，Nature 采用了集中且统一的数据存储机制，开发者不需要关心数据表和索引的设计以及后续的开发维护工作。

• 大幅度减少非功能性开发的相关工作

  Nature 为系统的可用性（如幂等、数据最终一致性）和可靠性（如重试、异常记录）做了非常多得工作，除此之外，Nature 还在可扩展性上对业务进行了支持，如 Meta 的版本技术。依据帕累托法则（二八定律），这些80%的繁重且重要的工作现在都可以由 Nature 来承担。

如何使用

我们需要做下面的工作

1. 创建一个mysql 或 mariadb 或 Tidb 数据库，并执行 schema.sql

2. 在 Meta 数据表里定义多个业务对象，如：我们定义订单和订单账两个业务对象

   INSERT INTO meta (full_key, description, version, states, fields, config) VALUES
   ('B', 'sale/order', 'order', 1, '', '', ''),
   ('B', 'finance/orderAccount', 'order account', 1, 'unpaid|partial|paid', '', '{"master":"B:sale/order:1"}'); 
   

3. 在 relation 数据表使定义关系将多个业务对象关联起来，并在 Relation 里设置 Executor 用于业务对象间的转换（相当于流式计算中的 map），如上面的订单和订单账可以有这样的定义：

   INSERT INTO relation
   (from_meta, to_meta, settings)
   VALUES('B:sale/order:1', 'B:finance/orderAccount:1', '{"executor":{"protocol":"localRust","url":"nature_demo:order_receivable"},"target":{"states":{"add":["unpaid"]}}}');
   

4. 写代码实现您上面定义的 Executor。如果是基于 Http 的请在完成后启动它，如果是基于类库的请将之放到 与 nature.exe 相同的目录下。如对于订单和订单账来讲这个逻辑是：

   • 生成一个订单账业务对象
   • 从传入的订单中提取所有商品的应收款项记为该订单账的应收
   • 将订单账对象返回给 Nature 以驱动下一环节的处理

5. 配置好.env 文件中的DATABASE_URL属性以指向您创建的数据库

6. 启动 natrue.exe和retry.exe。

7. 对 Nature 发起 http post 请求，如将订单数据提交数据到 Nature，

图形化管理界面

图形化管理界面可实现三种模式下的管理：

关系模式

该模式下，你可以设计如何让业务运转起来。

领域模式

该模式下，可方便进行业务领域的划分。

数据模式

该模式下，你可以方便地看到数据是如何流转的。

深入了解Nature

Nature接口定义

如果您想了解下 Nature 的自然观，时空观，数学意义和哲学意义请阅读：Nature 架构思想

如果您想在实际情况中了解如何应用 Nature 请阅读：示例及功能讲解，一些业务情景的解决方法

如果您想了解 Nature 的技术特性以及这些特性是如何实现的请阅读：Nature 的技术特性

如果您想了解 Nature 与流式计算，消息系统，工作流等的区别请阅读：与其他框架的比较

如果您想使用好 Nature 请阅读：使用 Meta，使用 Relation，内置执行器

注意

本系统还处于早期阶段，尤其是文档还需要不断的完善，有不妥之处，还请多提建议。