基本概念

欢迎来到 Methodot,为了便于您快速了解 Methodot 中的基础功能和一些术语、概念,特整理了本章内容。通过阅读本章,您可以快速的了解 Methodot 中的核心概念以及使用方式。

1. 应用工厂 #

应用工厂是整个 Methodot 的核心板块,用于辅助您进行代码开发、低代码开发、应用部署、应用运维等研发工作。
在您注册/登录 Methodot 后,默认会进入应用工厂板块中。

1.1. 项目 #

在应用工厂中,使用项目这一概念来管理您的全部研发资源。在一开始,您需要创建至少一个项目,才可以使用应用工厂中的对应功能。
您可以在应用工厂的起始页面中,通过"创建项目" 按钮进行项目的创建。项目包括如下类型:

  • 单服务项目。此种项目,需要您有一个代码库或者一个docker镜像,绑定代码库或者docker镜像后,即可部署。如果是代码库,还可以进行在线编码。
  • 低代码项目。此种项目,用于您使用拖拉拽的方式快速开发前端界面,包括web/H5/微信小程序,界面组件绑定API操作或者数据源操作,即可实现业务。
  • 微服务项目。此种项目中,将会有一张架构图,您可以在架构图中设计您的微服务架构,一张架构图可以包含多个组件,每个组件会部署成一个微服务。架构图可以一键部署成应用。

1.2. 架构图 #

在 Methodot 中,您需要使用可视化应用架构设计器,来设计您的应用,而架构图,便是您通过该设计器设计后的存档产物。
在架构设计器中,您可以对组件(详见:1.3 组件)以及组件间的依赖关系进行设计,在设计完成后,保存所得的架构图也可以用于发布为应用(详见 1.4 应用)。
(如果您熟系云原生技术的话,可以将架构图理解为一份可视化、可编辑的 docker-compose.yml 或 Helm chart 文件,它们的功能定位是相似的。)

1.3. 组件 #

组件 是架构图的主要组成部分,通常对应于实际开发过程中的"服务"/"微服务"等概念。 Methodot 提供了多种组件类型,可大致分类为两种:

1.3.1 传统开发型组件 #

在 Methodot 中,传统开发型组件使用云原生相关技术来进行构建、发布(详见 1.4 应用)。在设计此类组件的过程中,你需要同步声明,如何将该组件转化为容器镜像。
如果您不熟悉云原生相关技术也没有关系,Methodot 已经内置了常见的镜像构建过程,供您使用。传统开发型组件类型如下:

  • 镜像组件:镜像组件基于 Docker 镜像地址来进行定义。在应用发布过程中,Methodot 会自动拉取镜像进行发布。

  • 代码组件:代码组件基于 Git 协议来关联您的实际代码。在代码组件中,您需要选择内置或自定义的镜像构建方式,Methodot 会在应用发布过程中,自动将代码构建为镜像。值得一提的是,代码组件还支持云端编码,您可以在线编辑修改您的代码并提交至 Git 服务中。

  • 制品组件:制品组件基于非镜像交付文件(如 Java 的 jar 包)的可下载地址来进行定义。代码组件相似,您可以选择内置或自定义的构建方式,Methodot 会在应用发布过程中,自动将制品构建为镜像。

1.3.2 低代码开发组件 #

Methodot 的低代码开发组件可以通过图形化方式来完成组件的开发。与传统开发型组件不同,低代码开发组件无需声明如何将该组件转化为容器镜像。
低代码开发组件类型如下:

  • 前端低代码组件:该组件提供了可视化的前端界面编辑器,您可以使用该组件设计前端页面,并与任意数据源进行连接。数据源既可以是互联网中任意可访问的 HTTP API 或数据库,也可以是同一张架构图中的其他组件。

  • DB 组件:该组件提供了可视化的数据库编辑器,您可以使用该组件来设计数据库表、字段等。设计完成后,该组件还会同步为该数据库提供对应的 HTTP API。

  • API 编排组件:该组件提供了可视化的 API 调用逻辑设计器,您可以使用该组件来设计已有 API 的调用方式、传参、逻辑顺序,并将整个调用过程封装为新的 API,供其它组件使用。

  • 小程序低代码组件:该组件功能与前端低代码组件相同,但专用于小程序的设计。

1.3.3 功能型组件 #

功能型组件用于在架构图设计过程中,满足非开发型组件的使用需求。主要有以下几种:

  • 外部组件:用于封装无需发布的外部服务,您可以使用架构图来设计其它组件与外部组件的依赖关系。

  • 应用商店组件:您可以将应用商店(详见 2. 应用商店)中的任意商品(详见 2.1 商品)作为组件,引用在您的架构图中,并设计其它组件与该组件的依赖关系。

  • Dapr 组件:Dapr 技术是云原生技术中的新一代应用运行时,Dapr 组件对 Dapr 中间件进行了抽象,允许您在架构图中定义 Dapr 的中间件。(注:Dapr 技术与您的代码高度相关,如代码中未使用 Dapr 技术,请勿使用该组件)

1.4. 应用 #

在 Methodot 中,当您绘制了架构图,并定义、设计、开发了架构图中的组件后,您可以将架构图部署为一个真实运行的应用。在应用工厂中,该操作常被称为发布。
在应用发布过程中,您可以配置架构图中各组件的发布参数,如域名、持久化方式、自定义参数等。
在应用发布结束后,您可以在同项目的发布界面中,查看已发布的应用,以及对应的访问信息。
同时,您也可以在应用的运维界面中,对应用进行运行性能、访问日志等进行查看、监控和操作。

1.5 技术栈 #

技术栈定义了一个代码库如何从代码到构建成docker镜像的过程。技术栈分为“全局技术栈”和“项目技术栈”。

  • 全局技术栈。整个Methodot平台共用,由系统提供。
  • 项目技术栈。属于项目内自定义的技术栈,使用范围为某个项目内。

技术栈的配置在“项目”——“设置”——“编译构建”菜单下,您可以将某个全局技术栈克隆为一个项目技术栈。
file

我们可以看一下Pythin 2.7的技术栈,来理解一下技术栈究竟是什么。
file
该技术栈其实做的事情很简单,包括如下几步:

  • 拉取一个基础镜像
  • 将代码库根目录下的内容copy到/workspace目录下
  • 执行pip install命令安装python依赖
  • 设置镜像启动命令,执行根目录下的main.py文件

2. 应用商店 #

应用商店是 Methodot 的扩展板块,用于在直接部署常用应用,无需开发。

2.1. 商品 #

在应用商店中,商品是由 Methodot 团队根据用户需求上架提供的可部署服务、中间件、Web 应用等。商品可以被部署为应用。

2.2. 应用 #

在商品部署成功后,您可以在"我的应用"中查看到部署完成的应用,该应用处于运行状态,可以通过该应用的访问地址访问。

3. 团队与订阅 #

3.1. 团队 #

在 Methodot 中,您需要创建或加入至少一个团队,才可以正常使用。您在 Methodot 中创建、使用的所有数据,都是属于该团队,而非您的个人账号。

3.2. 订阅 #

Methodot 的服务采用了订阅模式,即通过选择按时间周期订阅不同的版本来享受不同的功能与服务。新创建的团队默认将默认订阅 Methodot 免费版,您也可以根据实际使用需要订阅 Methodot 的其它版本。版本之间的差异可以查看《Methodot 订阅服务介绍》

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注