Windows Azure 平台 SLA从2010年1月1日起生效。
Windows Azure 的计算与存储分别有独立的SLA。对于计算,我们保证当在不同的故障中部署2个或多个角色实例以及升级您的互联网所在域名时,您的角色当时会有至少99.95%的外部连通性。 另外,我们会监测您的所有独立角色实例,并保证当时99.9%的连通性.当一个角色实例进程没有运行与启动纠正时,我们每2分钟便会侦测一次。 对于存储,我们保证处理所接受的正确格式化的请求以增加更新读取删除数据的成功率至少为99.9%。我们同样保证您的存储帐户会与我们的互联网网关连通。
Windows Azure SLA Credits 是以账单花费的百分比计算的,它是对于用户因为我们没能兑现上述协议而造成损失的补偿。它将被计算在下个月的账单内。细节如下:
· 计算连通性: 如果降至99.9%以下,提供10%积分补偿;如果降至 99%以下,提供25%积分补偿。
· 计算角色实例监测: 如果降至99.9%以下,提供10%积分补偿;如果降至 99%以下,提供25%积分补偿。
· 存储: 如果降至99.9%以下,提供10%积分补偿;如果降至 99%以下,提供25%积分补偿。
正常运行时间的百分比承诺以及 Service Bus 和 Access Control的SLA 积分与上述Windows Azure SLA相同。.由于技术固有的差异,基础SLA定义与条款,对于 Service Bus 和 Access Control服务具有差异。使用 Service Bus时, 用户会有用户服务端点与我们的互联网网关之间的连通性;当服务不能建立网关至用户服务端点间的连接时,则服务被视为不可用。使用 Access Control时,用户会有 Access Control端点与我们的互联网网关之间的连通性。另外,对于 Service Bus和 Access Control,这些服务会处理正确格式化的请求,来处理信息与令牌。当我们的服务没有正确的处理请求时,则服务被视为不可用的。 SLA 的计算会基于间隔为5分钟的,以30天为周期的平均值。用户遇到的故障会被记录,以便计算用户的服务可用性。
Windows Azure 平台提供统一的积分级别,已使用户更易于理解他们的SLA。对于Service Bus 和 Access Control 服务, SLA 积分与 Windows Azure计算与存储的SLA积分算法是一样的。 具体为:
· Service Bus: 如果降至99.9%以下,提供10%积分补偿;如果降至 99%以下,提供25%积分补偿。
· Access Control: 如果降至99.9%以下,提供10%积分补偿;如果降至 99%以下,提供25%积分补偿。
更多SLA细节可以在这里找到here
SQL Azure 用户会在数据库与我们的互联网网关之间有连通性。 SQL Azure 在每个历月内,会维持99.9%的“每月可用性”("Monthly Availability")。对于一个特定用户数据库的“每月可用性百分比”( “Monthly Availability Percentage” ),是一个月内用户可用时间与总时间的比例。间隔为5分钟的,以30天为周期来计算时间。可用性一般以整个月为单位计算。如果用户试图连接至一个数据库,而被SQL Azure网关拒绝的话,则此时间间隔会被标记为不可用。
SQL Azure Database SLA积分以账单花费的百分比计算的,它是对于用户因为我们没能兑现上述协议而造成损失的补偿。它将被计算在下个月的账单内。细节如下:
· 如果每月正常运行时间降至99.9%以下,提供10%积分补偿;如果降至每月正常运行时间99%以下,提供25%积分补偿。
除Compute Role Instance 监测, 其他在SLA要求用户至少拥有2个运行的角色实例,以便能使SLA 发挥作用的情况下,我们并不排除维护窗口。
Windows Azure, SQL Azure, 以及AppFabric 是独立于我们的非云端的微软许可证协议。我们Windows Azure平台的的SLA 提供您在云端的服务的每月正常运行时间保证。并且当我们没有兑现保证时,我们会通过SLA积分进行补偿。
不,当前您不能将现有的非云端 Windows Server, SQL Server 或者.NET 许可证应用于 Windows Azure, SQL Azure 或 AppFabric。
当前没有通过SPLA来使用Windows Azure的计划。
当前没有通过SPLA来使用SQL Azure 的计划。
用户只能在微软的数据中心上构建可拓展以及可用的web应用程序。 Windows Server是为用户数据中心 与微软托管合作伙伴而设计以及许可的。Windows Azure 和 Windows Server是独立分离的平台,易于协同工作。所以用户可以依据需求来选择平台。 Windows Azure 与 Windows Server 共有某些技术,并会在技术上互补。
当商业发布时,Windows Azure 没有具体的工业审计与安全认证。 您可以看到我们正在致力于在不久的将来完成关键认证,例如ISO27001。 Windows Azure平台以及 Windows Azure将严密的安全实践应用于 Security Development Lifecycle (SDL) 流程中。 SDL将安全与私密性带入了开发流程中。 Windows Azure 平台以及 Windows Azure也将从 微软的 Global Foundation Services’ (GFS)基础设施所提供的安全功能获益。 GFS保证是由外部的审计师定期验证的 ,它包含一个全面的安全计划。
微软 并没有对第三托管发表任何关于PCI标准的声明。 通过使用第三方的PCI数据生产程序,有许多方法开发基于云的应用程序,这可能让云应用程序自身超出范围。