触摸屏高端边缘计算网关

计讯物联触摸屏边缘计算网关TG462内置了丰富的通信协议库，非常适用于工业现场的数据采集和与远程传输、设备远程维护与控制、大型设备生命周期管理、各类型通信协议解析和转换等工业领域物联网应用场景。

丰富的行业应用接口，可同时接入多个设备、传感器、仪表等。

支持4个RS232接口（其中1路做DEBUG）、3个RS485接口（其中1路和RS232复用）、1个I2C接口、1个TTL电平串口、4路开关量输入接口、 8路模拟量输入接口（12位AD、支持4-20mA电流或0-5V电压信号）、4路继电器输出、5路电源输出（外设供电）等可兼容采集多种工业传感器采集需求。

多种网络通信模式，适用各种组网应用。

集全网通5G/4G/3G/2G/GPRS网络、广域网、局域网、WIFI（可选）等多种通信方式，可选NB-IOT通信方式，支持有线和无线互为备份；

超强数据采集、协议转换能力，让数据交互更顺畅！

支持ModbusRTU、ModbusTCP、MQTT、OPC、>边缘计算网关具备了超强边缘计算能力的，整合了数据采集、处理、执行，使其能够避免一些数据上传下达产生的时延弊端，将需求在边缘终端解决，提升了本地物联网设备的处理能力和响应速度。
选择合适的边缘计算网关需要根据实际条件，如：品牌，质量，功能，价格等。
计讯物联的TG452边缘计算网关采用Arm架构高端处理器，性价比高，深受用户好评。

zuul的基本介绍已在第六节中有过基本介绍，可参考 第六节 服务端负载均衡

关于资源服务器的api-server的配置使用如下：

具体配置可参考 源码

按照上一节的步骤先获取token（授权码模式）：

4 执行成功返回结果，Oauth2的基本也就实现了

也可以使用隐式许可方式直接获取token（隐式许可模式），方法如下
直接发送：如果未登陆会转向登陆

还有一种是直接使用用户密码模式（资源所有者密码凭证模式）
请求如下：

有一点我的username和password同client_id和client_secret相同所以可能会导致一些误解，可以在程序硬编码中做修改，如下:

security-server源码

zuul作为边缘路由，这里也属于资源服务，所以重点有两点配置，其一作为资源服务需要配置远程的权限服务器

同时作为边缘路由，需要配置路由链路

其他配置具体可参考源码 zuul服务源码
需要说明需要启动本zuul项目，需要依赖eureka server、security-server、rabbitmq、以及其他业务服务

蓝海大脑液冷服务器事业部经理表示：我统一认为如果抛开Jeston而言，一个边缘端的数据传输安全保障有多个维度，第一个是从硬件上，我们的硬件设备上会有一些安全保障措施和安全机制。安全机制包括设备本身的安全，例如我们可以增加一些加密的芯片等做一些数据安全的保密传输。第二个是在软件层面上，我们的SDK里有一些数据保密传输和保密加密的开发套件，大家可以关注下SDK。在整个数据传输过程中，不仅仅是我们的边缘端设备，包括我们的通讯设备以及服务器等，其实是一连串的。从end-to-end来看，信息从采集传输到最终的处理，每个环节其实都有安全保障。

Zuul 网关是具体核心业务服务的看门神，相比具体实现业务的系统服务来说它是一个边缘服务，主要提供动态路由，监控，d性，安全性等功能。在分布式的微服务系统中，系统被拆为了多套系统，通过zuul网关来对用户的请求进行路由，转发到具体的后台服务系统中。

本 Chat 主要内容如下：

网关是具体核心业务服务的看门神，相比具体实现业务的系统服务来说它是一个边缘服务，主要提供动态路由，监控，d性，安全性等功能，下面我们从单体应用到多体应用的演化过程来讲解网关的演化历程。

一般业务系统发展历程都是基本相似的，从单体应用到多应用，从本地调用到远程调用。对应单体应用架构模式（如下图1），由于只需一个应用，所有业务模块的功能都打包为了一个 War 包进行部署，这样可以减少机器资源和部署的繁琐。

图1 单体应用

在单体应用中，网关模块是和应用部署到同一个jvm进程里面的，当外部移动设备或者web站点访问单体应用的功能时候，请求是先被应用的网关模块拦截的，网关模块对请求进行鉴权、限流等动作后在把具体的请求转发到当前应用对应的模块进行处理。

随着业务的发展，网站的流量会越来越大，在单体应用中简单的通过加机器的方式可以带来的承受流量冲击的能力也越来越低，这时候就会考虑根据业务将单体应用拆成若干个功能独立的应用，单体应用拆为多个应用后，由于不同的应用开发对应的功能，所以多应用开发之间可以独立开发而不用去理解对方的业务，另外不同的应用模块只承受对应业务流量的压力，不会对其他应用模块造成影响，这时候多体的分布式系统就出现了，如下图2。

图2 多体应用

如上图在多体应用中业务模块A和B单独起了个应用，每个应用里面有自己的网关模块，如果业务模块多了，那么每个应用都有自己的网关模块，这样复用性不好，所以可以考虑把网关模块提起出来，单独作为一个应用来做服务路由，如下图3：

如上图当移动设备发起请求时候是具体发送到网关应用的，经过鉴权后请求会被转发到具体的后端服务应用上，对应前端移动设备来说他们不在乎也不知道后端服务器应用是一个还是多个，他们只能感知到网关应用的存在。

Zuul是Netflix开源的一个网关组件，在Netflix内部系统中Zuul被用来作为内部系统的门面，如下图是Zuul在Netflix内部使用的一个架构图：

如上图最上层的移动设备或者网站首先通过aws负载均衡器把请求路由到zuul网关上，zuul网关则负责把请求路由到具体的后端service上。

Zuul开源地址 >