Jason Bloomberg 是企业架构咨询公司 ZapThink 的执行合伙人和高级分析师。他是企业架构和面对服务架构领域的思想领袖，他帮助世界各地组织更好地利用他们的 IT 资源,以满足不断变化的业务需求。 他是一个频繁的演讲者、多产作家和学者。他的书，Service Orient or Be Doomed！ How Service Orientation Will Change Your Business （John Wiley 父子，，2024 年,与 Ron Schmelzer 合著）被公认为是在面对服务方面首屈一指的商业书籍。 在这次采访中,我们将讨论： •容错和云代理 •故障架构 •使云成为企业架构的一部分 •从需求预测到成本预测的转变 •公共与私有云 •多租户的不同模式 Robert Duffner： 您能做个自我介绍吗？ Jason Bloomberg: 我是 ZapThink 的合伙人。我们是行业咨询公司，侧重于面对服务的体系机构、企业体系结构，概括地说,我们帮助其他公司组织变得更加灵活。我们采纳建筑学的方法来处理大型组织在利用异质的 IT 环境时面临的问题. Robert： 您最近写道：“没有云代理，管理混合云可能带来超出它自身价值的麻烦 "您能略微展开一点吗？ Jason：很有趣，我是在最近的亚马逊云问题发生的几天前写的那篇文章，当时亚马逊云基础架构的几个不同部分都发生故障.很多公司还没有意识到那些,结果是基于云的应用程序失败,因为他们普遍认为云本身就是容错的，所以就想当然地认为亚马逊的基础设施本身就是容错的。 有多个可用性区域。我们正在云里做这些极好的东西.实际上，押注亚马逊的公司实际上违反了比其他更千真万确的计算系统的核心原则之一，你需要避开单点故障。 通过将他们所有的鸡蛋放到一个云篮子里,这些公司实际上使得亚马逊云本身就是一个单点故障.这就是云中介的由来。假如你正在使用公共云,你需要它们之间的多个公共云供应商和中介.这一要求显然在如何利用公共云方面更上一层楼。 Robert： 当这一切发生时,我们在微软将要做的最后一件事是幸灾乐祸，并且对于我们来说，这是给我们客户和他们部署策略周围的合作伙伴带来这个问题的机会，并就弹性架构进行讨论. Jason： 停机问题将不可避开地发生在每个人身上，当你碰到这个问题时，你也不可避开地被鸡蛋砸在脸上。在 IT 的世界里没有完美、没有你可以信赖的，无论你是谁,事实上问题总是在最意想不到的时候发生. Robert： 这是完全正确的，我们有一些客户只部署到一个数据中心，另一些客户部署到多个数据中心。似...
