即至农历春节前,Oracle终于完成其在中国最后一站 — 上海站的SPARC M7新产品宣讲。
作为一个坚定的Oracle粉,身居上海的我们自然也受到了会议邀请~。不过,和广大技术同胞不同的是,我们是以媒体人的身份来参加的,因此分支会议上会有些小小的不同:)
主题为《安“芯”防卫,智胜云端》的Oracle大会一如既往的座无虚席,虽然是产品介绍会,但是除了媒体之外,还是有非常多的IT技术人员到场听讲的。
也许是由于开场的时间稍有延后的关系,在Oracle中国区事业部的詹飞浪总经理做了简短的开幕致辞后,潘榆奇总监便开始了对Oracle SPARC M7的主题演讲。
此次Oracle力推的SPARC M7产品确实是一款Oracle的实力之作,诚如潘榆奇先生所言,Oracle的发展思路明确,”速度” -> “安全” -> “云”。
从软件到硬件的整合能力,到对一体机的长期投入研发,Oracle在其技术领域中一直处于标杆地位。现在Oracle更需要乘着云的东风,希望在硬件领域有更多突破。
想要打动客户,在保证速度优势的前提下,”云“上的安全性痛点至关重要,如何让Oracle SPARC M7区别于其它竞争产品,取得独一无二的优势呢?
M7的Security in Silicon(安全芯片化)功能为我们诠释了Oracle为安全性所做的努力。
Security in Silicon的核心本质在于保护内存中的数据,将安全机制直接写入芯片中固化,既提升了效率,更确保了机制不被破坏,并还同时避免了更多相关安全软件的成本投入。
通过宣讲,我们更了解到M7 Security in Silicon其两项主要系统功能的设计突破,Silicon Secured Memory功能对内存数据访问的实时校验,以及内置的对内存中数据的辅助加密功能。
这两种设计既保护了加载在内存中的应用免于在内存级被注入的代码修改,也保护内存中的数据不被偷取暴露的问题。
新一代的M7突破性的内置芯片辅助加密功能同时兼顾了对性能追求,使得服务器在正常运行时始终处于安全情况下,对性能的影响微乎其微。不过需要注意的是,在软件开发时,你需要用到Oracle提供的API来用到这项功能。
为了更好的满足业务查询对速度的要求,在M7中还实现了SQL in Silicon(数据查询芯片化)来为SQL查询提速,如果企业用户正在使用Oracle 12c In-Memory列式存储的话,M7的加速引擎可以使其获得更极致的体验。
而且潘榆奇先生在会议中也提到,在即便未使用Oracle软件的情况下,SQL芯片化技术也能让你在进行数据查询时有更多的性能提升。
M7的新技术让我们耳目一新,其20项世界纪录和多项专利技术也让其载誉而来,云战略中,Oracle底气十足。
会议之后,Oracle还举行了一次小型的媒体问答会。会上有多家知名的IT技术媒体机构参与,有的问了最近腾讯与Oracle合作在中国建造的第一大云中心的进展情况,有个则问了对Oracle国产化产品的态度和发展,等等。
会中,作为自媒体的代表方前Oracle公司专家诗檀软件公司CEO刘相兵先生也对其感兴趣的M7芯处理器中DAS协处理器上的技术细节,以及Exadata和Supercluster的发展走向问题做出了提问。
—————
“云”在当今技术领域中也可算是一个炙手可热的词。几年前对此技术还懵懵懂懂一知半解,现在随着“云”在各个领域的开花结果,我们也越来越能体会到这种新的业务模式所能带来的技术变革。
我比较喜欢用“业务模式”这个用语来形容当下的云,可能这样的阐述未必能获得更多IT技术人士的满意。
不过,在我眼里,从卖集成软硬件到卖服务,其理念的革命性,已经深入到了更多领域,如现在国外智能机器人销售模式转变等等。
模式的转变也推动着IT的进步和发展,更快的网路,更强的集群,更安全的保障。无不催生出更多的业务需求和技术考验。
作为SaaS(Software as a Service)的先驱者,salesforce走在了前面,不过云端从来就不乏挑战者,而且似乎这个挑战者还武装到了牙齿。。。
这个挑战者就是Oracle, salesforce的成功,为Oracle的业务转变打开了另一扇门,Oracle已经是当下第二大云服务商。官网上这句”Hardware and Software, Engineered to Work Together”不知何时已经被改为了”Integrated Cloud Applications & Platform Services”。
在Oracle收购了Sun之后,更使得Oracle在“云”技术上积累有十多年之久,软硬整合实力如虎添翼,除SaaS服务外,Oracle还能提供基于PaaS, DaaS, IaaS的服务,这是salesforce无法比拟的优势。一句“Integrated Cloud”,道尽了其产品的宏大和布局的深远。
Comment