DaaS停机会花费你大量的时间，生产力和金钱，但是它只花费你的提供商几分钱。DaaS监控工具之所以不存在，是因为它们的成本将会比你从停机到恢复花费得更多。

每个人都需要一些监控的产品，但是当别人问我最喜欢哪一个的时候，我真的没有一个具体的答案。无代理的监控产品非常不错，它特别的简单实用，但是我又很喜欢基于代理的监控工具，因为你可以得到更多的信息。

仪表板等方式看起来很不错，但是如果它只要重新转化一下形式我就能从系统的性能监视器上得出来，我不太感兴趣。再说了，谁没事一直盯着仪表盘啊，大家都还有其他工作要做。

其实每个产品的工作方式也不是相同的。在网络上，操作系统上还有应用程序、远程桌面协议和客户端的监视工具大家关注的焦点是不一样的。所以你需要制定一个全面的监控战略，由于制定全面的战略，你可能会使用很多监控的工具而不是只尝试用一个。

但是这些都是内部的，那么什么才是监控DaaS的工具？

关于DaaS监控工具都在哪里？

在Daas里面，我们会依赖提供商来交付和保护我们想要的桌面，所以我们不必关心在应用程序上保持标签一致的影响，包括系统配置还有网络都会交付到桌面上，这就是我们花钱了就不用担心那些。

然后再一个就是，如果说你得需求没有得到满足怎么办？你有什么方法来证明你的提供商不能满足你得服务级别协议那？或者，如果桌面式技术上可行的，但不能提供非常好的用户体验，你能如何来确定那？

我还没有看到任何具体的DaaS监控工具，可以想象一下今年在DaaS后面将要作出很多重要的令人惊讶的事情来。这个SLA监控工具侧重于SaaS（软件即服务）上，但DaaS似乎没有受到任何关注。难道是因为这是一个开放的产品，是市场不太成熟，或者是回收不了成本？

DaaS提供商是有自己的SLA的，但是当你看到在意外断电事件上处理时，你会感到很惊讶。例如亚马逊的云计算服务（AWS），它只会赔偿你得停机时间。如果说你的每个用户每个月需要支付35美元，然后停机时间是两个小时，他们只会返回给你9美分。假如你在亚马逊上有2000个工作桌面，他们都停机了两个小时，你也只会得到180美元的赔偿。

当然了这种事情不可能每个月都发生，如果它发生了，你将会有比受到指责更大的问题，但是我们只能说它就是这样的。所以说每年2160美元的信贷是不能满足SLA的。那么一个SLA监控工具到底需要多少成本呢？所以说当然要比这更多。

即使你可以用你从提供商那儿得到的每个用户每月50美分，但是你仍然有41美分的漏洞。

当然，这些都是不包括停机时间的价值的。如果还有其他问题，你需要能够将矛头指回提供商，然后跟他说：“你的这种特定的方式触碰了我的底线”。事实上，DaaS提供商都是已经知道的。如果你能得到提供商赔偿你的停机时间的实际价值，那么他们将抛弃了他们的商业模式——精打细算的计算丢失时间的价值。

因此，我们没有见到DaaS的监控工具，是因为它根本没那么重要。所以你如果将桌面迁移到DaaS上面，将会面临着一种挑战就是：你必须相信你得提供商能够保证的你一切都能够顺利运行。如果你不能够信任你的提供商，那么就不要选择那个提供商。

如果在你部署的环境中出现问题，你是要去承担责任的。停机时间的费用是直接归咎于你和你的系统的。你绝对要有事没事的时候去监控他们。但是对于DaaS，要么是能满足你得SLA,要么不能满足，但是你必须确定事情发生的后果。