问题标签 [enterprise]

希望听到在企业环境中使用 WCF 的人的意见。

推出的主要障碍是什么？性能问题？任何和所有提示表示赞赏！

如果可以，请提供一些一般统计数据和服务器配置！

亲爱的堆栈溢出社区，

我的任务是为我工作的一家大公司改造几个网站，并为组织内的内容管理和文档存储开发一个内部 Intranet 站点。

我的“问题”是这样的：他们希望我使用一个框架/一组语言/技术，我可以向他们证明这些框架/一组语言/技术是“具有良好记录的稳定、企业级技术”。

规范的“大图”实际上并不太复杂：实施企业级 CMS 来管理每个部门的网页，这些网页主要处理产品信息和文档（即 www.linksys.com 的更简单版本）。

作为一名开源程序员，我想将 Python 与 TurboGears 一起使用并从头开始构建它，但我真的无法找到一种方法来向总裁证明 TurboGears 拥有巨大的企业业绩记录。Zope 似乎有很多企业用途，但在我看来有点臃肿。Django 可能是一种选择，但似乎不如 TurboGears 灵活。

我宁愿不使用 PHP，但 Drupal 有一份非常不错的简历，其中包含“正确”的名称（AOL、Sony、MTV）；另外，它可以帮助我从头开始构建许多 CMS 组件。

Rails 可能是另一种选择，但我对它不太熟悉（作为 Python/PHP 程序员，Ruby 的语法让我发疯）。

SO 社区对这样的项目有什么建议？我相信你们中的许多人都面临着同样的困境。什么最终为您工作/不工作？正如我之前所说，我的第一选择是 Python，第二是 PHP，第三是 Rails。

谢谢你，赛斯

我们的应用程序通过 Web 服务公开查询，我们发现我们的客户经常需要自定义查询，或者通过指定附加条件来进一步限制返回的结果，或者通过询问我们还没有的东西暴露。

现在，我们可以采用为这些新方法中的每一个创建新方法的方法，但这有点不方便；在客户站点部署我们的应用程序通常需要数周的分阶段集成测试。我们提出了一种命名查询机制，应用程序管理员将通过名称定义参数化的查询，以及一个简单地调用这些参数的相应 Web 服务。但是，我不禁认为以前有人已经解决了这个问题，所以我想从 SO 社区获得一些关于可能设计的意见。

谢谢！

更新

规范模式是一个很好的模式，但是我们的应用程序处理了足够多的数据，我们希望将尽可能多的查询工作推送到 RDBMS 中，这可以比我们想要的更好地优化查询计划。此外，我们支持三个 RDBMS 后端，因此我们被困在使用最大公分母方法：我们使用功能最少的数据库所能提供的尽可能多的功能。

我的雇主是一家大型瑞士电信公司。我们有许多系统用于为不同的任务传输数据，例如性能管理、故障管理、配置管理等。

为了向“管理”（尖头发和其他）解释这些系统如何交互，我将有关数据流/格式/协议的信息收集到“数据库”（逗号分隔的劝说）中，然后为 Graphviz 生成代码（http： //www.graphviz.org/ ) 和 Yed ( http://www.yworks.com/en/products_yed_about.html ) 来可视化这些图表。

显示从我的数据库生成的这些图表起初相当有效..但是添加新的系统/数据流会导致 Graphviz 和 Yed 重新布局图表，因为这就是它们的工作方式......自然这真的让任何试图匹配的人感到困惑昨天看到的那个图，到今天显示的那个图。

您将如何显示/布局企业应用程序之间的数据流？

将更新流复制到大型（6TB）oracle db 到另一个非 DBMS 系统的最佳方法是什么？我不需要“批量加载”oracle db，而只想将所有更新近乎实时地流入另一个本土系统（10 秒或更短的延迟）。更新以 150 行/秒的速率发生，代表每秒 10 兆字节。

为了清楚起见，让我强调我不是从一个数据库复制到另一个数据库。这是一个应用程序集成问题：我需要从数据库复制到内部的非数据库应用程序。我曾想过使用企业服务总线，但这似乎不合适。

我在为文本文件创建日志条目时遇到问题。这是我的 ASP.net 应用程序中的日志记录配置。

这是我的 vb.net 代码

尝试 db.ExecuteNonQuery(cmd, tr) tr.Commit() result = True Catch ex As Exception Dim entry As New LogEntry() entry.EventId = 11 entry.Message = ex.Message entry.Categories.Add("General") Logger.Write(入口)

到目前为止，我发现的所有教程和示例都是基于旧版本的 Enterprise Library。我正在使用 Enterprise Library 4。有谁知道我做错了什么？是我的代码还是配置？我在哪里可以找到有关 Enterprise Library 版本 4 的更多教程。我尝试按照它附带的快速入门进行操作，但我无法做出正面或反面。

