最佳做法对于新的轨道部署在Linux上?
https://stackoverflow.com/questions/280155
-
07-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian题
我已经使用直杂种，我用的杂种群后面的时候，我已经看了薄，我变得非常好奇乘客。我已经看了服务，也是。我已经看了核磁共振成像的红宝石的企业版，题，并继续.有很多的选择，每个声称是新的圣杯。
什么是最好的选择有一个全新的，全面的最新部署？唯一的假设是这样的：
- 该应用程序轨2.2基础。(我知道2.2不完全释放，但既不是这样的部署。)
- 服务器是Linux为基础的。可能Ubuntu Hardy，但实际上，无论工作最好在这种情况。
- 轨道将需要功能齐全，并可能跟一个MySQL数据库。
- 其他的一切都是可以谈判的。
鉴于这些特别是广泛的限制，它的组合软件将产生最佳结果，在条款的并发和低，开销？
我倾向Apache与"工人"mpm和乘客+红宝石的企业版，仅仅是因为它提供立即的稳定性和简单性的安装和维护。
我可能尤为更好地与其他的选择吗？
解决方案
我从杂种群乘客两个星期之前(Debian Linux服务器)。我没回头看一秒钟。乘客可能是最简单的方式得到你的新服务器的建立和运行。性能和可靠性是合理的。
就个人而言，我喜欢花我的时间工作，对令人兴奋的新轨道的项目，而不是处理部署问题-乘客使我能够这样做。然而，杂种或别的东西，仍然可能是可取的，如果你有某种特殊的要求(不适用于大多数产品)。
其他提示
今天上午，DHH谈论这个非常主题，在他自己的博客：
但不知怎的消息的乘客已一点慢下沉。已经有一吨重的大网站的运行。包括Shopify，MTV，Geni,微，我们将可以动了第一Ta-da表不久，然后我们希望其余的37signals套迅速之后。
因此，虽然仍有理由运行自己的义的多层设置的手动构成片，就像有些人回避mod_php为他们的详细情况，我认为我们已经最终解决关于默认的答案。东西不需要你来真的认为有关第一部署的轨道应用程序。什么，只是工作。即使那个盒子是一个共享的主持人！
http://www.loudthinking.com/posts/30-myth-1-rails-is-hard-to-deploy
Tobias Lütke在的主题交换Shopify(万个请求/天)乘客：
所有这一切都意味着总量的存储器，用于通过Shopify在正常运作期间从平均9GB到平均5GB.我们均匀分布的储蓄之间更Shopify进程和更多的缓存空间，搬到我们的平均反应时间从210ms到130ms话业务增长了30%，在过去的几个月。
在结论：我看不到任何理由选择不同的部署战略在这一点上。它简单、完整、快速和有据可查的。
我们已经在使用的旧标准的服务->的杂种栈去18个月，尽管它不是微不足道，设定了第一次，这证明灵活的，并且处理了一些非常高的业务网站。服务特别是已经绝岩石固体和快速的，并且如果可以获得您的应用程序的页面缓存，你可以处理很多的请求。
卡杂种已经一个问题，因此我们使用监控杀死他们时，他们胡作非为。再次，它不是完全微不足道的设置，但是我们已经使用的相同进程在许多多的网站在这一点上。
我们还没玩过与乘客，因此也许更容易和更加稳定，我将推迟至其他行动者在这一个，我所能说的是，没有理由在所有你不能建立一个固体堆与服务和杂种。
我们有交换弗朗服务+杂种来的乘客。
我完全相信，旅客将是新的标准轨道，尽管服务和杂种群正在批准以通过一些非常聪明的人。最近的进展，乘客必须真正推动它前进。
我们目前的结构是这样的：
网络服务器
- Ubuntu8.04它
- 我上的乘客Apache2
- MRI红宝石的1.8.6和朋友(形式apt)
- 红宝石宝石1.3.0(安装从来源)
数据库服务器
- Centos5
- MySQL集群(我们就切换到这一点，但它是有希望)
具有标准化的精确的linux发行版我们已经能够写Capitrano食谱以帮助部署(轻微的变化，在配置有来源的许多服务中断)和否则简化了我们的生活。
看看 Litespeed.你可以得到免费版本上运行的1cpu或支付得到多cpu。这是一个有点贵但是岩石固体和处理轨出色(即使用较少的存储器和小的开销，以监测和设置)。我运行了大量的应用程序，它不会错过一个节拍。
我们还交换从杂种来mod_passenger和发现稳定大大改善了与这一努力需要设置和维护。不错的选择。
另一位金：
乔什看的 Slicehost宝石 是完整的Capistrano食谱是更简单和更有组织的比Deprec.什么也没有特别Slicehost具体，要么。
我是主持我的新的应用程序Apache2和乘客在Ubuntu顽强的。似乎是最简单和最好的选择，对于大多数的情况。我刚刚加入Slicehost.com 用于这一目的。他们似乎获得良好的评论，并拥有最具竞争力的价格的第一类东道主。
我真的不能认可他们还没有，因为我是一个新的客户，但设定的指南和范围的支持是令人印象深刻。
你是什么不一提的是如何大大受欢迎你的程序是/会。此标准可能影响决策过程。
Capistrano+Deprec为实际上设定了我的堆在Ubuntu上和身体上的管理的部署。
服务代理的要杂种clusers的服务器结构。它不是最新的，前沿技术，但它工作得很好，它是得到良好的记录，这是非常，非常的高性能，即使当工作小VPSes.假设你没有borked应用程序可以Slashdot128MB Slicehost车辆定位系统和它只是不断回来越多。
具有说:有一个 很多 的陷阱的第一次，直到我想出如何服务实际工作。之后，其惊人的--就像一个小Apachelet有轻微的俄罗斯口音。
