你应该借鉴蓝色巨人的某些经验教训，在上世纪70年代的System/38微型计算机和上世纪80年代后期的AS/400都是如此。思科系统公司在推出"加利福尼亚"统一计算系统时就借鉴了IBM的教训，但是思科仍然没有完全领会，就像DEC没有处理好VAX，惠普的HP3000也是同样的情况。

但是你必须避免重复这些计算机系统以及Unix系统进入市场时所犯下的错误。现在他们大部分已经被可以支持新应用软件的Windows系统和部分Linux系统所取代（遗留的Unix应用软件市场表现还相对稳定，因为在应用软件还处在使用阶段时，用户通常都不愿意更换平台。通过更换平台来省钱有时候意味着花费更多的钱和引发大量的争议。因此没人愿意那么做）。

第一个教训是整合意味着成为一个系统。Moon Macrosystems销售的是系统，而不是服务器和存储阵列。正确构建的系统能实现较低的总体拥有成本，并且易于使用。但是你不能因此就杀鸡取卵，就像IBM公司在应对AS/400时的做法一样。

另外，集成软件组件并不意味着将整个软件打包发售。Lunaris系统软件必须进行许可证授权使用，这样任何组件无论是在物理机还是在虚拟机上都能任意开启或关闭。用户只需按需付费即可。找到一种可行的付费模式。你可以通过每月使用的内存容量来定价软件，或者围绕整个物理环境和虚拟环境的分类来进行，因为市场上软件堆栈的价格是有差异的。IBM公司就对他们的年金收入流大家宣传。

整合还意味着技术支持的低成本，正如埃利斯在SUN收购声明中指出的那样。但是如果你整合和简化了软件堆栈，技术支持的低成本优势才能实现。Moon Macrosystems将支持自己的软件堆栈，可以运行任何Java, C++, C#, PHP或Fortran语言编写的应用软件。老实说这是一个已经被定位的市场。如果用户想在这个平台上运行其他的数据库，中间件或者应用软件研发工具，就要为技术支持额外付费。

窍门是在集成堆栈上尽可能的简化技术支持就能为你节省大量的金钱。比如说将了解这种支持的SUN的专业人员招致麾下。这不是可以外包给亚洲市场的交易。你需要做的是优中选优。你需要自动化支持，就像Lunaris网络那样，你也需要应用软件交换，就像Lunaris Exchange那样的。你会发现这种趋势已经渐露端倪，比如编译Solaris软件的开源社区Blastwave正在合并入Loonaris.org。

另一个需要从AS/400中吸取的教训是--这也是DEC和惠普的管理者都没有从蓝色巨人处引以为戒的，那就是集成系统并不只是它本身那么简单。它会涉及在顶端运行的应用软件。你可以让系统易于使用，受人青睐，可靠，你也可以让许多真实物理环境中的企业级应用软件尽可能的在硬件上运行，让软件为你赚钱。

在1998年的鼎盛时期，AS/400系统在全球拥有大约27.5家忠实用户，可以支持大约20000种应用软件，8000种软件包，将蓝色巨人的服务器和存储销售额推至50亿美元。10年后，AS/400的销售额下滑至10亿美元以下，大约还有2500名软件研发人员在使用这个平台，应用软件的数量锐减为5000种。