Kumologica Designer(低代码开发工具)

　　Kumologica Designer可以帮助用户构建云API和集成服务，可以在软件部署多种服务内容，可以为自己的云系统部署邮箱功能，部署SFTP功能，部署EventListener、Cloudwatch、Dynamo DB、Ephemeral，软件界面提供丰富的资源，在设计项目的时候直接在软件选择相关的组件部署，选择AWS Lambda作为部署目标时，EventListener节点是流程的起点，它订阅并响应由各种AwS服务触发的AWS事件，例如：S3，API网关，SQS等，事件源是触发事件的AWS服务，例如：配置当文件放在S3存储上时的S3事件，随后在流程上配置操作方案，如果选择DynamoDB作为事件源，则操作将定义是否接受该事件以进行dynamoDB表中的插入，修改，删除或所有操作，软件通过流程的方式部署资源，用户可以在软件添加程序，可以设置流程执行方案，可以设置各节点连接逻辑关系，为用户开发云服务提供帮助！

软件功能

　　什么是Kumologica

　　Kumologica是一个低代码开发工具包，用于构建，测试和部署可在任何云（AWS Lambda，Azure Functions或Google Functions）上无服务器运行的API和集成服务。

　　Kumologica遵循基于流程的编程范例，在该范例中，您可以通过可视化编辑器来排列和连接逻辑节点，以将业务逻辑表示为流程。

　　Kumologica工具包由以下材料制成：

　　Kumologica Designer：一种低代码编辑器，用于创建，测试和部署您的流程。

　　Kumologica Runtime：一个nodeJS库，负责将您的流绑定到不同的计算协定（AWS Lambda，Azure函数，Google函数），以及管理流的生命周期，错误处理，监视和日志记录。

　　Kumologica设计师

　　Kumologica Designer是一个可视化编辑器，可以轻松地将节点链接在一起以快速构建可部署为AWS Lambda或Azure功能的流程。这个基于可视流的开发编辑器随附了丰富的节点集合，这些节点已经过精心实施和测试，以实现最佳的安全性和性能结果。

软件特色

　　Kumologica运行时

　　Kumologica运行时是一个node.js库，它提供对不同云提供商的绑定，并抽象出与特定提供商的特定合同的开发人员。您可以将此运行时视为无服务器功能的虚拟机。

　　＃用例

　　在Lambda上构建API和微服务

　　API和微服务是大多数企业的骨干。作为数字之旅的一部分，几乎所有企业都采用API和微服务开发。

　　使用Kumologica构建的API和微服务可以轻松部署在AWS Lambda，Google Function或Azure函数之上，因此您可以享受无服务器计算的所有好处：自动扩展，按使用付费，易于操作管理，并且Kumologica低代码，超快速的开发生命周期。

　　自动备份和日常任务

　　预定的Lambda事件非常适合AWS账户内的内部管理以及其他与基础设施和应用程序支持相关的活动。使用Kumologica节点可以立即实现创建备份，检查空闲资源，生成报告，安全/合规性扫描和相关任务。

　　快速建立应用程序原型

　　敏捷开发现已成为任何组织的DNA的一部分。通过快速反馈循环进行快速产品开发对于保持当今世界的竞争力至关重要。

　　警报和通知

　　创建可监视操作故障并通过外部聊天系统（如Slack或Email）提醒操作员的流，以进行快速诊断和故障排除。

　　聊天操作

　　可以使用自然语言理解（NLU）服务（例如Amazon Lex）来构建交互式机器人，该机器人可以触发Lambda函数以实现意图，以响应语音命令或文本。使用流程中所需的规则和逻辑可以轻松实现此流程。

使用说明

　　1、打开KumologicaDesigner0.9.2.exe软件直接启动，点击接受协议

　　2、 提示软件的安装进度界面，等待主程序安装结束吧

　　3、软件的安装完毕界面，启动主程序就可以新建项目

　　4、项目设置界面，在软件输入项目名字，设置项目保存地址

　　5、编辑界面如图所示，软件是英文，看懂英文就能了解如何在软件编辑项目

　　6、电子邮件，电子邮件节点是用于连接任何SMTP提供程序以发送电子邮件的SMTP客户端。

　　7、Slack，向客户机发送任何松弛消息的通道都是Slack。

　　8、Postgres，Postgres节点是用于连接到任何postgres数据库的客户端。

　　9、SFTP，SFTP节点是允许从SFTP服务器上载，读取和列出文件的客户端

　　10、Rekognition节点是允许连接AWS Rekognition服务进行图像分析的客户端。

　　11、s3节点是用于连接Amazon S3存储桶以上传，检索和删除内容的客户端

　　12、选择Aws Lambda作为部署目标时，EventListener节点是流程的起点。

　　13、Cloudwatch节点是用于将事件发送到AwS Cloudwatch规则以触发基于匹配事件模式的任何操作的客户端。

　　14、临时节点是用于将数据存储，检索数据或将数据附加到AwS lambda的临时存储的客户端。

官方教程

　　基本概念

　　本节介绍了解Kumologica的基本概念，并说明Kumologica如何工作的技术细节。

　　流和节点

　　Kumologica API或服务集成可以表示为节点的连接网络，每个节点负责获取一条消息（请求）并产生零个或多个输出，这些输出继而成为下一个节点的输入。

　　每个节点都可以看作是操纵消息并产生一些期望的副作用的“黑匣子”或功能：写入外部数据库，发送电子邮件或SMS等。

　　有三种类型的节点：

