词汇表¶

A¶

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

应用 (Cloud Foundry)¶

术语“应用”表述多个不同的软件产品。在 MindSphere 中，一个应用可以包含单个服务（功能并作为实例部署）或多个服务的组合，这些服务可能依赖于多个后端服务（例如 MongoDB、RabbitMQ）。特别是在云软件中使用面向微服务的体系结构和模式，从而使服务具有严格的功能集，并与其它服务通信。一个应用可能包含 5 个服务，但只有一个有前端（例如网站）。

Aspect¶

Aspects 是 assets 的数据建模机制。Aspects 根据逻辑意义对数据点进行分组。例如泵撬的一个 aspect，比如说“能源_消耗”，包含了“功率”、“电流”、“电压”等数据点。 Aspect 在 Asset Manager 中指定并且其名称可以自由选择，但是应该与数据点和物理 asset 在逻辑上相关联。

Asset¶

Asset 是有一个或多个自动化单元（如 PLC）连接到 MindSphere 的机器或自动化系统的数字表示。 MindSphere 数据收集和数据供应基于所谓的（虚拟）assets。它可以是泵、电机、PLC、整个机床、生产线、机器人、起重机、汽车、风车等。通过收集 asset 数据并将其发送至 MindSphere，可以对数据进行进一步处理和分析。

Asset 标识符¶

Asset 标识符是设备制造商分配的标识符，MindConnect Nano 将连接到该标识符。完成上线过程之后，MindConnect Nano 将连接到此设备。序列号会标识数据所属的 asset。

Asset Manager¶

Asset Manager 是用于 asset 配置的基于 Web 的图形用户界面 (GUI)。根据这些配置，可以使用以下功能：可以创建、上线、修改、克隆、移动、删除或下线 assets。

Asset type¶

Asset type 是由一个制造商生产的一种产品系列。

AWS¶

Amazon Web Services (AWS) 是一个安全的云服务平台，提供计算能力、数据库存储、内容交付和其它功能，以帮助企业扩展和发展。探索数百万客户目前如何利用 AWS 云产品和解决方案来构建具有更高灵活性、可扩展性和可靠性的复杂应用。

AWS native Services¶

AWS Native Services 是可以在 Cloud Foundry 中作为自定义服务提供的服务。例如，客户可以使用给定的地址和凭证从自己的 AWS 账户向 Cloud Foundry 中的空间提供 AWS Kinesis。

B¶

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

后端服务 (Cloud Foundry)¶

后端服务是应用在正常运行过程中可通过网络使用的任何服务。例如数据存储（如 PostgreSQL）、消息传递/排队系统（如 RabbitMQ）、缓存系统（如 Redis）和日志服务。后端服务也可以描述为“工厂”，其根据服务计划生成服务实例。

Buildpack (Cloud Foundry)¶

Buildpacks 为您的应用提供框架和运行时支持。Buildpacks 通常检查用户提供的产品，以确定要下载的依赖项以及如何配置应用来与绑定服务进行通信。例如，Java 和 nodejs 被视为 buildpacks。

C¶

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

Cloud Foundry Runtime¶

Cloud Foundry Runtime 是一个已配置和开通的生产环境。

Cloud Foundry Org¶

org 是个人或多个协作者可以拥有和使用的开发账户。所有协作者都使用用户账户访问 org。org 中的协作者共享资源配额计划、应用、服务可用性和自定义 domains。

Cloud Foundry 空间¶

每个应用和服务都限定在一个空间内。每个 org 包含至少一个空间。空间使用户可以访问共享位置以进行应用开发、部署和维护。每个空间角色仅适用于特定空间。

Cloud Foundry Routes¶

Cloud Foundry Gorouter 通过将应用与地址相关联（称为路由）来将请求路由到应用。我们将此关联称为映射。使用 cf CLI cf map-route 命令关联应用和路由。

组件¶

组件代表 MindSphere 中的内置功能。组件包括：Asset Manager、Fleet Manager、Settings、UTC 报告。 有关可用组件的完整列表和描述，请参见 MindSphere 文档。

容器¶

容器是共享操作系统上的隔离环境。与 VM 不同，容器不捆绑完整的操作系统，而只捆绑运行预期软件所需的库和设置。容器在内核层上被隔离。这样就可以打造高效、轻量、独立的系统，并保证软件无论在何处部署，都始终保持相同的运行状态。

D¶

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

数据点¶

数据点指的是元素 (variables)，它允许从数据源（OPC UA 或 S7 等）获取值。数据点会被组合成一个相关的 aspect。例如，“温度”和“扭矩”是 aspect “能源_消耗”的数据点。 数据点在 Asset Manager 中配置。在 Fleet Manager 中，其值显示为时间序列。

数据源¶

数据源是设备的物理元素，可通过 MindSphere 监视，例如 OPC UA 服务器或 S7。

开发者 (Cloud Foundry)¶

开发应用 的个人将其部署到开发系统 进行测试。开发者可以配置 assets、数据访问以及使用 Fleet Manager 在不同级别进行测试。

开发系统 (Cloud Foundry)¶

