幸运的是，从 Solaris 移植到 Linux 并不一定会出现这些问题，而且的确有可能（多数情况下都很值得）避免“大手笔投资的方法。在本文的 迁移指南部分，我们描述了如何按部就班地进行迁移工作，将开销均匀分布并减少风险，因为中间点是不变的（您可以随意停留在每个点上）。这意味着您可以独立地提交每个步骤，并在每次提交后重新评估优先权和目标。这样就更容易控制对您企业造成的风险和影响了。

　　开销会有多少，还有会花费多长时间？

　　只有对应用程序进行全面的迁移评估，才能回答这个问题。其中包括下面几个相关的因素：

　　编译器语言

　　代码中与硬件相关的因素（如字长或字节尾附属物）

　　平台运行时服务

　　构建工具附属物

　　可用的数据库、联网条件和消息传递中间件

　　用户界面可移植性

　　测试案例和测试环境

　　移植工作的规模和复杂性将与系统和环境相关的代码直接成正比。如果应用程序只使用标准语言构件和标准库，而且并不一定要在 SPARC 处理器上的 Solaris 下运行，那么移植就相对容易一点。举例来说，Java 应用程序通常就属于这个范畴。另一方面，如果应用程序是不使用 Solaris 上的 POSIX 服务的 C 程序，或者依赖于 Linux 上没有的第三方产品，那么移植工作就困难多了。

　　请参阅 迁移指南进一步了解迁移工作的评估。还有，本文的 迁移工具和外包部分为您介绍了一些专家，他们可以帮助您评估应用程序的可移植性。

　　我的应用程序可以继续在 Solaris 上运行吗？

　　如果您不希望在 Linux 和 Solaris 之间进行选择的话，就不要选择！当您移植应用程序时，很多情况下您都是在将不可移植的方法和附属物替换成可移植性更好的东西。您会将 Solaris 构建工具替换成 GNU 工具，并使用与 POSIX 相容的线程库代替 Solaris 中对应的库。因为这些工具和接口在 Solaris 上也能找到，所以您可以继续自由地使用 Solaris，甚至在将开发平台移植到 Linux 之后继续把握 Solaris 市场。

标签： linux