在最近的SearchCloudApplications观点专栏中，Jan Stafford指出，软件开发人员和用户都应该为“势不可挡的浪潮，即‘自备应用’(BYOA)和‘自备云’(BYOC)而欢呼。Stafford说导致这两种趋势的“因素”在于这两种浪潮都强调创新。

Stafford是本网站的执行编辑，她也承认伴随BYOA和BYOC，许多IT企业也产生很多棘手的问题。因此我们请来三位专家投稿人，就如何获得这两种浪潮中的利益，同时又能尽量避开棘手问题提出的建议，他们的观点如下。

关于基于云的应用的警告

首先，我们请专家来权衡BYO的影响，尤其是电子邮件，也包括其他应用——对各种内部和外部功能的影响。

技术内容聚合器Newstex有限责任公司的技术副总裁，也是SearchCloudApplications投稿人Chris Moyer说：“当转移到基于云的应用时，特别是电子邮件，最难以承认的事实是，你失去了大部分控制，并将受其它技术部门支配。”好的一面是：“其它技术部门肯定比你的内部部门大得多，并且在某一个特定的方面拥有丰富的经验，他们可能正在取代你的位置。”

首先，BYOA使质量保证(QA)和测试变得复杂化，他说：“如果整个系统崩溃了，你必须考虑发生了什么，并恢复系统，”Moyer说，“由于其巨大的分布式特性，云应用难以修复，并且你必须在灾难袭来时，做好准备。始终要有一份备用的计划。”

BYOA趋势造成了新的安全性挑战，这已经不是什么秘密了。Moyer说内部应用通常依赖于防火墙，但基于云服务的最佳实践则依赖于安全密码和加密技术。

451研究所分析师Carl Brooks专门研究云计算和IT基础设施，以及BYOA的影响取决于特定的应用与发展过程之间的关系。他不反对员工使用各种各样的个人应用，如电子邮件、工作计划和聊天服务。他说：“让员工使用他们所想用的应用，他们会更开心”。但是，正如他对Staffor所说的，使用重要开发工作的不同服务“可能会搞砸。”

BYOA：个人应用爆发难控制

建立自备云应用的最佳实践

接下来，我们介绍关于BYOA和BYOC的最佳实践和推荐政策。

Saurabh Sharma建议，后退一步，以宏观的眼光来看BYOA管理。“IT提供可靠的数据安全、隐私和包括不同应用、系统和业务流程的治理框架，”他是Ovum的高级IT兼软件分析师，也是SearchCloudApplications的投稿人，“许多组织已经开始执行政策，明确不同设备和应用之间交互的界限，并且使用新的服务网关来启用、确保并监控这种交互作用。”

451研究所的Brooks指出，政策和措施显然会因团队和项目的不同而不同。他建议，“如果一家大型公司中一项刚启动的——或者是已经成形的（研究成果）——打算使用第三方、终端用户驱动的协作工具，必须尽可能采用同样的方式”。

代表多用户管理应用

特别关键的是：制定关于所有涉及多用户工作应用的政策，Brooks说：“要有合理的规则，每个人都坚持遵守，特别是关于源代码控制和计划的规则，使用中心计划，这样每个人都能够理解并遵守。”最后，他补充道，不要中途转换关键工具，除非不转换将会产生巨大的损失。

Moyer建议，应大力推广这种到基于云应用的转变。“我不建议‘过河拆桥’，但你需要格外重视使用新的系统，全力以赴，但始终要有一份后备计划，以防出现问题时，你需要回到你的旧策略，”他说道。

同时，他建议最好不要用旧系统和旧的工作方式。

他解释道：“比如，如果你正在使用谷歌文档，但是SharePoint或其他文档系统仍有很大内存，你可能很想用那个旧的系统。”

最后，专家对BYOA和BYOC的两个潜在的缺陷发出警告。首先是人员问题，涉及一种类型，Brooks称之为“发烧友”，是指对一种特定的云应用特别热情高涨的人。“发烧友认为他或她的应用最好，可以显著改善项目的几乎所有方面，”Brooks说，“但这通常是一种误导，他们最终会投入大部分精力，试图使人们产生崇拜心理，而不是为项目去努力工作。”

Moyer建议系统管理员和员工不要去管这些应用所处的位置。“虽然你不需要担心物理硬件，但是传统的系统管理员可以给你很大帮助你不能只是通过移动云应用，解雇你的IT工作人员。”