Sun 的未来与云计算

Sun 的近期裁员（据称将涉及到从事OpenJDK、JCP、J2SE 和桌面Java 的员工），和Sun 最近对云基础设施厂商Q-Layer 的收购，引起了人们的持续讨论：Sun 将如何重新确定其战略方向和选择侧重于众多技术中的哪些方面。Sun 与Java 社区存在着密切的联系，近期的财务、缩编和股票业绩表现等问题引起了人们的关注。去年秋天，Tim Bray 通过“ Sun 究竟该做什么”一文展开了对 Sun 未来发展方向的讨论。很多人，特别是 Ian Skerrett 、 Redmonk 的 Stephen O’Grady 、 BloggingRoller 的 Dave Johnson 和 Terrence Barr 参与其中。

不容置疑的是，Sun 拥有广阔和令人兴奋的技术资产——如此之大以至于在当前形势下难以维护和发展。所有人都认为 Sun 应该关注某些技术子集而从中受益。但问题是：应该选择哪个子集呢？

Tim 建议 Sun“集中精力构建一组 Sun Web 套件，使其成为首选的 Web 应用部署平台”。这种做法将保证 Sun 可以继续保留其硬件、操作系统、HotSpot 虚拟机和服务器端技术（例如 GlassFish 和 MySQL），同时放弃客户端技术（例如 JavaFX），Tim 认为其没有竞争力，还包括 NetBeans 和类似非 Web 相关的技 术。Tim 同时建议 Sun 结束“Java 管家”的角色，就像 IBM 释放 Eclipse 一样放手 JCP。

Terrence Barr 不赞成 Tim 的绝大多数建议，特别是放弃客户端技术。Terrence 认为客户端技术使 Sun 为用户所知，吸引客户更多的目光到其他具有更强创收潜力的技术上。

Ian Skerrett 和 Stephen O’Grady 都主张改革 Sun 的市场营销和企业内部文化——强调做好商业生意的重要性。不再完全让鼓励创新、技术和工程文化的思想驱动公司，也需要思考如何做好生意，就像 IBM 十年前面临类似的问题那样。

Tim 和 tephen O’Grady 都提到了 Sun 参与云计算的问题，该领域目前还不是 Sun 的技术重点——虽然去年建立了一个云计算部门。Tim 首先指出了云计算的一些未知问题：

• 它会运行在虚拟硬件的层次上吗，像 Amazon 的 AWS 那样，或者以平台即服务的形式，像 Google App 引擎（事实上，PHP 社区的很多东西也是这样）？
• 买家会接受一定数量的锁定吗，或者他们会坚持零障碍退出吗？
• 那些部署企业应用的买家会愿意把他们的数据导入云中吗？如果愿意，他们会要求怎样的隐私保证？
• 那些部署企业应用的买家会乐意构建内部云风格的基础设施吗？

尽管存在这些未知量，Tim 总结道：

我们已知的是：云计算的商业需求看起来十分诱人。我不确信 Sun 会以云服务的大型提供商的身份成功，我甚至也不确信我们需要这样做。我认为我们必须提前建立一些云基础设施并保持运营平衡，当云计算找到自身生存的方式时，我们将会把 Web 套件应用其中。

Stephen O’Grady 支持 Tim 的观点，建议 Sun 必须参与云领域。目前的云厂商（Google、Amazon 和 Microsoft）都采用普通的硬件设备，Sun 甚至算不上是一个供应商。Sun 唯一的参与方式是在自己的平台上提供云服务。

Sun 收购了 Q-Layer，它的 NephOS 软件包含了一些云技术（提供了 Tim 有关云是否会以虚拟硬件形式运行的一种答案），但是单纯的收购看不出来是一种 云战略或者方向。Sun 的云计算部门市场副总裁 Carlos Soto 表示“Sun 不会在收购的第一天就发布新的云计算产品，不过相信很快会有消息”。

除了云计算领域，没人提到 Sun 当前产品线的技术。例如，Sun 的 Lively Kernel 可能有潜力重振 Sun 的客户端技术产品，帮助它们打入新的市场。

你觉得 Sun 该怎么办？

查看英文原文： Sun’s Future and Cloud Computing