问题标签 [infrastructure]

我知道许多基于 Web 的初创公司在开始拥有更广泛的用户群时都会遇到可扩展性问题。

我有一个关于建立社交网站的想法，并且想提前计划可扩展性问题。我可以提前做什么？我想尽早设计好基础设施，因为我知道一旦建立了其他东西就很难改变。

所以基本上，它是一个社交网络应用程序，你可以想到 Tweeter 之类的东西，用户可以向现有线程添加评论/消息，所以大部分都是记录插入，基本上没有太多记录更新。

此外，不用说，它有点像 Facebook 的 AJAX 前端。

另外，是否可以使用虚拟主机？像托管主机？它是否能够每月处理 100 万个独特的用户（在这里想得很大）？如果是这样，这是个好消息，我认为它物有所值，而且它有点摆脱了风险和努力。

谢谢你的帮助！

我正在尝试为使用 Hadoop 的产品测试构建一个小型 QA 环境。我的要求很小，所以我猜一个小的 3-4 节点集群就可以了。我关心的不仅仅是构建这个环境的硬件规范，而是应该从基础设施和实践的角度整合的最佳实践和其他工具。假设您要从头开始 - 您的 QA 环境会拥有什么？这是我能想到的 1. 3 节点服务器类机器，2. 错误跟踪工具，代码覆盖工具，3. 持续集成服务器 4. MRUnit？）

我们正在使用 DDD 和 CQRS（使用ncqrs框架）启动一个 Web 应用程序，在我们开始编写我们自己的基础设施类库之前，我想看看是否有任何可用的。

我认为至少可以在任何项目中使用一些用于写入文件系统、发送电子邮件等的基本接口和通用实现。

我想选择一个 CMS，它将成为我公司网站基础架构的一部分。
在我真正选择一个之前，你认为我需要问什么问题？
选择 CMS 几乎就像选择框架一样。

谢谢

我对创建一个 Web 应用程序很感兴趣，并且我刚刚对什么是好的 Web 服务器进行了一些研究。我搜索过 facebook、twitter 和foursquare。他们分享了他们用来构建基础设施的软件。

对我来说，使用的一些软件是新的。我想在这里问一些问题。为什么要创建后端服务器，运行PHP的Web服务器还不够吗？为什么使用 java/scala 作为后端？我们真的需要 RPC 框架，例如 thrift/protocol buffer 吗？那个 RPC 框架是用来做什么的？它用于前端和后端服务器之间的通信吗？

非常感谢那些回答我问题的人，或者如果有一些书你会建议我阅读。

谢谢你。

客户要求我提供基于 TYPO3 的网站，其参数如下： - 少量内容（约 50 页） - 更改频率非常低 - 平均可用性约为 95%/天 - 仅 20% 的页面受到限制登录后可用 - 不需要花哨的 Typo3 扩展或其他东西（仅限 Typo3 核心） - 中等大小的页面 - 仅包括有限的数​​字资产（图像等）

我需要构建一个基础架构来为多达 1000 个并发用户提供服务。假设平均思考时间为 30 秒。这将导致每秒 33 个请求。

基础设施是什么样子的？

我知道系统扩展是一项高度个人化的任务，具体取决于系统的实现并需要测试，但我需要首先指示从哪里开始（单个服务器、将组件分离到不同的服务器……）。

任何想法？

我是数据中心基础架构的新手，我正在解决一些练习。我遇到了一个我无法回答的问题，所以我很乐意寻求帮助。问题是：

1）在规划一个包含 20 台机器的高可用性基础架构时，我需要一个 SAN，有人向我提出了 3 个不同的解决方案：

• a) 基于光纤交换机将机器连接到 SAN 的解决方案，无需冗余。

• b) 完全基于iscsi的解决方案；

• c) 允许我仅将 8 台机器连接到具有冗余的 SAN 的解决方案；

由于这些解决方案都不是理想的，为了确保从所有机器访问存储，可以推荐哪些解决方案/更改？为什么

请一些帮助，谢谢

有谁知道为小型团队提供预配置和适应性开发基础架构的 VM Appliance（或 Linux 发行版）。

想法是进行简单的配置，其中有人说我想要 Trac + GIT + Maven + Hudson、Confluence + Jira + SVN 或 FogBugz + Mercury 设置 [*] 以及项目的 VM 或 VM / Distribution 中的项目已配置，所有内容都捆绑在一起。

我知道不再维护和更新的旧项目（VMware Appliance Market Place，一些非常好的例子，但三年未维护），或者只支持一个方面的重点项目（例如Trac或敏捷开发/测试） .

[*] 我知道这些例子代表了一个非常广泛的范围，但是给出这个想法 =)

在部署 Web 应用程序时，一种常见的做法是将实际的应用程序逻辑实现为一系列服务，并通过 HTTP 公开它们，然后在服务和用户之间放置一些前端。通常，这些前端会处理 SSL、会话数据、负载平衡、路由请求、可能的缓存等事情。

AFAIK，这通常意味着每次有新请求进入时，都必须向一个或多个后端发出一个或多个新请求：每个请求都有其 TCP 握手、HTTP 开销等。

额外的连接不会增加可测量的延迟和/或性能损失吗？如果是这样，从这些部署中获得最佳性能的常用技术是什么？

假设我创建了一个 Windows Azure 应用程序，该应用程序由多个实例组成，通过在每个实例上启动一个服务器并交换大量数据来相互通信。

我应该期望底层基础设施的数据传输速度是多少？