　　1、入站节点：它们正在侦听外部事件：API请求，队列，主题，数据库触发器。成为流的入口点，主要作用是将那些外部事件转换为标准的Kumologica消息（msg）。您可以识别这些节点，因为它们在设计器中未定义任何明确的输入。

　　2、标准节点：它们连接到其他标准节点，它们负责接收消息并根据其内部逻辑产生一个或多个输出。您可以识别这些节点，因为它们在设计器中具有一个显式输入和一个或多个输出。

　　3、出站节点：作为标准节点，它们连接到其他标准节点，但是与那些标准节点不同，它们的作用是对事件的源（流的原始触发器）产生有效的响应（HTTP响应）。您可以识别出这些节点在设计器中具有一个显式输入和零个输出。

　　信息

　　编码为内部对象的消息msg代表一条信息，该信息用于nodes彼此通信。入站节点将外部触发事件转换为，msg并将其传递到其已连接nodes。出站节点会将amsg转换为HTTP响应并返回给客户端。在这两者之间，标准节点将基于接收到的内容执行其预定义的逻辑，msg并且它们将进行相应的修改msg。

　　a的基本结构msg如下：

　　_msgid：为每次执行创建的唯一执行标识符。在本地开发期间，此ID等于testCaseId。

　　error：此属性将保存由错误节点捕获的错误。有关更多详细信息，请参见错误处理部分。

　　header：此属性是节点添加的对象保留元数据。该对象中包含的信息不应被其他节点修改。

　　有效负载：此属性是节点添加的对象保留信息。与header属性不同，该属性是可变的，并且对于某些节点具有特殊的含义。例如：EventListenerEnd节点生成的HTTP响应的正文来自有效负载对象。

　　预定义变量

　　正如我们在上一节中所看到的，msg可以保存可以在之间交换的信息nodes。除此以外，msg还有两个其他变量可用于在流级别存储信息。

　　这两个变量是：

　　vars

　　env

　　Kumologica并未规定何时使用另一种方法，但是将有关环境的信息保存在中env，以及vars用于临时性和非商业性信息被认为是一种好习惯。

　　对于AWS Lambda执行环境，env变量将保存在部署期间传递给lambda函数的所有环境变量。

　　警告

　　不像msg变量。两个变量：env和vars将在多个调用之间保持其状态。因此，在对这些变量进行突变时要格外小心。

　　动态表达

　　节点被定义为一组属性。有时，将这些属性定义为不是静态值（字符串或数字），而是定义为动态表达式。这意味着该值将在运行时动态计算。

　　当属性的值依赖于仅在流执行期间才知道的另一个属性时，这非常有用。

　　例如，数据库名称的名称后缀有执行此流程的阶段的名称：“ my-database-dev”，“ my-database-test”，“ my-database-uat”，“ my-数据库产品”。

　　开发人员可以在Kumologica Designer中识别出接受动态表达式的字段，因为它们将以紫色突出显示，如下图所示：

　　动态表达式的格式遵循JSONata字符串表达式中定义的格式。请记住，变量：msg，var和env这些表达式的组成中是可用的。

　　字符串文字必须用双引号"或单引号引起来'。

　　如果动态表达式发生解析错误，则该字段将返回与输入相同的值。

　　例子：

　　"my-database-" & env.stage：后缀为正在运行的数据库的名称。

　　"Message payload: " & msg.payload & " received"：将有效负载注入字符串中间。用于记录目的。

　　错误处理

　　当流正在处理消息并且节点内遇到问题时，该流的执行将转移到Catch该流内的任何已注册节点。

　　如果Catch流中存在一个节点，并且在其上注册了错误源所在的节点，则认为该错误已得到处理，否则就认为该错误未得到处理。

　　处理的错误：

　　甲Catch节点将接收到的受影响的节点抛出的错误，它会创建一个error与下面的结构，将被注入到属性msg发送到其连接的节点之前。

　　error: {

　　name:

　　message:

　　stack:

　　source: {

　　id:

　　type:

　　name:

　　}

　　}

　　细节

　　未处理的错误：

　　Catch节点未处理的任何错误都将导致HTTP 500内部服务器错误返回给客户端。

　　错误的描述将包含在响应的正文中。

　　测验

　　测试的目的是验证不同节点是否按预期协同工作。给定一组测试用例，Kumologica测试将始终根据该流程收到的响应进行断言。

　　测试用例将定义为输入消息（测试消息），并且目标节点将成为处理该输入消息的第一个节点。

　　Kumologica Designer在本地开发期间总是很热的部署，因此，在运行测试用例之前无需进行部署。

　　定义一个测试用例

　　首先，请确保在Kumologica Designer的“测试”选项卡中定义了所有测试流程。

　　测试流程定义为一个TestCase节点作为入口点，零个或多个Assert节点，并以一个TestCaseEnd节点结束。以下是测试流程的示例：

　　警告

　　如果您的TestCase节点未出现在可用测试用例的下拉列表中，请确保在“测试”选项卡中定义了测试流程。

　　环境

　　可以在“测试”选项卡中定义运行测试所需的所有环境参数。此处设置的属性将对对象下的流中的节点可用：env

　　以下是注入到环境中进行测试的两个属性的示例：

　　断言

　　断言是测试的基本元素。在Kumologica中，断言是一个节点Assert，您可以将其链接在一起以验证流返回的响应的任何部分。

　　如果所有断言均有效，则将测试标记为通过。断言的结果将显示在“断言”选项卡上。

　　以下是测试执行后的断言结果示例：