Google Cloud Next'17的背景
正如你在其他博客上看到的，Google Cloud Next'17的时间跨度是3月8日至10日，地点是加利福尼亚州旧金山的Moscone中心。本次会议的目的是召集行业专家，分享和讨论有关云未来的想法，特别是围绕谷歌的首款云产品，包括谷歌云平台、G套件、地图、设备，谷歌云下一个'17年是SAP今年的一个关键事件，因为SAP和谷歌已经进入战略合作伙伴关系，51返利，使SAP云平台SAP HANA，速成版，并最终在谷歌云平台上提供机器学习功能，正如Bernd Leukert在链接博客中宣布的那样。
我很幸运地参加了这次活动以下是我的经历：
博客摘要
在主持技术会议时，所有的技术公司都面临着同样的关键障碍：我们如何以一种所有会议参与者都能使用的方式展示复杂的技术概念和能力？Google在googlecloud Next'17的成就是将这些概念和功能转化为分散在展台上的游戏。我在下面的章节中提到了我认为最具创意的简单游戏站。
我在这个博客中建议SAP采用类似的框架来可视化我们的技术。通过这种方式，我们可以将我们的外部任务"简单运行"与内部任务（由我编造，在飞行中）合并为"简单显示"，并使信息与所有人交互和关联。
游戏站：Kubernetes Whack-a-pod
在这个游戏站，观众面对的是一个让人联想到Whack-a-mole的游戏机。观众，现在是一个玩家，被期望在物体从洞里升起时"敲击"物体。每次一个物体被击打，它就会退回洞里。然而，当玩家全神贯注地敲打那个物体时，五个新的物体取代了它。上面的监视器显示哪些物体被击打过，哪些物体再生过。
几轮之后，玩家开始意识到，不管他们击打多少物体，总会有至少一个物体站着代替它。Kubernetes Whack-a-pod游戏站的意义就在于此
该站所展示的是谷歌云平台和谷歌开源容器集群管理器Kubernetes的高可用性。在Kubernetes架构中有一个节点控制器和它的仆从节点。这些仆从是虚拟或物理的工作机，包括Docker容器运行时、kubelet和kube代理等服务来定义和运行pod。Kubernetes pod包含一组一个或多个容器、这些容器的共享存储空间以及有关如何运行容器的选项。为了确保应用程序的可用性，开发人员可以在配置Kubernetes集群时创建一个或多个replicationcontroller。当pod出现故障时，企业应用平台，ReplicationController将使用存储的pod模板自动替换它。在创建ReplicationController时，大数据汇总，开发人员可以定义要维护的复制吊舱的数量。在Kubernetes打豆荚游戏中，控制器运行10个复制豆荚副本，以确保当玩家打一个豆荚时，总是有另一个豆荚可以代替它。
游戏站：Pi日
在第二个游戏站，观众站在一个显示器前，显示器的一端是一个巨大的塑料π符号，另一端是一个电视监视器。玩家用一个表盘和一个按钮接近一个控制台。监视器上的第一个提示请求播放器输入要启动的Google计算引擎（GCE）实例所需的处理能力。第二个提示要求玩家输入想要分配给实例的内存。
然后谷歌云平台接管，在处理过程中，游戏站服务员向玩家解释，它正在输出π的前10万位小数。在一分钟内，海量数据，监视器显示π的值以及以下内容：
请求GCE实例所用的时间启动请求的实例需要多长时间实例计算π
的值花了多长时间？本站所展示的是Google计算引擎实例的端到端健壮性和灵活性，例如通过自定义机器类型选择自己的虚拟化硬件设置的能力。一个GCE实例就是一个托管在Google云平台上的虚拟机，在不到一分钟的时间里，我作为用户被配置了一个可操作的虚拟机，它的处理能力可以计算出10万位小数点后的π。那是30个（斯蒂芬·柯里的号码）处理单元和98个（我的街道号码）千兆字节的内存。凭借GCE定制机器类型的扩展能力，我可以为这个虚拟机实例选择最小27 GB或最多195 GB的内存。
总之，
Google Cloud Next'17在获取抽象技术主题方面做得很好，并以一种任何人都能记住的格式以这种形式呈现出来在Kubernetes-Whack-a-pod和Pi-Day这样的游戏站，我甚至没有意识到，我发现了Google云产品的功能，比如定制的机器类型和高可用的基础设施。通过参加这次活动，我得出了以下算法：
Relatable+Remembrable=Simple
我们SAP可以采用此框架并与之一起运行。作为SAP云平台（SAP在云端的旗舰业务解决方案平台）产品管理团队的一员，我设想一个TechEd展台，SAP云平台将提供互联网服务事情是一轮的马里奥卡丁车或SAP云平台工作流是用"烫手山芋"描述的聚会游戏。在技术会议上可视化业务解决方案并非易事，但我看到了一个通过游戏以简单方式展示它们的机会。
