云是“21世纪的铁路”吗?

原文作者:美国惠普(HP)知名博主Christian Verstraete

某天我看到了一篇博客,题目为“从逻辑上说云是21世纪的铁路”。我对这个标题感到很有兴趣所以就开始读了起来。被我倡导了很久的社区云准许志同道合的公司跨越地域界限来共享信息,就像上个世纪火车在搬运地点运货一样。

但同样的运货方式在19世纪和20世纪大部分时间里被边境控制和进口法规所阻碍,信息共享也是需要遵守法规的。这是很多人倾向忽略的,因为正确的立法并不总是显而易见。比如说,当前的欧盟隐私条例与美国的爱国者法案是有直接矛盾的。并且(侥幸地或者不侥幸地?)至今没有判断定义清晰的司法权,所以事情仍然是在不断变化的。信息法律集团在云的法律问题方面已经写了几篇博客,我觉得是非常有见地的并且会定期作参考用。

社区云的理念是吸引人的,因为它让处于一个生态系统中的公司互动更加顺畅起来,同时也能促进联合产品的研发、供应链的可视性、销售和运营的策划等等。

 

然而,业务中还是有一些让人相当担心的东西。为什么会是这样?

首先,记得10年前我们有著名的互联网枢纽。在互联网热潮时期,我们有大概700个互联网枢纽,如果我没数错的话现在只剩下4个了。无法开发出一个可行的商业模型毁掉了大多数的枢纽。其余的因为信息缺乏保密性而受到了损害。对于那时的枢纽和现在的社区云来说,一个有意思的方面是在一个生态系统中互相合作的一些公司可能在别的地方是竞争对手。所以,他们渴望维护他们的信息资产。因此缺乏信任在博客中也被突显了出来。

使用一个中立云服务供应商实际上是一种附加值。不是由OEM(贴牌生产或原始设备制造商)承载了环境(过去叫私有枢纽与公有枢纽),所以OEM不能访问所有信息,并且避免让采购部门拥有未来合同谈判的具体细节。这样我们就重新获得了信任。

这样一个环境可以在按使用付费的基础上得到资助。生态系统中的每个合伙人支付他们自己所使用的部分。听起来很公平,不是吗?

对于整个问题,您如何才能做到那个程度呢?您如何说服合伙人克服信任的缺失并且开始共享信息呢。在惠普,我们首先通过共享自己来向我们的生态系统证明他们实际上从共享中收益,而不是受损。他们往往需要一个预算周期(一年)才能意识到这是收益的,并且随后开始共享。但是这里有一些规则和法律方面的问题。我们该如何构建数据仓库让生态系统中的公司在没有改变规则的情况下访问到适当的信息呢。

 

对于一个全球化的供应链来说,它可能不在一个地方,可能需要建立多个地点,这会让合作环境的实施变得更加复杂。

云在本质上是全球化的,但是很多人却忘了立法仍然是本地的并且是由本地的政客在没有全球视野的情况下驱动的。这让云的使用变成了“次佳”的状态。我担心未来很多年都会是这种状况。铁路过去是有不同的尺寸大小,您记得吗,幸运的是,行业创建了标准让火车可以跨域边境。虽然电力水平依然不同,但是技术上的创造让机车可以在多个等级的电压下运行。之后又有了高速列车和其跨国家的项目,比如英吉利海峡隧道。

 

在云变成信息仓库和公司以及世界各地个体之间的入口之前,云在和铁路方面类似的问题仍需被解决。我们还有一段路要走。

原文链接:http://www.enterprisecioforum.com/en/blogs/christian/cloud-railway-21st-century

  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
