问题标签 [infrastructure]

我的公司正计划在我们的组织中实施 SAP HR。我们已经运行了其他模块。我们计划向大约 20 万用户提供 ESS/MSS。我们当前的配置是一台带有 Central Instance 的机器和 3 台带有 Dialogue Instances 的机器。数据库位于中央实例机器上。Enterprise Portal + DB 在单独的机器上运行。我们正在考虑将 HR 模块分离到一个单独的数据库中，以免在负载时杀死其他模块。这是一个有效的担忧吗？有没有更好的方法来构建系统？我正在考虑将数据库和中央实例分离到两台不同的机器上。我尝试在 SAP 市场上搜索有关 SAP 基础架构架构的任何建议，但没有任何运气。

如果我在我的 DNS 记录中简单地指向两者，那么 50% 的流量不会也有问题吗？

首先，我查看了以下页面并没有完全得到我的答案： how-would-you-organize-a-subversion-repository-for-in-house-software-projects和 how-do-you-组织你的版本控制存储库

我还查看了使用 Subversion 的实用版本控制的第 8 章。

他们都有很好的建议，但我很难将其与我的需求联系起来。

基本上，我想为我们的 Web 服务器组织代码。我们有一个 $WEBROOT/htdocs 和 $WEBROOT/cgi-bin。在我们的 htdocs 目录下，我们有 $WEBROOT/htdocs/js 和 $WEBROOT/htdocs/css 用于 java 脚本和样式表。

我们的“项目”并不是真正的项目，而是一小段代码——可能是 Perl 脚本、java 脚本文件和样式表。我们可能有大约一百个这样的小“项目”，它们几乎相互独立，但都存在于同一个网络服务器上的同一个 $WEBROOT 下。

我们的代码还没有被颠覆，但我希望它是——我只是在有效地组织它时遇到了麻烦。如果需要，我们可以有多个 svn 存储库，但是如果每个存储库只有 3-10 个元素，那对我来说似乎是一种浪费。

我认为可以工作的是这样的：如果我编写一个脚本来计算网络服务器上正在运行的进程（为了一个例子）。假设我有一个 perl 脚本、一个 js 文件和一个 css 文件。我可以将“项目”命名为 webserver_processes，并将其签入到存储库中：

在树干下，我可以拥有：

我在这个“项目”中没有任何静态 html 文档，但如果我有，它们会进入“html”目录。

我在这种结构中看到的好处是我可以一次签出一个“项目”，而不会真正影响 Web 服务器上的任何其他内容。缺点（也许它不是真正的缺点）是部署。我必须一次从存储库部署 1 个项目。我看不出如何使用这种方法用我的 $WEBROOT/htdocs 和 $WEBROOT/cgi-bin 结构创建工作副本。

另外一个选项：

我可以像这样创建一个 svn 存储库：

在主干下将是我的网络服务器上的所有代码，在这两个目录中：

最大的缺点是，对于 1 个元素的小代码更改，我必须检查我的 Web 环境中的每一段代码。好处（有点）是我可以在我们的 Web 服务器上执行“svn update”来获取提交给存储库的任何更改。

也许我只是让这变得比它应该的更复杂，但是有人对我如何有效地在颠覆中组织我的代码有任何建议吗？

提前谢谢了！

布赖恩

我有以下情况，我想知道你会采取什么方法来解决这个问题。

这是客户的需求。

他需要一个网站/电子商务以及能够自定义电子商务外观的东西。他还希望能够扩展一些功能，例如产品配置。

他在一个国家设有办事处，在另一个国家设有办事处。

客户通过网络或电话下订单，然后公司的某个人决定是在办公室 1 还是办公室 2 下订单。

客户需要能够从一个位置查看有关两个办公室的信息。

所以我们有 1 个网站 + 2 个办公室，我想知道在这种情况下你会选择做什么。你会在网络上制作所有东西，在那种情况下，我如何处理条形码和特殊打印机。

你会做一个网站+ 1 软件在网络上共享一个数据库。在那种情况下，数据传输会不会太慢。

目标是使开发尽可能简单，因为客户希望能够在需要时更改程序员。

最好，应用程序应该在 .Net 中完成，以便更容易编码。

那么在这种情况下你会怎么做呢？

更新 2009-05-21

我一直在测试使用单个网络共享的#2 方法。这会导致 Windows Server 2003 在负载下出现一些问题：

