第374章 压力测试（1 / 2）

nasa！

因为削减成本的原因，现在就算是航天局，有很多工作也都处于外包的状态。

其实，对于这一点，国内国外情况都差不多。

总的来说预算就那么多，拿到了预算之后，如果雇佣大批的人员！

到时候肯定在人头费上不划算。

因为一旦项目结束，有很多人员就处于闲置状态。

所以还不如另外成立一家公司，以公司的形式雇佣这批人，等到有项目的时候就招进项目，干苦活累活。

没有的话也可以转而为其他企业服务，当然保密协议是一定的。

事实上，nasa大部分的业务现在都是这么做的。

就连火箭发射和运载航天员的任务都交给了spacex。

而在此之前，nasa一直在租用俄国人的火箭运送航天员前往空间站。

其实不光是nasa，之前闹得沸沸扬扬的斯诺登，也同样如此，他并非中情局的雇员，他是外包公司的高级技术员。

……

几个月之前，nasa遭遇了一次黑客袭击。

黑客窃取了大概240g的资料。

其中有很多都涉及敏感信息。

只不过，官方否认了黑客所声称的袭击事件。

但是摆在互联网上的那些员工的姓名和电子邮件信箱却是无法否认的。

所以，nasa官方给出的合理解释就是。由于技术原因，一些不太重要的岗位和人员的信息被公开了。

但事情发生之后，负责安全的公司，立刻就承担了系统安全升级的压力。

“这些该死的黑客！”

已经连续加班好几个星期的工程师，此时正顶着黑眼圈坐在电脑前，怒骂着没事儿找事儿的黑客组织。

说起来这边对于加班文化并不是很推崇。

不过那说的是大部分由工会组织的员工。

一些高收入的人群，比如华尔街的金融精英，还有一些薪水丰厚的硅谷技术类公司，加班其实反而是一种无法逃避的生活。

想一想，那些年薪几十万美元的华尔街新人即使在健身的时候，都在忙着和客户谈生意。

他们这些高薪的工程师，现在在这里了几个月的时间维护和nasa的合同，也就不奇怪了！

现在的问题是，系统虽然发现了一些问题，但是却并不是那么好弥补的。

整个nasa的系统，分包给了多个供应商。

比如操作系统可能来自于微软，也可能来自于其他的一些系统公司。

服务器和数据中心有可能是利用了开源的技术，也有可能从一些技术服务公司那里购买了服务！

所以想要彻底的解决这些麻烦，就需要所有参与的公司通力合作。

然而现在nasa把所有的问题都推给了安全公司！

有些事情安全公司可以负责，比如查找病毒，追踪黑客，记录痕迹之类的！

但有些事情连他们也没有办法，比如如何修补，并不是他们公司编写的操作系统内部的错误！

……

由于没有办法要求别的公司配合他们的工作，所以现在这些工程师只能硬着头皮自己上，尝试着用一种治标不治本的方法解决问题！

“hey，杰克！现在试一下，用刚才的方式尝试登录服务器？”

“ok！”

黑客的入侵方式无非就是那么几种！

首先是利用自己的脚本工具进行扫描！

看看系统内存在什么漏洞！

上一次攻击对方，采用了一种特殊的扫描工具！

很显然，现在工程师已经发现了症结所在！

而此时正在测试的新版本已经正式部署到了程序上，正在经受测试工程师的极限考验！

脚本运行的很顺畅，而这一边从后台的服务器来看，这一次他们编写的程序完全经受住了考验。

然而就在这些人正打算高兴一下的时候，突然之间！

“等一下！”

“怎么了？我这边很顺利？”

“有点奇怪！为什么资源占用率这么高？”

“你在开玩笑吗？是不是又忘记了什么bug！不应该是这样的！”

突然之间办公室的电话传来了一阵嘈杂的响声。

正在负责测试的杰克，于是拿起电话放在耳边。

“你们到底在搞什么？为什么现在我登录不上服务器了？”

“你在说什么！”

“我说伱们的测试到底在搞什么！我自己为什么登录不了服务器？”

“这不可能！是不是你忘记密码了？”

“你在开什么玩笑！我每天都要登录服务器，不可能忘！”

就在这通电话还没有解决问题的时候，办公室里的电话开始此起彼伏的响了起来。

杰克手忙脚乱的，又拿起一个电话放在耳边，结果电话的那一头却破口大骂。

“你们到底行不行，一个破漏洞，搞了几个月还没搞定？为什么现在，我们这边什么数据都访问不到了？”

“很抱歉，我们正在查找原因？”

“你最好快一点！