加入收藏 | 设为首页 | 会员中心 | 我要投稿 核心网 (https://www.hxwgxz.com/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 云计算 > 正文

云计算技术在高速公路上的应用实践

发布时间:2018-12-03 11:38:14 所属栏目:云计算 来源:汉网
导读:1.1初识云计算、迁移上云 2012年,当我们使用远程桌面客户端登录云端主机的那一刻开始,新IT基础设施时代来了,基于传统硬件模式的各业务系统架构将会发生巨变。 我们在云端搭建好主机、数据库、网络等环境后,联系了网站、投资、人力资源、财务管理等系统

青云的隧道功能齐全,有IPsec(含主模式与野蛮模式)、GRE,有了这些隧道,就可以实现主子账号之间、各子账号间数据的安全互通与共享,这种模式为全集团的大数据集中分析奠定了最重要的网络基础;同时也可以实现本地与云端的安全互联,实现各类数据在云端快速交互与汇聚。目前多数云平台的隧道功能有的按照数量计费、有的按照流量计费、有的按照时间计费、还有的限制隧道的数量。而青云的隧道不但功能齐全,不限数量、不限种类、而且还免费,为我们安全、快速组网节约下了大量的费用。

(6)SD-WAN的使用

我们在使用隧道功能的同时,发现当本地需要接入云端(隧道方式)的路由器越来越多,在网络管理上的压力越来越大。这时SD-WAN横空出世,只要本地CPE终端设备通上电且能够访问云端SD-WAN控制台,CPE终端里的配置就会由云端控制台自动下发,本地就会自动建立隧道直达云端VPC;SD-WAN同时也解决了单个VPC不能支持过多隧道的性能瓶颈问题,而且还能与普通模式的隧道共用一个VPC。

另外,SD-WAN网络除了支持本地CPE多WAN口(电信、联通、移动的宽带以及4G网络同时接入)自动切换功能之外,还能在本地到达云端的互联网链路上,支持多POP点的备份,以保证本地到达云端隧道的连通性。后续我们还需在此基础上研究扩展更先进的路由功能以匹配更高效、复杂的应用场景。

在这个强调自主可控的时代,我们也提出除了SD-WAN厂家自身要做到自主可控之外,用户也需自主可控,我们需要能自助完成从CPE终端到云端VPC的整个配置过程,这就需要SD-WAN厂家向用户也同样开放原先只有厂家自己才能看到或做到的内部网络参数与配置过程。

(7)去IOE

去I(传统物理服务器)在上云的同时就已经实现了从购买硬件向购买服务的转变,而且云平台自身使用的是超融合设备,而非传统物理服务器。

去O(商业数据库),我们从以下几点来说明:

1、 随着我们各个系统用户数量与需求的快速增长,支持商业数据库的硬件配置需求越来越高,而商业数据库是依据硬件的配置来收取授权费用的,硬件配置越高,授权费用就越高,最后高到用户无法承受。

2、 运维费用昂贵,如果遇到应用软件商解决不了的商业数据库问题,还必须请商业数据库原厂工程师到达现场处理。

3、 目前我们收费系统的数据库还是商业数据库,建立之初的用途只需满足收费相关的业务就行。如今ETC不停车收费、高速公路客服系统、收费稽查业务、绿色优惠车系统等,这些需要频繁读写数据库的业务系统陆续上线,同时各级审计部门、行业管理部门等机构也有大量读收费数据库的需求。商业数据库在这么大的压力下,我们为了保证业务系统的正常运行,就得围绕着这个商业数据库不停的想办法,只有通过购买各种原厂或第三方的数据集群、同步、备份等软件来维持,而往往这些软件的价格反而要超过商业数据库本身的授权费,并且这些软件本身还在继续消耗数据库的读写资源。

而开源数据库具有以下等先天的功能与优势:

1、完全免费

2、多主多从节点,用主节点写,用从节点来读,主从节点之间数据强一致性同步。

3、无限水平扩展功能,包含计算节点数、存储空间。

4、多重实时副本保障数据存储介质安全,确保数据不会丢失

5、自动实现数据库水平分表

目前很多软件开发商在开发应用软件时,还是会推荐使用商业数据库,我们进行了原因分析:一是商业数据库价格贵,但毕竟用的人多,熟练操作的人也多,遇到解决不了的问题可以请原厂工程师来。二是很多应用软件厂商一直以来都是使用的商业数据库,只要更换数据库,那么软件厂商的软件就要做较大改动。三是因为开源数据库虽然是免费的,但没有原厂上门的技术支持,应用软件厂商在使用中若自己不能及时解决问题会造成损失。

云计算服务也正是为了解决以上这些问题而来,在云平台上,开源数据库成了标准的PaaS服务,关系型与非关系型等各种类、各品牌的数据库用于进行事务处理与数据分析。开源数据库本身是免费的,应用软件厂商也无需去搭建与维护开源数据库,直接使用就行。

去E(传统物理存储设备)上云后,我们现在使用的部分存储已经从传统的块存储(磁盘阵列、硬盘)、文件存储(FTP、NFS)迁移到了既读写快、能共享、又按需付费的对象存储上。

(8)微服务化、容器化、容器编排

我们学习采用互联网行业的特点,迭代发布应用软件,追求创新,快速响应用户的变化、关注用户的行为,倡导以用户为中心的产品设计,也正是这些特点,我们使用了敏捷开发模式。使用敏捷开发模式就要进行微服务化,要进行微服务化,底层就要进行容器化,进行容器化后,就要有容器编排服务来管理这些容器。

我们目前新建的,以及综合管理系统、协同指挥调度云平台等系统,已经使用了微服务架构新建或者正在改造成微服务架构。我们在云平台上从Kubernetes到Docker或再往上的每一层都做好了服务准备,同时也让软件开发商全力专注于应用软件的开发。

2.2 大型应用

基于云计算技术的协同指挥调度云平台

我们于2017年3月开始新建基于公共云服务的、全省统一的协同指挥调度云平台,并于2017年12月正式开始使用。我们从开始建设到全省统一使用只用了9个月的重要原因之一就是使用了云计算服务作为基础设施,我们节省下建设整个数据中心(硬件部分)所需的时间,同时所需各类功能模块全部采取调用云端服务的方式进行,接下来我们就这个平台的部分关键技术进行分享。

支撑协同指挥调度云平台的基础数据有三大项,分别为全省高速公路各路段的沿线实时监控视频,各级指挥调度中心日常处理事故、救援等公务的电话录音,全省高速公路所有的情报板发布系统,这三大项的数据我们要求与协同指挥调度云平台对接,接受协同指挥调度云平台的管控,整个平台建设完成后平台就可以调看与管控全省高速公路的这些视频、语音与情报板了。

接下来,将围绕这三类基础数据如何上云来描述。

(编辑:核心网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

热点阅读