『究竟』软件欺诈的骗局揭露:“替罪羊”究竟是如何构建的?( 三 )


隐藏的金钱成本
以一个真实的例子来说,运行一个闲置的企业级Pivotal Cloud Foundy平台需要每年为一个闲置系统花费50,000到200,000美元的“按实例付费”托管成本。你的平台很“重要”,因为它浪费了如此多的资源。
这些花费的美元并不包括在实际系统许可、合同和顾问咨询等等所需的成本之中。一个闲置的Cloud Foundry云PaaS平台需要至少20多个虚拟机并且拥有40多个IP地址,而这仅仅只是用来为一个新的云平台部署一个空的管理界面。
但这些还不是全部:如果你想运行应用程序,你需要更多的许可证。请致电销售部并安排一次网络会议,他们会给你按“应用实例”报一个每年重复收取的费用。在你已经购买了一些无法真正运行的东西之外,你将获得“巨大的优惠”来支付额外的费用,将你自己的应用程序运行起来。
在基准现实之上推销增长的愿望是很容易想到的。你应该推销一个每月399美元的超级豪华健身房会员资格,而不是一个更实惠的每周3小时的4.99美元的会员资格。
始终要让客户相信,你的软件是他们实现数字化转型,使之成为一家灵活的、多云平台的、和面向未来的公司的唯一途径。
幸运的是,你的平台是构建在“每实例定期订阅许可”的基础之上的,同样幸运的是,你的平台相信“微服务”是未来的发展方向,它让你可以方便地增加执行最琐碎任务所需的实例数。多么大的增效作用!你对计算未来的愿景可以通过你喜欢的商业模式来实现极大的盈利。多么大的赚钱机会!
很明显,你的客户想要创建的每一个服务都需要100个单独的“微服务”,每个微服务都需要自己的实例许可证。你现在唯一的任务就是说服客户让他们的整个公司将所有系统都运行在你的平台之上。你要让客户相信,他们将会得到无如伦比的迭代速度,在下一季度结束前,他们可以部署2,000个具有商业价值的服务项,这要归功于他们新的、按使用计费的、定期获得授权许可的硅谷心态。
在支付6-8位数的许可费之前,听到仅仅一个闲置的系统每年的托管费用就要花费20万美元会让客户的头脑清醒过来。任何一个清醒的客户都会把销售人员赶出会议室,并且把你的公司永远放在黑名单里。如果一个闲置系统的效率如此之差,即使是你能想象到的最慷慨的客户,也不会相信这个部署到生产环境的系统在现实世界中是高效、可靠或稳定的。他们一定认为这个产品是他们进化的死胡同。
作为一个构建欺诈软件的人,你唯一剩下的方法就是加倍使用“共谋垄断”这一招了。如果顾客不明白他们在买什么,他们就必须相信你。信任是你赚钱的方法,信任是你如何获得客户和投资者的优势。
你可以使用他们的PCF Sizing Tool亲自查看定价示例。启用高可用性是可选的,但如果你确实需要冗余,则必须运行所需服务的三个或更多的副本,因此只需将所有实例数量及其相关的每小时费用乘以三倍即可。
然而,在考虑不周的系统中启用高可用性会降低总体可靠性。你想添加冗余,但每个组件在其故障转移/冗余/高可用性系统上中都有不同的未经测试的故障场景。Cloud Foundry由16+个基础服务组件构成,每个组件都有自己独立的HA机制。
实际上,我们可以证明围绕“只需添加另一个依赖项”的思想构建的管理架构无法实现任何目的。
因为,每个组件在以下方面都具有独特的要求:
故障转移模型
故障转移启动时间
故障转移恢复时间
分布式模型
状态维护模型
持久性要求
可靠性保证
每个相互连接的组件都有独特的要求,这意味着客户必须对其生产平台的每个依赖组件中保留一些专家。这些依赖组件并不相互独立,由于它们的相互关联性以及在任何无害的网络故障期间发生灾难性共同故障的倾向,因此将它们组合在一起会很可能降低整个系统的可靠性。
将许多不同的“故障转移”模型作为系统的依赖组件来运行会使系统变得不可靠,并且难以理解。你无法对系统的当前状态做出预期,更不用说它未来的任何状态,因此当故障发生时,你只能重新启动所有组件。


推荐阅读