难以同时共享第一个缺点是难以同时 共享网格计算的基础设施，虽然这并不是不可能实现。当然，有些网格非常大，它们有尾够的产能，能够同时运行许多应用，但事实上这些应用还是运行在独立的网格环境中，只是主机在某个特定时间段被重新分配了而已。例如，如果我有一个由100自主机构成的网格，那么我就能分别在10台主机上运行10个应用。虽然你可以把这种做法看作基础设施共享，但正如我们在前面优点一节中所说的，这不是在同时共享基础设施。在同一台主机上运行多个应用实际上违背了网格基础设施进行大规模并行计算的初衷。
网格并不适合多个租户共享的基础设施。在网格上运行，是为了并行化应用，提高应用的计算带宽。在网格环境中，共享和多租户操作可以顺次发生，一个要在另一个之后执行，每个应用都是独立运行的，当一个作业完成之后，再执行下一个作业。这种类型的调度在运行大规模并行处理的系统中很常见，进行这种处理的基础设施通常被设计为能够被同时使用来计算大型问题集。对你来说，这就意味着你的应用和系统必须具有灵活性，要么可以根据需要开始和暂停处理，要么可以定期地在固定的时间运行，通常是每天一次或每周一次。由于应用需要基础设施才能运行，所以它们通常被安排在某个时间窗内运行。如果一一个应 用运行的时间超出了这个时间窗，可能是由于需要处理的数据增加了，那么就必须重新安排-一 个时间窗让这个应用继续处理数据，否则其他所有作业都会被推迟。
不适用于单一-应用我们看到的网格计算基础设施的下一个缺点是它不适用于单一应用。事实上，如果你不能把应用划分为能够并行运行的组件，那么网格对于处理就毫无帮助。在网格上运行单一应用，对它的吞吐量没有任何提高。由于单- -应用可以被 复制到多台服务器上，如X轴划分所示，所以增加服务器就可以提高单一应用的产能。正如我们在讨论安达尔定律时所说的，一个程序中非串行性部分会从并行化中受益，而程序的其他部分则得不到什么好处。程序中必须顺次运行的组件是不能被并行化的。
增加了复杂度我们看到的网格计算的最后一个重要缺点是网格基础设施的复杂度高。托管和运行一个应用，本身已经够复杂了，因为通常需要考虑这个应用与用户的交互、与其他系统的交互、与数据库的交互、与硬盘存储的交互，等等。把这种复杂度已经很高、非常不稳定的环境再放置到网格环境之上，它就会变得更加复杂。网格并不只是另一组主机而已。在网格上运行，需要一套专用的操作系统，用于管理各种事务，如哪个主机处理哪个作业，在一个作业中间如果一个主机死机了应该怎样处理，在执行一一个任务时主机需要什么数据，在处理结束后收集处理的结果，删除主机上的数据，把结果汇集在一起，如此等等。这样无疑会增加很大的复杂度，如果你曾经调试过在多台服务器上运行几百个实例的应用，那么你可以想见调试一个在几百台服务器上运行的应用的难度。
网格计算的缺点
我们已经列出了网格计算的三个主要缺点，它们排名不分先后，而且这里也没有列出所有的缺点。还有许多其他网格计算的缺点，不过这三种是把网格计算引入你的基础设施时你会遇到的具有代表性的缺点。
●难以同时共享。如果不舍弃在网格上运行得到的某些好处，就不能同时共享网格计算基础设施。这就意味着通常需要预先做好作业和应用的调度，而不能一经要求就运行。
●不适用于单一应用。如果你的应用不能被划分为较小的任务，那么在网格上运行可能几乎得不到任何好处。要利用网格计算基础设施，你需要把应用划分成能独立运行的非顺次执行的任务。
●增加了复杂度。在网格环境上运行，可能会给你已经比较复杂的应用增加更大的复杂度。如果发生了问题，不论这个问题是来自你应用代码中的一个bug，还是来自运行应用的环境，调试都会变得更加困难了。
以上是把网格计算系统集成到你的基础设施中的三个缺点。同样，每个缺点的重要性取决于你的应用和实现。
这些是我们看到的把网格网站制作计算基础设施集成到你的架构中的主要利弊。如前所述，这些优缺点的重要性是由你特定的应用或技术团队决定的。例如，如果你有一个强大的运营团队，具有丰富的使用和在网格基础设施上运行的经验，那么网格带来的复杂度增加，对你来说可能就不成问题了。如果你没有这样的运营团队，你的团队中也没有人可以支持在网格上运行的应用，那么这个缺点可能就会让你停滞不前。
如果你仍然对如何使用网站制作网格计算基础设施感到疑惑，可以考虑在哪里使用网格。虽然你会读到一些不同的设想，但要时刻记住前面介绍过的网格的优缺点，因为它们才是影响你决定是否开始投人一个类似项目的因素。
本文地址：//www.xrqsnxx.com//article/3905.html
