在（i）在位于隔壁的服务器上部署我的web应用程序和（ii）让其他大公司为你做这件事情时，我应该考虑什么？ 另外，我想估计成本（我们是一个非常小的组织）。
感谢您的帮助
我不知道成本，完全取决于你的要求。 你必须得到公司的估计。
在其他房间托pipe的好处：控制。 你有全面的pipe理控制。 你知道如果你有备份，当出现问题时你可以物理访问机器，你可以升级它，你有责任。 你可以把小小玩意儿和贴纸放在服务器上，如果你想要的话，可以把它放在极客网站的照片上，就像Boba Fett摇头蛋糕一样。
受益于外包：再次，取决于。 根据您的合同和托pipe公司，您可能得到的唯一真正的好处是，如果您的办公室烧伤或洪水，您的应用程序将继续工作。
一些公司可能会升级到操作系统，或者它可能仍然是你的工作。 有些公司可能会进行分布式部署，所以如果有人在纽约访问您的应用程序，并且您在加利福尼亚州，则客户端将从本地更多的站点获取该应用程序，而且速度更快。 取决于您的部署需求。
基本上，您需要列出技能组合中的能力和缺陷，并决定是否可以在本地获得，或者需要托pipe公司为您做。 然后决定对您有多大的价值，以及在您的应用程序失败时是否值得停工。 备份？ 电气冗余？ 部件（如果你的服务器死了，你能把它恢复）？ RAID和操作系统维护？ 防病毒/灾难规划？
谁在访问它？ 只是你的公司？ 还是外面的客户？ 如果您托pipe它，并且您的互联网连接死亡，一切都将被切断。 这个应用程序是否使您的公司的钱？ 那么你可能需要在分布式的亚马逊云上，或者你需要公司与多个提供商有冗余链接。
从你的名单开始，然后看你的公司是否具有现场（或附近有顾问）和资源来处理死连接，备份，灾难（龙卷风，洪水，地震）和维护等问题。 否则，看看“托pipe的云”。 然后共同预算这些东西对你/你的公司有多大的价值，并从不同的公司得到价格。 比较他们如何堆叠。
或者在另一个房间出发，稍后再迁移到外部公司。 除非你真的根深蒂固，否则没有什么能阻止你以后的迁移。 我想说的是，尽pipe我可以把它全部虚拟化，但这是帮助一些迁移的一种方法，在我看来，尽可能使其具有通用性和可分离性。 抽象的应用程序足以让它更容易转储到另一台机器（无论是在业务中的升级或新的服务器或云上的虚拟服务器）。 您对服务器解决scheme的实施依赖性越less越好。
成本显然是一个。 您需要为托pipe支付 – 共享（您的站点与其他站点位于同一台机器上）或专用（您获得自己的服务器的位置）。
安全 – 托pipe解决scheme将更安全。
数据传输速度。 您处于为接收数据而build立的连接的末端，即您的下载速度和传输量高于上传速度。 有了办公室里的一台机器，你将会提供“反stream”的数据，你的网站的性能将会受到影响。 如果您自己托pipe，则需要升级连接以允许更平等的上传和下载。
至于成本，这取决于你在哪里，你的应用程序有多大，你将传输多less数据。