为什么SaaS在SoC的工具没有被世界和未来是否会改变。
由Pallab Chatterjee
软件即服务(SaaS)真的能工作在SoC设计工具世界吗?而许多大型EDA供应商继续实验,该模型的未来不是特别看好。
这是大软件制造商之间的总体趋势相反,即使是在大型企业应用程序空间发现成功SaaS和云计算相关的模型。但应用SoC设计世界已被证明比看起来的要难。
SaaS模型是基于软件的操作模式,是近十年来发展起来的。为它工作,代码需要多核multithread-aware,必须支持多处理和分布式操作和需要一个用户界面,从一个中间层所以完整的数据不是每个操作访问。它还需要一个超薄客户端查询/报告/可视化引擎,一个安全重启模式在网络故障的情况下,和一个版本控制和归档机制。自2000年编写的软件遵循这些指导方针,但一些老的代码片断,仍在地方需要重写工作在一个SaaS的世界。
所以主流工具厂商站在SaaS在哪里?
节奏设计系统是促进SaaS模型承载设计解决方案。Vishal Kapoor为企业解决方案和服务集团营销总监在节奏,表示,该公司正在寻求一个标准“Oracle-like SaaS业务。该公司已在全球13个位置设置多个托管中心,安装一个完整的“标准单一供应商流”包括脚本管理。这种环境需要一些最低限度的在客户端,所以它只是一个“小客户”而非“超瘦客户端”解决方案。内部节奏一直在使用的解决方案,但现在想要利用自己的市场经验。
Synopsys对此已经使用SaaS内部,但其市场成功极其有限。营销主管马特•古铁雷斯全球技术服务和格伦公爵,Synopsys对此专业服务的副总裁说,该公司尝试Saas十年早些时候,重构和改写主要产品经营超薄客户端应用程序连接到一个大型中央计算核心。这个核心可能位于一个客户的网站,在Synopsys对此或托管在云。重新设计的产品是由固有安全特性在瘦客户机应用程序。市场,然而,不接受模型,因为大多数客户都使用多个工具厂商设计序列,也实现专有的和非标准的设计流程。结果,SaaS模型作为主流产品撤出。
然而,技术和基础设施已经到位,在内部使用的全球服务集团Synopsys对此超过100的设计。由于这个SaaS市场推出Ly-nx设计环境的创造和最终释放。这是一个软件包,充当瘦客户端发射头和允许,脚本互连和套筒Synopsys对此和第三方工具到一个集成流。这个流可以在客户端定制的网站,因为它以源代码形式分布。
导师图形继续看Saas,但到目前为止还没有见过一个值得追求的机会。“我们的经验是公司这一观点设计成为了一个竞争优势想拥有自己的设计流程,“雅基·塔尔说,导师的价格和包装。“如果没有区别,他们可能外包部分设计和不需要工具。此外,如果你把一个SaaS模型,如何使用和集成来自不同供应商的工具吗?不只是成为公司的另一种方式来让设计师只使用他们的工具?所以公司关心的市场设计,但不关心它的设计流程,并不是一个很大的市场。当然我们会回应客户的需求,但是目前我们没有看到SaaS需求。”
Silvaco国际和Simucad(从2006年的Silvaco剥离)也看着这个模型,但没有与客户取得任何进展。他们的大多数客户做定制设计或前沿过程开发,有“没有标准化的流程和方法”使用,说马克·毛雷尔Silvaco政府和军方销售和营销主管。因此,他们都集中在传统的技术文件和基本工艺设计包(此后)和他们的客户。但是他们已经创建了一些新的授权模型,包括Omni许可,网站许可,以及基于符号和基于时间的许可证。
岩浆SaaS,探索,得出该模型可以应用于公司的工具,即使目前没有发生,产品线总监约翰。李说。岩浆的统一数据库环境中所有的工具是基于流保持结果在一个地方,有一个共同的结构化流,所以使用多厂商流的挑战不是一个问题。另外,当公司成立的时候,所有的产品都为瘦客户机操作架构。岩浆是没有正式提供SaaS产品,基于他们的承载能力或软件的可用性或私有云计算农场,但可能并没有被排除。
那么SaaS为SoC工作工具吗?虽然在技术上是可行的,但缺乏一个流使它更加困难。流和设计差异化的关键区别半导体公司,它不太可能很快出现。但是没有人在这种方法中,完全关上了门。
|
|
|
|
|
|
|
|
|
留下一个回复