Developer Services Offering 为开发和测试应用提供了 PaaS 环境。PaaS 的基础技术是 Cloud Foundry。开发系统是对 Cloud Foundry 的访问，具有一定限制，具体取决于购买的软件包。客户会收到具有特定内存、开发者和 routes 的 Cloud Foundry Org。

在开发系统中，客户可以以服务计划的形式使用后端服务。通过 Cloud Foundry CLI 和 Developer Cockpit 提供通用访问。

Dev-Tenant¶

Dev-Tenant 是一个特定的租户，旨在与开发系统 一起使用，并允许配置测试 assets、测试客户和测试数据。

Docker¶

Docker 是一个容器 平台，可以便于配置、创建和共享特定开发环境和包装软件，从而在任何地方部署。Docker 提供运行系统、图像格式以及命令行接口。

Droplet (Cloud Foundry)¶

Droplet 是 Cloud Foundry 中的存档，其中包含准备在 Diego 上运行的应用。Droplet 是应用分级过程的结果。Cloud Foundry 中将应用的原始位转换为准备执行的 Droplet 的过程。

E¶

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

事件¶

在 Fleet Manager 中，事件是数据点状态的更改。事件用于请求。按照规则，可以定义请求，该请求将在触发事件时在 MindSphere 中创建。 除监视规则外，还可定义事件描述（例如“超出限值，这可能表示泵受到损坏”）、为此采取的措施（例如，“请联系热线电话”）和优先级（“紧急”、“重要”或“提示信息”）。 另请参见请求 和规则。

F¶

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

Fleet Manager¶

Fleet Manager 是一个可视化工具，提供现有 assets 及其信息（asset 名称、客户名称、位置）的概览。Fleet Manager 显示已配置的 assets、aspects，其中图表中包含数据点以及所有请求的列表等。

G¶

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

H¶

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

I¶

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

J¶

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

K¶

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

L¶

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

M¶

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

MindConnect Element¶

MindConnect Elements 是用于传输数据并允许与 MindSphere 连接的设备，例如，MindConnect Nano、MindConnect IoT2040 或 MindConnect FB。

MindSphere¶

MindSphere 是 Siemens 工业 IoT 操作系统，包括核心云服务和应用，而利用 MindConnect Element 可实现现场或机器与 MindSphere 的安全、轻松连接。在 MindSphere 中，会处理并存储 MindConnect Element 提交的数据以供分析和进一步管理。 有关更多信息，请参见 MindSphere 文档。

MindSphere Launchpad¶

MindSphere Launchpad 是组件 和可用应用 的入口点。

N¶

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

O¶

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

组织¶

组织是 Asset Manager 中层级 asset 配置的一部分。在组织内，指定区域/assets。 管理员 (OEM) 可以管理组织、客户和 assets。组织的用户可以访问仅分配给该组织的 assets。 在 MindSphere 的环境中，组织不受任何限制，管理员可根据需要进行定义：客户、成本中心、分公司等。

P¶

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

生产系统 (Cloud Foundry)¶

就技术而言，生产系统等同于开发系统。不同之处在于，生产系统可用于在商业上为客户提供对正在运行的应用的访问。

Q¶

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

R¶

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

请求¶

请求是基于预定义规则记录 asset 事件的消息。 可以创建手动请求以及使用测量系列定期采集测量数量的请求。 另请参见事件 和规则。

规则¶

使用规则，可以配置事件数据点的自动监视。例如，如果值高于或低于阈值（边缘触发），系统将自动创建请求。 另请参见事件 和请求。

S¶

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

（后端）服务实例¶

服务实例是针对特定后端服务 的运行和实例化服务计划。此实例可以在为其创建的空间中共享。

服务计划 (Cloud Foundry)¶

服务计划是后端服务 在内存、存储空间、实例数（针对群集）、并发连接数和其它 NFR（如高可用性）方面的规范。

一个后端服务 可能会在多个服务计划中提供。如果没有特定的服务计划，则无法使用后端服务。

Settings¶

Settings 是用于配置用户、组织和角色的基于 Web 的图形用户界面 (GUI)。

T¶

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

时间序列¶

时间序列是由数据源随时间产生的一系列测量。分析和可视化工具（例如 Fleet Manager）可以检索收集的时间序列并在处理后将其呈现给用户。在 Asset Manager 中，可以指定必须收集的测量。

租户¶

租户基本上是现实世界组织的代表。具有用户、数据、assets、实体和许多其它属性。

生产系统 的租户取决于应用的用户。可以是提供商的租户，也可以是客户的租户。

U¶

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

用户提供服务 (Cloud Foundry)¶

用户提供服务使您能够为 Cloud Foundry 以外托管的服务创建和管理服务实例（例如 AWS Kinesis）。拥有用户提供服务的好处是开发者无需为应用 中服务实例的凭证进行硬编码。

V¶

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

虚拟机¶

虚拟机 (VM) 仿真专用硬件并运行操作系统。在 VM 内部运行的软件和最终用户具有与专用系统相同的体验。IaaS 提供商使用了所谓的管理程序，该管理程序向 VM 提供由主机提供的配置硬件。在 IaaS 环境中，硬件类型几乎可以是数据中心中可用的任何类型。

W¶

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

X¶

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

Y¶

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z

Z¶

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z