SaaS和EDA设计师准备好了吗

　　作者：Sharon Tan

　　在托管式应用和服务领域，即大家熟知的软件即服务(SaaS)领域，EDA并不是一个新生事物。在早期的络时代，EDA公司就试验过多种能让他们通过互联联系到更多客户的商业模型。

　　进入EDA市场的许多公司，像Toolwire和Develop-Online，都相信通过互联提供设计服务会取得成功，特别是帮助设计团队管理目标应用。基于创新方法以及为客户带来的潜在成本效益考虑，这些公司认为成功是迟早的事。

　　然而，EDA市场并没有完全接受这种新兴的SaaS模型——人们对互联安全性和有限带宽有太多的怀疑——上述努力也逐渐像石沉大海般化为泡影。

　　转眼到了2009年。谷歌、亚马逊和微软等公司在云计算方面取得了一定的成功，这是最贴近托管式应用的市场。毫无疑问，在更主流市场中已有成功的商业模型，但EDA行业除外。

　　当然，托管式解决方案从理论上看起来非常有吸引力：降低了管理费用，硬件/络基础架构更加精简，工具许可机制更灵活。前面提到的设计中使用托管式服务遇到的问题——比如互联安全性、带宽和稳定性——不再是巨大的障碍。而且，更多类型的应用软件在上发布，提供了丰富的用户和供应商体验。

　　但在EDA领域，在设计师对托管式设计应用的开放性和托管式解决方案的可行性方面仍存有疑问。

　　我们认为，托管式方法对有些用户来说是适合的，但并不适合所有用户。愿意第一个吃螃蟹的用户应该向SaaS/托管供应商询问这些问题：

　　·设计是存储在本地还是供应商站？

　　·应用程序如何处理对设计的授权和非授权访问？

　　·工具更新的频繁度如何？用户会收到足够早的提醒吗？这个问题可不能小看。如果一个设计是用某个版本的工具完成的，并对工具中的已知缺陷进行了弥补，那么在使用修复了这些缺陷的同一工具的更新版本时，就会存在一定程度的不确定性。

　　·托管提供商是否有足够的带宽支持非常大的文件？这点很重要，因此设计文件尺寸随着每个半导体工艺节点的更新在不断增长。

　　想投身于SaaS和托管式应用的EDA供应商应留意以下几点：

　　·不要忽视带宽问题。就像络带宽容量增加幅度一样，EDA设计规模的增长幅度也相当惊人——随着每个新工艺节点的采用，这些数字将不断向上攀升。

　　·虽然托管式服务模型很好理解，并在协同IT环境中得到了部署，而且按使用次数付费的模型在EDA(特别是仿真)环境中早已存在，但因为设计技术本身的复杂性，将EDA应用搬到SaaS环境可能会面临较多的挑战。

　　·EDA行业的思维倾向是，设计是核心竞争力——特别是在高级用户心目中。因此设计师一般不愿意把对设计环境任何一部分的控制转交出来。事实上，在EDA工具采购和部署进入IT部门之时，设计师就已经放弃了某些控制，但托管式设计更加激进，将控制完全交给了公司外部。对于想进军EDA SaaS市场的那些供应商来说，这无疑是摆在他们面前的最大障碍。

　　·设计师并不都是一样的。EDA设计流程，特别是在高级用户中，一般混合了来自不同供应商的多种尖端工具。任何SaaS/托管式应用必须能在这种混合型工具/混合型供应商环境中工作。

　　·机械设计领域一直位于与工程技术有关的托管式应用的最前沿。机械设计联合运用了SaaS组件和托管设计以及协同设计工作，这种协同设计通过供应链扩展到包括供应商、工程师和用户。不管是现在的市场领导者还是小型新创企业都取得了成功。

　　然而，机械设计自动化和EDA之间的一个关键区别是，机械领域中的设计链、供应链和用户结合得更加紧密，并且供应链和用户对设计都有不同程度的影响。

　　许多年来EDA支出一直处于停滞状态，特别是在主流用户那儿。许多公司仍在想方设法减少工具方面的费用，同时又要应对挥之不去的上市时间压力。

　　通过正确部署，SaaS和托管式应用也许能在某些EDA领域找到立足之处。

　　(Sharon Tan是Gary Smith EDA的首席分析师。)