大多数监控系统都依赖于安装在本地服务器或 PC 上的软件--监控软件通常都经过测试和验证，可以运行，并执行报告、报警和一般显示所需的常规功能。 但每个人都满意吗？
随着时间的推移，一些规定发生了变化--可能有一些功能要求不在软件中，或者系统速度跟不上监控地点的扩展。 IT 部门决定，您的验证系统需要打上安全补丁才能继续留在公司网络上 - 您的服务器需要升级才能跟上额外的工作负载，您的数据备份已经停止工作（而您却不知道），现在 IT 安全补丁已经阻止了您对监控软件的访问，或者更糟糕的是，监控已经全部停止！
这些情况都是使用第三方应用程序或监控软件维护本地服务器的典型情况，在过去，这通常被视为业务的一部分。 保持软件运行所需的时间和精力可能会让人精疲力竭，但丢失数据或失去持续监控的能力在经济上是公司无法接受的。 仅仅为了运行一个软件，就必须让质量保证、质量控制、设备和信息技术部门参与进来，这不是一个可行的解决方案。 再加上远程支持应用程序的第三方供应商，那么，"可能出错的地方 "就太多了。那么答案是什么呢？
为什么不考虑将服务器维护、软件支持、备份/IT 解决方案交给云呢？ 如果您一直在处理的所有问题都可以直接交给供应商，那将为您节省大量的时间和精力。 那么，这涉及到什么？ 有什么风险？
现在，大多数公司都在使用基于云的产品或软件即服务（SaaS）--电子邮件、财务、客户关系管理和企业资源规划系统都是基于云的。 但许多制药公司并不是早期采用者--数据丢失或数据完整性的风险似乎太高。 从质量部门的角度来看，拥有本地数据并易于验证，会给他们带来一些安慰。 准确了解验证主计划的内容，将所有数据集摆在他们面前--这是一种典型的打勾方式--拥有一个封闭、受控的系统。 现在你却要求他们把皇冠上的宝石交给第三方保管。 他们为什么要这么做？
技术已经改变了。 大部分都变好了。 但责任并没有变--事实上，既然供应商接管了您的基础设施、平台或软件即服务，就需要更多的合作，以确保供应商提供完整的验证服务，但最终责任还是在客户。
以下是公司和供应商的典型责任--本地验证和云验证的情况。
但这还不是全部--在验证完成后，必须签订服务水平协议（SLA）。 SLA 通常是关于云设置、访问、正常运行时间、成本等方面的协议。 可能还有更详细的要求，包括管理、合规性、存储位置和保留政策。 作为客户，您需要确保您的数据访问已记录在案并达成一致。
通过使用全面的 SLA，您将设定清晰透明的期望值--通常这些 SLA 是供应商提供的模板。 通过多轮讨论，可以设定期望值并达成一致。 通过使用可衡量的目标 - SLA 的定义方式可以调整持续成本。 您需要 99.999% 的正常运行时间吗？ 您需要在 5 分钟或 5 小时内检索数据吗？ 您是否需要 "去云化"（De-Clouding）选项，您是否希望更换云提供商并带走您的数据？ 当然，拥有最好的服务水平协议固然很好，但这可能会带来更高的成本。 设定合理的期望值，企业可以接受，供应商也可以提供。 客户需要了解前期谈判、他们的风险水平，以及是否愿意与能够承担 SaaS 交付基础工作的合作伙伴合作。
与本地化系统相比，云计算有许多优势--数据的可访问性和对应用程序的支持只是一个开始--在本系列的后面，我们将讨论大数据及其如何将数据转化为智能声音。
下一篇 LabWatch IoT 博客我们将讨论云 GxP 要求和安全策略。
版权所有： 安费诺公司