根据JBoss的这种“专业开源”模式，用户组织与众多开发商签订不同协议。协议在所需的具体软件、可用服务级别以及支持成本等方面各不相同。因而，开源产品组合越复杂，支持服务组合也会变得越复杂。用户组织负责集成不同组件，并负责解决可能会出现的兼容问题。
开源开发商提供的支持往往好于商用软件开发商。与传统的开发商不同，它们通常为客户提供可以直接联系其开发队伍的便利，而开发队伍通常包括原始开发项目的成员。这些队伍可以按需要改动项目的源代码。
2. 开源中间件支持。如今已出现了统称为开源中间件提供商（stack provider）的一批新公司，它们旨在解决: 集成及支持一家组织里面的多个开源软件组件。开源中间件提供商把通常使用的一套套开源软件组件组合起来，并为这些组件提供服务，包括支持和集成测试。
几个知名的商用软件开发商包括惠普和Novell正在开发类似的开源产品。如果公司计划使用一套常用的开源软件组件，与开源中间件提供商合作也许能满足需要。不过要注意: 大多数开源中间件提供商只支持最流行的组件。
此外，开源中间件提供商本身对软件的了解程度通常不如开源开发商。正因为如此，一些组织选择与能为客户提供更高技能的开发商合作。这是个很好的折衷办法。
开源中间件提供商的另一个不足就是，它们没法雇用所有开源项目队伍的成员。因而，一旦发现问题，它们只好与众多队伍协调可能改动代码的事宜，而不是直接改动代码。诸如此类的考虑因素可能会让一些CIO不敢选择“只有一个责任对象”的开源支持方案。
3. 社区支持。成功的开源计划带来了活跃的网上社区，这类社区可提供多种支持方式，包括邮件列表、讨论论坛、甚至直接通过电子邮件与开源项目开发人员通信。不过社区支持想获得成效，组织要有强烈的主人翁感觉。
CIO千万不要把社区支持与免费支持混为一谈。完全依赖社区支持的任何一家公司实际上都是把支持问题交给自己来处理。比较明智的公司也会有内部专家: 一旦出现问题，他们就负责系统维护和寻求其他帮助。这些内部专家应当成为加入相应软件的庞大网上社区的用户。
与商用软件开发商不同，开源社区不会根据企业的规模大小来优先对待用户。也就是说，一家《财富》100强公司的CIO得到的支持级别与一家小型非营利性 组织的CIO所得到的支持级别相同。同样，一家大公司的开发队伍所发的帖子不会自动得到优先处理权，哪怕这帖子是有关生产过程中的重大故障。要提醒的是，如果你向开源社区寻求支持，就要有一定的耐心。
4. 培训现有技术人员。虽然开源软件要求企业在很大程度上依靠自己，但未必需要新招技术人员。相反，企业可以对现有技术人员进行培训，以便熟悉使用相关软件。由于IT预算缩减、培训机会渐少，这种举措有望通过发掘新的增长点来提升员工们的士气。可以从越来越多的公司获得培训，其中包括Covalent、JBoss和LearningPatterns。
5. 雇用项目开发人员。依赖开源软件的一些组织雇用专职的开源项目开发顾问作为开发队伍成员。增加专业人员帮助组织自身提升了技术实力，并且增强了自我支持能力。另外，拥有这些项目开发人员让组织可以直接改动源代码。
文章来源于领测软件测试网 https://www.ltesting.net/
