数据处理与架构

IronFlock 提供了一套完整的端到端数据采集和存储基础设施——从边缘到云——以可扩展性、安全性和明确的数据所有权为设计目标。无论您是路由来自数千个传感器的遥测数据，还是构建实时 SCADA 界面，IronFlock 的数据架构都能确保您的信息安全、隔离且可访问。

消息路由与安全 realm

IronFlock 实时通信的核心是一个强大的消息路由集群。该消息基础设施将您项目中各种边缘设备彼此连接，并连接到 IronFlock 云基础设施。

为了确保严格的数据安全和隔离，路由集群在语义上被划分为安全 realm。realm 是隔离的子网——消息被严格限制在其中，这意味着数据和命令绝不会离开或跨越 realm。

运行在边缘设备上的应用可以使用 ironflock-sdk 通过这些消息 realm 以下列方式之一进行通信：

对于持久存储和历史分析，IronFlock 为每个项目配置一个专用的物理 TimescaleDB 数据库。

此项目数据库作为中央数据采集中心：

由于项目数据库作为您运营的唯一真实来源，它解锁了高级功能：

IronFlock 建立在一个清晰的原则之上：项目所有者是数据的所有者——而不是应用开发者。

应用生成的所有数据——来自边缘设备的遥测流、事件日志、派生分析——都存储在属于项目所有者的项目数据库中。应用开发者编写应用，但这些应用在项目中运行时生成的数据，完全归托管它们的项目所有。

此模型直接符合欧盟数据法 (EU Data Act) 的要求，该法案赋予互联产品和相关服务的用户对其设备生成数据的完全控制权。在 IronFlock 中：

独占控制。 项目所有者对项目数据库拥有完全的管理权限——他们可以读取、导出、删除和备份其中包含的所有数据。
无静默数据收集。 应用开发者除非明确被邀请到项目中，否则无权访问项目数据。项目不存在回到应用开发者的隐藏数据管道。
可移植性。 所有数据都存储在标准的 TimescaleDB 实例中，因此您可以使用 SQL 查询、以开放格式导出并随意迁移——项目所有者永远不会被锁定。
细粒度共享。 项目所有者可以邀请应用开发者、集成合作伙伴或其他利益相关方加入项目，并授予他们对特定数据区域的细粒度访问权限。这使得可以利用第三方技术支持、远程维护或专业分析服务，条件由所有者定义并可随时撤销。

简而言之：应用产生数据，但项目所有者拥有、控制和共享它。此所有权模型是 IronFlock 平台的一等设计目标，而非事后考虑。

IronFlock 的消息层和项目数据库是推荐路径——它们开箱即用地提供实时路由、持久存储、仪表板就绪的数据和内置的所有权保证。然而，IronFlock 不强制应用使用此管道。

在 IronFlock 管理的设备上运行的应用是普通的容器工作负载，保留完整的网络和系统自由。如果项目所有者或应用开发者更喜欢不同的数据处理堆栈，应用可以：

推送到外部系统。 将数据直接发送到第三方代理（MQTT、Kafka、AMQP）、云采集端点（AWS IoT、Azure IoT Hub、Google Cloud IoT）或自定义 REST / gRPC API。
使用替代存储。 写入外部数据库（InfluxDB、MongoDB、S3、客户拥有的 TimescaleDB 等），而不是或与 IronFlock 项目数据库并行。
桥接本地系统。 通过本地网络直接与现有的 MES、ERP、historian 或 SCADA 系统集成，无需通过 IronFlock 云。
混合匹配。 将一部分数据发布到 IronFlock 用于仪表板和 AI 分析，同时将全保真数据流式传输到其他地方。

这种灵活性使 IronFlock 既适合用户端到端采用该平台的绿地部署，也适合数据目的地不可协商的现有企业数据架构集成。

以可视化方式利用数据很简单。在 IoT 或 SCADA 看板上配置小部件时，几乎小部件的每个属性——如其标题、值或颜色——都可以动态绑定到项目数据库中的实时数据。

在 Board Studio 中编辑小部件时，配置字段下方有一个数据绑定开关。当您从表中选择特定列时，您为该属性建立了一个实时通道。一旦新的遥测数据到达数据库，绑定的属性就会自动实时更新，无需手动刷新 UI。

注意： 有关如何将小部件属性连接到数据库的深入说明，请参阅 IoT 仪表板文档的数据绑定部分。