wwyyxx26的专栏

在当前的EdgeX安全服务中，我们为现有默认服务（如核心数据、核心元数据、设备虚拟等）设置和配置所有与安全相关的属性和环境。设置和服务环境变量是预先按可在安全模式下运行设置的，所以无需对Docker compose文件进行任何更新或修改。然而，有一些预构建的附加服务，如一些设备服务（例如设备摄像机、设备modbus），一些应用程序服务（例如app http export、app mqtt export）默认情况下没有预先按安全模式配置。此外，如果您正在添加自定义应用程序服务，因为没有进行预配置，因此需要进行

所有EdgeX服务现在都能够指定一个JSON文件，该文件包含服务的机密，这些机密在服务启动期间被植入服务中。这允许服务在需要他们是能够使用他。注意：要使用他们，服务必须事先已配置。这个工作默认情况下由核心/支持服务完成。有关附加应用程序和设备服务SecretStore的详细信息，请参阅配置服务的秘密存储部分机密文件SecretStore配置上的新SecretsFile设置允许服务指定服务机密文件完全限定路径(绝对路径)。通常，当服务没有要植入的机密信息时，此设置为空。示例-在TOML中设置SecretsFi

目录Adding EdgeX API Gateway Users Remotely先决条件：获得Kong Admin JWT为网关用户创建ID和凭据创建代理用户和凭据创建JWT以访问网关从EdgeX Ireland版本开始，API网关管理接口由网关的/admin sub-URL公开。使用此接口和一个特殊的仅限管理员的JWT，就可以远程添加网关用户。EdgeX Jakarta中添加了对secrets-config中此方法的支持。EdgeX启动时，security-secretstore-setup服务会创建一

Device Profile - EdgeX Foundry Documentation设备配置文件描述了EdgeX系统中的一种设备类型。由设备服务管理的每个设备都与设备配置文件关联，设备配置文件根据其支持的操作定义设备类型。有关设备配置文件字段及其所要求的值的完整列表，请参阅设备配置文件参考。有关设备配置文件模型及其所有属性的详细信息，请参阅元数据设备配置文件数据模型。 配置文件包含各种标识字段。Name（名称）字段是必需填写的，并且在EdgeX部署中必须是唯一的。其他字段是可选的-设备服务不使用这些字段

其实docker下把edgex跑起来不难，按照github上的Get Started说明，如下操作就可以了。但是对于我而言，无论docker，edgex还是go都不熟悉。docker大名鼎鼎应用容器引擎，但是没有去深入了解过。edgex呢，则是这次项目才知道的东西，是一个面向物联网边缘侧设备、服务接入的一个设施。甲方的需求是我司的设备能够接入edgex的device-onvif-camera模块整个项目是用go语言来做开发的，而我主要使用的是c++。基于以上原因，这里就做一些笔记，记录从了解到安装到运行起来

EdgeX Foundry 微服务中使用了多种加密措施的机密，如令牌、密码、证书等。secret store服务用作保存这些加密信息的中央存储库。EdgeX Foundry微服务的开发人员可利用 secret store服务创建、存储和检索与其相应微服务相关的加密信息。目前，EdgeX Foundry secret store基于HashiCorp开源软件产品Vault来实现。Vault是一种安全访问加密信息的工具。加密信息是您想要严格控制访问的任何内容，例如API密钥、密码、数据库凭据、服务凭据或证书。V

常见环境变量所有EdgeX服务都使用两种类型的环境变量。分别是标准环境变量和可重载环境变量。这两种环境变量的唯一的区别是，可重载环境变量适用于命令行选项和服务配置设置，标准环境变量则没有任何相应的命令行选项或配置设置。本节描述所有EdgeX服务通用的标准环境变量。一些服务可能有额外的标准环境变量，这些变量记录在这些服务特定的章节中。EDGEX_SECURITY_SECRET_STORE此环境变量指示服务是否需要初始化secure SecretStore，以允许服务从Vault访问secrets。如果未设置或