node.js - 这种技术可以堆叠吗？

Question

我的客户要求我建立一个实时应用程序，可以聊天，发送图像和视频都在实时。他让我提出自己的技术堆栈，所以我做了很多研究，发现最容易构建的技术堆栈是使用技术堆栈下面的
1）node.js和cluster，最大化一个服务器语言实例的cpu核心
2）socket.io-实时框架
3）redis-服务器多实例发布/订阅
4）nginx-反向代理和负载平衡多个服务器
5）Amazon EC2-运行服务器
6）Amazon S3和CloudFront-保存图像/视频并交付
如果我错了，请纠正我。我真正的问题是，上面的技术堆栈是否可以每秒伸缩1000000条消息（文本、图像、视频）？
任何有过node.js和socket.io经验的人，都可以给我提供一个见解或上述堆栈的替代方案。
当做，
鼻窦

Answer 1

我真正的问题是，上面的技术堆栈是否可以扩展1000000条消息
每秒（文本、图像、视频）？
当然可以。有正确的设计和足够的硬件。你的客户应该问的问题并不是它是否能做得这么大，而是它能以什么样的成本和实用性来做，这些都是最好的选择。
让我们看看你提到的每一个片段：
node.js-对于一个以I/O为中心的应用程序，它是一个很好的高规模选择，它可以通过在一个集群中部署多个CPU（每个服务器都有多个进程和多个服务器）来进行扩展。这种规模的实用性在很大程度上取决于所有这些服务器进程需要访问的共享数据类型。通常情况下，数据存储最终会成为更难扩展的瓶颈，因为在请求处理时很容易抛出更多的服务器。在一个集中的数据存储中投入更多的硬件并不容易。有很多方法可以做到这一点，但这在很大程度上取决于应用程序对你如何做到这一点以及这一点有多困难的要求。
io—如果您需要高效的服务器推送小消息，那么socket.io可能是最好的方法，因为它在推送到客户端时最有效。不过，它在所有类型的交通工具上都不是很好。例如，我不会通过socket.io移动大图像或视频，因为有更多专门构建的方法可以做到这一点。所以，socket.io的使用在很大程度上取决于应用程序到底想用它做什么。如果您想将视频推送到客户机，也可以只推一个url，让客户机掉头，使用众所周知的高比例技术通过常规http url请求视频。
redis-同样，对某些事情很好，但不是所有事情都很好。所以，这真的取决于你想做什么。我之前解释的是，数据存储的设计和通过它进行的事务的数量可能是您真正的规模问题所在。如果我开始这项工作，我会先了解服务器的数据存储需求、每秒各种类型的事务、缓存策略、冗余、故障转移、数据持久性等……并首先设计了数据的大规模访问。我不太确定redis是首选。我可能会建议你在项目早期需要一个高级别的数据库人员作为顾问。
nginx-许多使用nginx的高规模站点，因此它当然是一个很好的工具。它是否适合你取决于你的设计。我可能会在这一部分工作最后，因为它似乎不太中心的设计，一旦系统的其余部分布局，你可以考虑你需要这里。
亚马逊EC2——几种可能的选择之一。在苹果与苹果的比较中，很难直接比较这些选择。大型系统是在ec2的基础上构建的，因此这里有概念的证明，并且总体架构似乎是一个合适的匹配。如果你想知道真正的小精灵在哪里，你需要一个在ec2上做过大规模工作的顾问。
AmazonS3-我个人知道一些非常高的存储和带宽的网站使用S3来处理视频和图像。这很管用。
所以…如果以正确的方式使用这些工具，它们通常是很好的工具。redis将是一个问号，取决于实际应用程序的存储需求（您提供了零需求，不能选择具有零需求的数据库）。一个更合理的答案是将一组高层次的需求放在一起，分析系统需要做什么才能为1000000个服务。这些需求可以与一些已知的功能进行比较，以便在扩展系统时启动一个棒球场。然后，您必须组合一些基准测试，以便在系统的某些部分上运行一些测试。失败的成功很大程度上取决于应用程序是如何构建的，以及工具是如何使用的，正如选择了哪些工具一样。你可以使用许多不同类型的工具成功地进行扩展。嘿，facebook是在php上运行的（好吧，这是一个经过高度修改的定制php，在运行时根本不是典型的php）。