京都市，交通指挥中心，it机房。

    数名技术员正在一台半人高的巨大服务器上忙碌着，有人负责连接网络，有人负责配置数据，不时测试一番通信状况，整整花了大半个小时才结束。

    “ok，没问题了！”

    郑志盘腿坐在地上，搓了搓手道，膝盖上放着一台笔记本，通过网线直连那台机器，“有了这台专有链路分析仪，我就不信抓不到这个黑客！”

    就在前天，他准备重新启用追踪系统，为特搜科的另一项任务提供技术支持，无意间发现追踪系统的性能耗用指标，经常会出现幅度较大的波动。

    这些波动出现的时间比较短暂，每次只持续不到5分钟的时间就会消失，但每天都会准时重复6次。

    最初开发这套追踪系统的时候，由于要执行短时间内高强度的大数据分析，所以系统经过了特别设计，硬件配置方面也远远超出了预期需求，按道理来说应该不会出现这种异常能耗波动才对。

    感觉有些奇怪的郑志，经过一番细致的侦查后，终于发现了其中的猫腻。

    原来看似处于待命状态的追踪系统，内部竟然已经启用了一个任务，只是这个任务被人刻意隐藏了起来，单纯进入系统桌面，根本看不出任何异常。

    花了大半天的功夫，郑志才把这个任务进程从隐藏状态释放到了桌面，仅此一项他就可以断定，该任务绝对不是交通指挥中心的人所创建。

    因为整个指挥中心里面，根本找不出这样的技术高手，包括那些机房维护人员，都只会一些基本的操作而已。

    而且这个任务还很奇怪，搜寻的目标甚至连基础的生物特征都没收集全，只有下半张脸。

    当时郑志就觉得很不对劲，按道理来说，缺少大部分生物特征，搜寻工作会变得极为繁重，需要处理的数据量也会暴增数十倍，如果是这种情况的话，追踪系统的能耗指数早就应该爆表才对，怎么可能才不到30%，就算峰值波动的那5分钟，也都没有超过50%。

    “不可能，这根本不符合原理啊！”

    怎么想也想不明白的郑志，再度仔细地筛查了一遍追踪系统，终于发现了数据流量的异常。

    从这个任务创建的那一刻开始，每天都有庞大的数据经过追踪系统，只不过这些数据并不需要系统去处理，而是在流入之前就已经被处理完毕，仅仅只是汇总到系统内进行生物特征的识别而已。

    这些数据每4小时汇总一次，所以追踪系统每天都会有6次短时间的能耗波动，就是为了对比这些数据。

    经过充分的计算和分析，郑志终于得出了结论，顿时惊得目瞪口呆：“太厉害了！居然不用架设物理连接，光凭网络层就构建了这样庞大的云计算服务！”

    云计算服务的概念很早之前就被人提了出来，最初的设想是要将闲置的计算力充分利用起来，毕竟很多人买了电脑后，根本就没有发挥出电脑的全部性能，大部分时间电脑的能耗都维持在20%左右。

    如果有一个十分庞大的任务需要计算，一台计算机运算的速度又太慢，那就可以将百台甚至是千台计算机联合起来，像云彩那样越聚越大，充分发挥所有电脑的运算性能，提升计算力的同时也大大节省了时间。

    但这只是一种理论上的想法，实际操作起来有许多困难需要面对，比如各个电脑之间不同的带宽速度，这一点受到各地运营商的上行限制，还有不同电脑的处理速度也各有高低，如何合理规划计算力的分配，也是一个很让人头疼的问题。

    随着网络逐渐变得发达起来，云计算也得到了长足的进步，逐渐演变成了今天的按使用量付费的模式。

    这种模式提供可用、便捷、按需的网络访问，让用户进入可自由

『加入书签，方便阅读』