当您考虑 ESPN Fantasy Football 阵容选择时，当您晚上无法入睡时，IBM Watson AI 可以为您提供支持。
当您考虑 ESPN Fantasy Football 的阵容选择时，IBM Watson 人工智能 （AI） 可以为您提供支持。 #fantasyfootballface。ESPN Fantasy Football with Watson 旨在持续读取、理解和理解多**和文本数据。 我们的 Fantasy Football Insights 会近乎实时地不断更新 Fantasy Football 玩家见解，以实现无停机时间的目标。 IBM Watson 24 7 持续执行梦幻足球分析，让您成为更好的参与者，即使在您休息时也是如此。
AI 系统使用持续可用性 （CA） 架构，至少可实现 99999% 的正常运行时间，或每年仅 5 分钟的计划内和计划外停机时间。 生成梦幻足球证据和趋势**的后端组件在 IBM Cloud 上的 3 个不同的区域外 （OOR） 中心并行运行。 为了避免特定地区的停机，这些中心位于世界各地，例如达拉斯、德国和英国。
每个 OOR 云共享 Watson 组件，例如 Watson Discovery、Cloud Object Storage 和 Db2 on Cloud，这些组件具有自己的可用性服务级别协议 （SLA）。 DB2 on Cloud 在高可用性灾难恢复 （HADR） 架构上运行，以防止数据丢失。 IBM Cloud Object Storage 使用传统的 3 个活动站点来实现持续可用性 （CA），而 Watson Discovery 则将其流量分布在多个服务器之间以实现持续可用性。
通常，来自移动设备、台式机或平板电脑的客户机流量将发送到 IBM Cloud Edge Server。 数以百计的边缘服务器被整合到一个内容交付网络 （CDN） 中，以加速提供梦幻足球见解。 CDN 还为持续可用的 AI 见解提供保护。 Word-2-vector、深度学习、多项式回归、决策树和模拟算法按计划运行，并在玩家信息更新时运行。 数以百万计的用户和数万亿的洞察请求不会影响 AI 的可用性或性能。
每个并行持续可用性 AI 系统都是无状态且独立的。 每个系统的输出都作为数据源写入单独的对象存储。 用户客户端有权访问包含最新数据的源。 AI OOR 并行系统的可用性是通过乘以每个组件的可用性来计算的，如下图所示。
IBM Cloud Ailability Monitoring 服务持续确定所有 Python 和 NodeJS 应用程序的可用性。 但是，Python 应用程序按顺序使用许多不同的 Watson 服务。 每个 Watson 服务都有一个可用性 SLA，在 Python 机器学习管道中按顺序使用时，该 SLA 可以成倍增加。 以下公式演示如何确定 AI 管道的串行可用性。
尽管节点JS 应用程序依赖于对象存储和 IBM Cloud CDN，但每次调用都是异步的。 因此，您可以使用并行可用性来确定节点JS 组件可用性。 并行和串行可用性公式的嵌套提供了一种优化 ESPN Fantasy Football with Watson 系统的性能和可用性的方法。
即使在您睡觉的时候，您也可以使用 Watson 更明智地运行 ESPN Fantasy Football。