传闻已久的联想与NetApp合资,如今已成为现实。
来自NetApp官方、联想和NetApp行业老手的消息已经得到证实,联想和NetApp的合作已经敲定。
但是,联想+NetApp会和联想+HDS、联想+EMC一样吗?
根据公布的信息,联想最终几乎会放弃IBM存储,然后与NetApp成立合资公司,采用联想与EMC类似的合作模式,推出联想品牌的企业级存储。
合资公司由联想控股,持股51%,NetApp持股49%。据悉,联想和NetApp将分别占据四个和三个董事会席位。合资公司将采用独立经营、独立核算、独立管理的模式,预计于2019年春季投产。
合资公司的业务定位在中国,仅限于中国本土市场。成立的目的很简单:一方面,联想和NetApp的合资更符合中国市场的本地化合规性,为未来政府行业的采购带来便利;一方面,合资公司未来推出的产品将以NetApp软件为“灵魂”,联想硬件为“载体”,希望形成1+1超越2的效果。
为此,业内朋友指出,回顾联想企业存储多年的发展,HDS之前是日立万泰拉的联想OEM日立存储,销售不到一年就放弃了。
随后,联想与EMC合作推出联想-EMC合资公司和联合品牌,继续从事企业级存储。后来因为戴尔收购了EMC,戴尔服务器和联想x86服务器形成了直接竞争,而且是全球竞争,也是中国市场的竞争,联想不得不放弃与EMC的合作。
他认为,联想和NetApp已经开始合作,成立合资公司。从形式上看,这次合作类似于之前的联想&:日立Vantara和联想EMC没有本质区别,估计这样的合作时间不会太长。
此外,在联想和NetApp宣布成立合资公司之前,联想一直在代理销售IBM存储。联想DCG国内相关人士表示,联想销售IBM的V3000系列、V5000系列和V7000系列是好事,这三个系列每季度都在增长。
阿明专门为联想和NetApp的合资企业赠送了一款LOGO设计,怎么样?
因此,问题来了:
第一,联想和NetApp的合作会不会像联想&:日立Vantara和联想&: EMC的合作那么短暂?
二、既然联想和NetApp合作这么深,IBM的V3000系列、V5000系列、V7000系列还会继续代理销售吗?
三、企业存储:联想在想什么?
对于第一个问题:
据业内资深人士分析,其实联想与NetApp的合作与之前HDS、EMC、IBM的合作是不一样的。联想这么多年走的是HDS、EMC、IBM的临时路线,现在打算用NetApp来搞定。
临时路线的合作只是贸易、工业、技术上的贸易,很难上升到技术研发、产品创新,而只是销售上的合作,无非是代工或者直销代理。想要在企业存储领域树立自己的旗帜,没有自己技术基因的产品是不可能的。
所以,联想和NetApp会联合建设实验室或者R&D技术研发中心吗?如果有可能,那么联想在企业存储领域的需求就不一样了。
在中国,联想企业存储将面临与华为存储和Inspur存储最直接、最激烈的竞争和冲突。
在国外,联想的企业级存储会被戴尔EMC、日立Vantara、IBM等国际公司扼杀。
在x86服务器产品上略显低迷的联想,在云和AI上摇摆不定,似乎还很难在薄弱的企业级存储领域树立起自己的旗帜。但是,关键在于NetApp能在多大程度上帮助联想发展。
对于第二个问题:
既然所有产品都互相合作过,联想就有了所有的NetApp产品系列,显然可以取代IBM的V3000系列、V5000系列、V7000系列。联想不得不在重叠的NetApp和IBM存储中选择一个。否则,联想DCG的存储团队将不得不搬起石头砸自己的脚,这将导致强烈的内耗和对抗,这对DCG未来的发展相当不利。
目前,联想数据中心业务集团仍比较混乱,仅依靠联想品牌和渠道旧资本、资源先于IBM x86推进,其他行业板块进展不尽如人意。如果企业仓储领域出现内耗,必然导致整个DCG局势更加混乱,必然拖累DCG。然后杨希望能给联想集团带来更好的销量和利润增量,这很可能成为一个梦想的泡沫。如果成为现实,肯定会打击联想集团的转型,未来更是堪忧。
为此,业内资深人士分析透露,随着联想与NetApp合作的不断深入,IBM Storage最终将推出联想集团的历史舞台,V3000系列、V5000系列、V7000系列将被联想抛弃,一个也不剩。既然选择了NetApp,联想很难同时做两件事。为了更稳定的未来,联想不得不在不久的将来做出这样的选择。
对于第三个问题:
企业级存储的竞争如此激烈,以至于在中国和世界各地都处于白热化状态。虽然第三方分析机构近几年的数据显示,企业级存储整体市场在中国市场仍有一定的发展机会和增长潜力,但联想如何在企业级存储市场赢得未来?
可见,企业存储对联想来说只是一项业务。其地位难以超越x86服务器业务。
即便如此,联想还是决定这次真的出手。
联想和NetApp这次宣布合作的真正意义不仅仅在于合资的层面,还包括五层深层次的含义。
据业内资深人士分析,第一,双方有全球代工关系,联想即将有两个代工产品,即DE系列和DM系列,在现有联想ThinkSystem服务器的基础上,面向全球销售。
第二,联想提供全球工厂和渠道能力,NetApp提供技术和软件。未来,两家公司将发布创新产品,为全球客户提供服务。
第三,联想和NetApp在中国共同投资一家合资公司,为中国本土客户的本地化需求提供更合适的产品,公司自主经营。
第四,今天大多数人用“出售、收购、合并”,或者像中国三、戴尔、IBM这样的案例来描述联想与NetApp的合作,这是不准确的。
第五,联想和NetApp的中国合资企业也将建立一个中国R&D中心,规模相当大,初步估计有几百人。
从这五层深层含义的分析来看,还有很多新的问题。
问题1:国内企业级仓储R&D人才短缺。如何建立一个R&D中心?
最具挑战性的事情之一是建立一个企业级存储R&D中心。这取决于R&D团队是如何组成的。能接触到国内企业级存储R&D人员的资深人士并不多。
对此,业内资深人士分析,在企业级仓储R&D人员中,最重要的是领导,码农很容易找到。在NetApp硅谷R&D中心可以找到来自中国的领导者。候选人很多。据说很多都想回国打头阵。此外,以前从NetApp R&D中心出去的一些人可能是纯存储。你可以想象这些人的水平。
当然,如果合作协议中有规定NetApp协助合资公司组建R&D团队,这是一个很好的措施。如果协议中没有这样的条款,只要价格合适,就邀请NetApp R&D老兵跳槽。
问题2:既然是全球合作,双方谁受益最大?
有了联想的合作,对NetApp也明显有利,还有另外一个全球销售渠道。从代工到资本合作再到技术研发合作,基于全球视角,双方合资只是联想+NetApp的调味剂。
从短期和长期来看,NetApp多一个发货渠道总比少一个好。除此之外,联想的全球用户可以逐渐考虑购买NetApp。这也是一个不错的增量覆盖,至少可以逐步取代联想之前卖给IBM的存储部分。
事实上,联想DCG业务中,国外客户比国内客户多得多,联想DCG服务器主要依靠国外市场。NetApp也是如此,在国外销量巨大,尤其是在北美和欧洲。
问题3:如果未来NetApp转型,联想该怎么办?
据业内资深人士分析,如果联想负责硬件,NetApp软件可能会转型为存储行业的“VMware”。这种思维的分析是,联想有在存储行业再造“联想+Windows”现代人的想法。
这种分析思路很有意思,但还是不够准确。面对未来的发展,NetApp肯定会走混合云、软件定义、超融合的路线。所以企业级存储BOX的OEM和生产线,未来肯定是低资产运营。
合作顺利的话,只有BOX才有可能让NetApp未来把制造、生产、劳动密集型的工作交给联想。
全球存储观察和分析指出,这种可能性是存在的。IBM之前的x86服务器厂制造能力不错,联想收购后是非常好的资产。如果NetApp的硬件BOX被拿下,对联想也是增量帮助。
在企业级存储厂商中,NetApp对云有很好的理解。现在只需要强调混合云和软件定义的内容,超融合基本完成。
可见,假设未来NetApp转型为纯软件型的企业存储公司,对联想并无伤害,还会增加新的合作机会。
问题4:收购IBM x86后,联想一直代理销售IBM存储。为什么不考虑和IBM合资做存储或者买IBM存储?
据业内资深人士介绍,IBM的存储产品比较复杂,IBM未来的路线有很多不确定因素。IBM现在的定位是云服务提供商,Bluemix、Softlayer、Watson是IBM的重点。对于联想集团来说,收购一个IBM不想继续的部门风险太大,比收购MOTO手机的风险还要大。
与其这么冒险的收购,不如和势头一直在上升的NetApp深度合作,看情况再做进一步的资本亮点。目前,NetApp势头良好,产品线齐全,是联想罕见的企业级存储整体解决方案的合作伙伴,这自然在很大程度上提升了联想与NetApp合作的整体信心。
所以对于目前步履蹒跚的联想集团来说,面对云计算、大数据、人工智能、物联网转型的关键时期,合作合资的整体战略必须看长远发展才有机会。
否则,只看现在的合作,必然会导致未来发展的死胡同。如果是这样,那就得不偿失了,比如联想和HDS,联想和EMC。
此外,值得再次强调的是:未来联想+NetApp是否会联手对抗戴尔EMC或HPE,能否产生新的“化学效应”,值得大家继续关注和思考。
注:在此,感谢业内资深人士和朋友参与本文相关话题的讨论,感谢他们在撰写本文时的帮助和建议。
1.《联想企业级 企业级存储:联想到底在想什么?》援引自互联网,旨在传递更多网络信息知识,仅代表作者本人观点,与本网站无关,侵删请联系页脚下方联系方式。
2.《联想企业级 企业级存储:联想到底在想什么?》仅供读者参考,本网站未对该内容进行证实,对其原创性、真实性、完整性、及时性不作任何保证。
3.文章转载时请保留本站内容来源地址,https://www.lu-xu.com/junshi/1747764.html