如何监测配置数据的变化
在工业互联网平台上存在多种业务应用，每个应用有自己的配置数据，当配置数据发生变更的时候需要及时的下发到边缘节点让配置生效。我们可以通过节点管理模块提供手动下发的功能，即操作人员修改完配置后通知系统管理员进行对应节点的配置下发。实际操作中发现由于引发配置变更的点过于分散，导致经常会忘记下发而无法使配置及时生效。再者业务操作人员自己并不清楚当前操作的配置是否需要下发，会引发很多无效的沟通，降低了生产效率。 如何在配置发生变化的时候及时监测到变更，由系统自动来引导配置变更流程...
微服务接口认证
在前后端分离的实践中接口定义问题是无法回避的。关于接口的认证和访问权限设置，这里记录一些个人想法。 首先我们将接口分为几个不同的访问等级： level-1 开放接口，对所有人开放无需认证 level-2 认证接口，仅对认证用户开放，每次访问需要通过用户token进行认证 level-3 内部接口，仅对内部开放，通过内部约定的token进行认证 根据接口等级的定义，我们可以得到接口的几种访问形式： 服务内部模块调用 跨服务调用 前端调用 第三方调用 公开调用...
设计模式实战之访问者模式
访问者模式主要解决了数据结构和数据行为的分离，通过访问者模式可以在保持数据结构相对稳定的情况下，对数据行为进行单独扩展。所以访问者模式可以理解为重构模式。 访问者模式主要有四个角色： Visitor接口，通过抽象的访问者接口定义了访问的行为 ConcreteVisitor实现类对访问行为进行具体的逻辑实现 Element接口定义了被访问者的基本操作 Element实现类定义了具体的被访问对象实现 访问者模式适用于数据结构相对固定而行为可变的场景，结合类图也就...
设计模式实战之装饰模式
装饰模式是指在不改变原类文件并且不使用继承结构的情况下，动态的扩展一个对象的功能。具体实现上是通过创建一个包装对象即一个装饰来包装真实对象，所以装饰模式又称为包装模式。 在装饰模式中主要有以下四个角色： Component，原始的抽象对象 ConcreteComponent，具体的对象实现 Decorator，抽象的装饰，主要定义了装饰者的行为以及与原始抽象对象之间的关系 ConcreteDecorator，具体的装饰类 问题分析在模型计算的设计中我们采用了...
InfluxDB数据接入MQTT
在边缘计算场景中数据存储在边缘的时序数据库如 InfluxDB 中，如果不能将数据进行归集以统筹管理则可能形成数据孤岛，无法充分有效的发挥大数据的威力。 边缘端的数据流是数采网关直连InfluxDB，通过restful的方式将采集到的数据发送到时序数据库。这种方式的优点是架构简单，没有中间环节数据传输效率高、实时性有保障。缺点则是可扩展性低，无法满足数据处理、数据转发等需求。 在某大型客户的案例中我们面临的挑战是边缘时序数据需要接入对方的工业互联网平台，鉴于平台支持MQ...