智能云平台需求书及技术方案 智能云平台需求书及技术方案全文共16页,当前为第1页。智能云平台需求书及技术方案全文共16页,当前为第1页。 智能云平台需求书及技术方案全文共16页,当前为第1页。 智能云平台需求书及技术方案全文共16页,当前为第1页。 铁路真空卸污设施智能云平台 (需求分析书) XXXXXXXXXXXX有限公司 XXXX年XX月XX日 智能云平台需求书及技术方案全文共16页,当前为第2页。智能云平台需求书及技术方案全文共16页,当前为第2页。 智能云平台需求书及技术方案全文共16页,当前为第2页。 智能云平台需求书及技术方案全文共16页,当前为第2页。 目录 1.引言 4 1.1编写目的 4 1.2系统说明 4 2.任务概述 4 2.1目标 4 2.2用户特点 5 3 需求规定 6 3.1 模块设计 6 3.2对功能的规定 7 3.3功能描述 7 4.对性能的规定 11 4.1精度 11 4.2时间特性要求 11 4.3灵活性 11 5.运行环境规定 12 6.系统架构分析 13 智能云平台需求书及技术方案全文共16页,当前为第3页。智能云平台需求书及技术方案全文共16页,当前为第3页。6.1 底层架构 13 智能云平台需求书及技术方案全文共16页,当前为第3页。 智能云平台需求书及技术方案全文共16页,当前为第3页。 6.2数据服务 14 6.3应用层框架 14 6.4云平台 15 智能云平台需求书及技术方案全文共16页,当前为第4页。智能云平台需求书及技术方案全文共16页,当前为第4页。 智能云平台需求书及技术方案全文共16页,当前为第4页。 智能云平台需求书及技术方案全文共16页,当前为第4页。 1.引言 1.1编写目的 本手册作为用户与该系统软件开发维护人员共同遵守的软件需求规范说明。 1.2系统说明 1.2.1系统说明 项目名称: 项目开发者: 项目简介:系统平台可实时监控管理接入设备的状态与运行情况,并对真空卸污设备进行远程操作,采集实际真空卸污泵房设备的参数,采集股道间真空卸污单元的使用信息,调度中心、管理人员及使用人员可以通过WEB或是手机app实时查看,故障和预警信息会第一时间通过短信或微信及时下发。 1.2.2系统运行环境及其应用软件 操作系统:Windows 系统 Web服务器:阿里云服务器 数据库:SQLserver2008 系统构架:B/S架构 开发语言:前端开发语言为JavaScript .后台开发语言为.net C# 其他要求:硬件与平台通讯协议为UDP 2.任务概述 2.1目标 研究内容:真空卸污设施智能云平台应用软件的开发、调试 智能云平台需求书及技术方案全文共16页,当前为第5页。智能云平台需求书及技术方案全文共16页,当前为第5页。关键技术:建立对分散在各地的系统关键设备数据采集、监控、网络传输,有利于运维管理、数据信息收集(分析)、系统性能改进的铁路真空卸污设施用、管、控、维、改智能云平台. 智能云平台需求书及技术方案全文共16页,当前为第5页。 智能云平台需求书及技术方案全文共16页,当前为第5页。 目标; 1、实时监控卸污系统数据,记录卸污系统运行各项参数。 2、操作记录统计,解决责任问题和管理问题。 3、发现系统运行中的故障、隐患。 4、发生故障后报警信息通过网页、微信、短信等多种方式第一时间发送到使用人员、维修人员、设备厂家、上级管理部门,便于及时处理。 5、可增加视频监控,随时随地查看现场情况。 6、不同项目不同权限,使用单位只能管控各自管理的系统。 未来通过将路内所有真空卸污系统纳入铁路智能真空卸污系统中,将路内所有卸污系统监管起来。通过云平台、大数据分析,可以提高设备使用寿命,提高管理效率。 通过分析设备运行时间,智能系统会提前判断设备维护保养时间。 通过判断各种故障情况,提前预判故障发生概率,提醒管理人员。 通过卸污频率和运行时间,可以分析不同客运线路客运量、不同时期同一线路客运量,为铁路统计数据做贡献。 2.2用户特点 2.2.1本系统的最终用户: 本系统本系统的最终用户即操作人员应为企业从业人员,能够对计算机进行简单的操作。 2.2.2本系统的维护人员要求: 本系统维护人员应具有计算机科学技术或软件工程或其他相关专业本科学历,具备JSP、Tomcat开发经验,具备SQLserver2008数据库开发经验,应懂得软件开发流程,应具备相关测试经验和阅读项目说明书以及代码能力。 智能云平台需求书及技术方案全文共16页,当前为第6页。智能云平台需求书及技术方案全文共16页,当前为第6页。2.2.3本系统预期的使用频度 智能云平台需求书及技术方案全文共16页,当前为第6页。 智能云平台需求书及技术方案全文共16页,当前为第6页。 本系统使用较为频繁,应具备全天候

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值