http://support.microsoft.com/kb/810886

结束更新

我收到了一份关于 ASP.NET 网站的提案，该网站的工作方式如下：

硬件负载平衡器 -> 4 个 IIS6 Web 服务器 -> 带有故障转移集群的 SQL Server DB

这就是问题所在...

我们正在选择存储 Web 文件（aspx、html、css、图像）的位置。提出了两种选择：

1) 在 4 台 IIS 服务器上分别创建相同的 Web 文件副本。

2) 将 Web 文件的单个副本放在 4 个 Web 服务器可访问的网络共享上。4 个 IIS 服务器上的 webroot 将映射到单个网络共享。

哪个是更好的解决方案？选项 2 显然对于部署更简单，因为它只需要将文件复制到一个位置。但是，我想知道是否会有可伸缩性问题，因为四个 Web 服务器都在访问一组文件。IIS 会在本地缓存这些文件吗？它会在每个客户端请求上命中网络共享吗？另外，访问网络共享总是比在本地硬盘上获取文件慢吗？如果添加更多 IIS 服务器，网络共享的负载是否会变得更糟？

举例来说，这是针对目前每月获得约 2000 万次点击的网站。在最近的高峰期，它每秒收到大约 200 次点击。

如果您对此类设置有特殊经验，请告诉我。感谢您的输入。

更新 2009-03-05

为了澄清我的情况 - 这个系统中的“部署”比典型的 Web 应用程序要频繁得多。该网站是后台 CMS 的前端。每次在 CMS 中发布内容时，都会自动将新页面（aspx、html 等）推送到实时站点。部署基本上是“按需”的。从理论上讲，这种推动可能在一分钟或更长时间内发生多次。因此，我不确定一次部署一台 Web 服务器是否可行。想法？

我正在尝试以图形方式表示我们所有的服务器机架。因此，当我们收到一个新服务器时，我们可以决定它应该放在哪里以及特定服务器当前所在的位置。

是否有任何现有的软件包可以存储此类数据？如果有的话，我更喜欢开源的，但任何东西都会有帮助。

我在一个分为两组的 IT 部门工作。一组开发和管理应用程序，另一组管理公司的基础设施和服务器。我们面临的问题之一是沟通中断。我为应用程序组工作，我遇到的问题之一是当服务器被基础设施关闭或正在刷新数据库时没有收到通知。

有没有人对如何改善两组之间的通信有任何建议，或者对如何在多个系统（Linux 和 Windows）之间保持轻量级日志有任何想法？理想情况下，如果我们可以让我们的盒子只是推特他们的状态或其他东西，那就太好了。

谢谢您的帮助，

本

听了 Scott Hanselman 对 Stack Overflow 团队的采访（第 1 部分和第 2部分），他坚持认为 SQL 服务器和应用程序服务器应该在不同的机器上。这是否只是为了确保如果一台服务器受到威胁，则两个系统都无法访问？安全问题是否超过了两台服务器的复杂性（额外成本、两者之间的专用网络连接、更多维护等），尤其是对于一个小型应用程序，其中任何一块都没有使用过多的 CPU 或内存？即使有两台服务器，其中一台服务器受损，攻击者仍然可以通过删除数据库或弄乱应用程序代码来造成严重破坏。

如果性能不是问题，为什么会有这么大的问题？

企业业务应用程序的基础构建块有哪些？我正在考虑多个应用程序共享的可重用组件：

1. 更快地扩大规模
2. 通过消除重建来加速开发
3. 通过最小化关键故障点提供稳定的基础架构

我在集中化/标准化方面看到的一些成功的概念示例：

• 日志记录
• 排队
• 调度

我有一个 SharePoint MOSS 2007 开发设置，我在上面安装了 WSS 基础结构更新。现在，每当我尝试使用 IE7 访问我的 SharePoint 场中的任何网站集时，我都会收到用户名和密码提示。我为我的网站集管理员帐户输入了有效凭据，我再次看到该框。这发生了三次，然后在第三次之后我只看到一个空白页。

当我通过 FireFox 3.0 访问系统时，我看到了用户名和密码屏幕，但在第一次输入凭据后，站点正常运行。

我认为这是因为 IE 使用 NTLM 而 Firefox 使用基本身份验证，但我不知道如何解决这个问题。

有没有其他人经历过这种情况，或者有人能指出我正确的方向吗？

在此先感谢 - 罗素