该供应商编写的技术底漆已经被网络世界编辑，以消除产品推广，但读者应该注意到它可能会倾向于提交者的做法。有个足球雷竞技app
第一个公共云服务使用一个被称为多租户架构的传统结构去住在90年代末期，虽然特性和功能的演变，许多云服务仍然在此基础上20日世纪的建筑。这引起了人们对传统云的灾难如何准备的严重问题。虽然所有的架构很容易受到硬件故障和其他问题造成的中断，使用多实例架构云可以更好地减少停电的影响。
多租户云计算平台采用集中式数据库系统为所有客户建立。这种架构的最初目的是用于制造航空订票，跟踪客户的服务请求和运行的金融体系。由于客户在多租户云数量的增长，一个集中的数据库使它容易对云服务提供商，以保持系统和以适应用户的增长。但是，什么是最好的云服务提供商并不总是最好的为企业客户。一个主要问题是，所有的客户都被迫共享同一个集中的基础设施。
呈现三大弊端：
1）数据搀和：您的数据是在同一数据库中其他人一样，让你依赖软件的分离和隔离。这对政府，医疗保健和谁是高度管制的，需要数据的明确分离金融客户产生重大影响。此外，安全漏洞给云提供商可以与其他人混杂在多租户环境相同的中央数据库上沿暴露你的数据。
2）过度保养导致的停机时间过多：多租户架构依赖于需要的硬件和软件停机定期维护，从而为客户可用性问题大而复杂的数据库。由单组使用的一些部门级应用，比如销售或营销，可以正常工作时间后或周末容忍每周停机时间。但也有需要是可操作接近全天候尽可能企业应用越来越多。
3）一个客户的问题是每个人的问题：影响的多租户数据库的任何行动将影响所有共享客户。当软件或硬件问题多租户数据库中找到，它会导致对所有客户的停电，以及多租户数据库的升级升级所有客户。您的可用性和升级依赖于共享您的多租户所有其他客户。企业客户不愿容忍是他们成功的关键应用中，这种共享方式。他们需要的是可能会影响其他企业的隔离和解决他们的可用性问题迅速无论他们要执行符合自己操作的时间表升级。
凭借其固有的数据隔离和多种可用性问题，多租户是经不起时间考验的传统云计算架构。
多实例云架构不是建立在大型集中式数据库软件和基础设施。相反，它分配一个唯一的数据库处理每一位客户。这可以防止数据搀和，简化了维护，并使得提供升级，更容易解决问题，因为它可以在一个对一的基础上进行。它还同时提供了对集中式硬件故障和多个客户其他意外中断保障措施，确保多租户系统不能。
最先进的多实例的云服务提供商能够为两个配对和地理上分散的数据中心之间的每个客户实例重复应用程序逻辑和数据库。雷竞技电脑网站数据复制可在近实时进行与成对的数据中心充分运作和活性的每一侧上。雷竞技电脑网站使用业务流程和自动化技术可以迅速将这些复制的数据中心之间对客户的实例。雷竞技电脑网站这种架构部署在客户按客户基础，从而消除对灾难恢复站点的需要 - 在建这样一个多实例的云你有一个都始终处于激活状态两个配对的位置。
需要强调的是多实例是不一样的单租户，其中云服务提供商实际上部署独立的硬件和软件堆栈为每一个客户是非常重要的。像穆蒂租户，有一个基础件，如网络架构，负载平衡器和常见的网络组件一些共享。但是，这些往往是分割成不同的区域，使一个或多个设备的故障不会影响大的客户群。
选择一个企业云平台就像选择住的地方有很多。你可以搬进公寓或公寓和一帮其他人的建设，或为独栋别墅。起初，公寓生活似乎是更方便和符合成本效益的选择。你付房东每月租金，缓解你的责任持续的维护和保养。但是，你很快就会发现，自由实际上是阻止你进行任何自定义限制的集合。有火，打破了单一的公寓始终是一个威胁摧毁整个大楼。
多实例架构提供移动到房子的好处。它遵循企业利用来运行其关键任务应用同样的方法 - 与数据隔离，完全复制的环境，提供了非常高的可用性和升级就可以设置一个时间表。总之，云架构的问题，因为它是什么使供应商具备高可用性和处理突然的灾难 - 与否。