假设您是拥有 2000 名用户和 7 名开发人员的内部企业 Web 应用程序的产品经理。您有一个包含 350 个未来功能的列表，每个功能都需要 5 到 150 个开发人员日的工作时间。

您如何选择要处理的功能，以及如何运行发布过程？

以下是我的想法：（如果无聊请跳过）

• 发布过程。一次处理多个功能，准备好后单独发布每个功能。另一种选择（到目前为止我们一直在做的事情）是挑选出一组特定的功能，将它们指定为“一个版本”，然后一次性发布它们（通过群发电子邮件宣布）。

  更短的发布过程的好处是我们可以在完成开发后立即发布功能。更大流程的优点是更容易组织。

• 功能优先级。将所有未来的功能放在一个电子表格中，其中包含功能、描述、评论、估计、收益、（您的）估计、（您的）收益的列。将副本提供给 2 名高级工程师、另一名高级项目经理和您自己。

  工程师估计所有功能（精确度如何？互相咨询？）。为了确定收益，每个人在未来特征之间分配分数（总分 = 10 * [未来特征数量]）（无需相互协商？），比较分数和平均值（？）。

  这里的另一个潜在策略是仅以绝对（例如）1-100 的比例对每个特征进行排名。拥有绝对排名很好，因为它使我们的功能列表更改时的优先级更容易（我们不希望每次有人提出新功能时都必须重新分配积分）。

你的策略是什么？是否有任何书籍/网站以这种详细程度来解决问题？

In organisations where you have large numbers of applications, written in a myriad of languages running on innumerable platforms and databases how do folks manage the release of builds and patches, particularly when some of the releases are 3rd party? I know there a whole bunch of "Release Management" applications out there, but I'd be interested to know what experiences people have had.

To clarify, this isn't a question on configuration management, although that might be a small part of it. I'm more interested in managing software releases and the interdependencies and prerequisites that stem from that.

LAMP（Linux、Apache、MySQL、PHP/Ruby/Python）堆栈是否适合企业使用？

明确地说，“企业”是指大型或超大型公司，其中安全性、稳健性、技能组合的可用性、总拥有成本 (TCO)、可扩展性和工具的可用性是关键考虑因素。换句话说，一家寻求外部采用框架/架构的公司——在这种环境中，无处不在的东西将被视为比异国情调/深奥的东西更“有效”。

我见过 Oracle、IBM 和 Sun 在 LAMP 堆栈上为各种企业实施系统的用例。我还看到了一些例子，其中像 yellowpages.com (Ruby on rails) 和 Facebook (php) 等网站都是基于它构建的。但是，这些示例都不是我正在寻找的。

我真的想在大型银行（即花旗集团）、电信公司（即 AT&T）或制造商（即 Proctor and Gamble）中找到它是企业标准的示例。为了清楚起见，我不是在寻找一个在有限意义上使用它的例子（比如在摩根大通），而是它是 CRM、制造系统或人力资源管理等系统的核心平台，以及内部和外部网站。

到目前为止，我所看到的看法是，基于 LAMP 堆栈构建的应用程序执行速度较慢且灵活性较差。我听到的一些论点是：

• Linux 的支持不如 Unix、Solaris 或 Windows 服务器好。

• Apache 比 BEA WebLogic 或 IIS 等 Web 服务器更难配置和维护。

• 对于业余爱好者来说，MySQL 是一个“尚未准备好迎接黄金时段”的数据库，而不是 SQL Server 或 Oracle 的竞争对手（尽管 PostgreSQL 似乎以更健壮而闻名）。

• PHP / Ruby on rails 针对 CRUD（创建、读取、更新和删除操作）进行了优化。尽管在构建 CRUD 密集型 Web 应用程序时这是一个优势，但两者的执行速度都比 Java/Java EE 或 C#（它们都是常见的企业标准）慢。此外，许多应用程序和系统（如制造系统）具有许多非 CRUD 功能，使用 PHP 或 Ruby 甚至 Python 可能更难构建。

任何人都可以提供论据来支持或反驳 LAMP 堆栈适合企业的想法吗？

谢谢！

K A

更新：有时 LAMP 堆栈适合企业使用：面向外部的博客

我想创建一个具有客户端和服务器组件的应用程序。客户端可能不会一直连接到互联网，因此必须在本地存储数据，然后在互联网连接可用时与服务器同步。数据同步将是双向的：客户端到服务器和服务器到客户端。

最初我想为 ado.net 使用 SQL Server Merge 复制/Microsoft 同步框架，并使用 C# windows 窗体创建客户端应用程序。

但是 Google Gears 似乎是一个非常好的选择，因为它与 JavaScript 一起工作，我们只需要构建一个 asp.net Web 应用程序，然后它可以在客户端和服务器上使用。此外，它还可以在 Windows mobile 5 和 6 上使用，因此也可以在移动设备上使用。

但是有人在企业场景中使用过 Google Gears 吗？有人在使用 Google Gears 时遇到过任何问题吗？