.NET 商业解决方案全解析
一、.NET 企业服务器概述
传统的应用程序开发侧重于创建执行特定任务或流程的应用，但这常导致数据存储分散、碎片化且速度缓慢。各部门可能针对同一业务流程有自己的应用，维护着各自的数据和服务器。当组织需要分析数据时，由于数据分散在不同数据库架构中，很难对整个组织的活动进行报告。若要与其他组织交互，过程则更为复杂。
.NET 企业服务器是微软针对这一难题的解决方案。这些产品围绕一些通用服务相互集成，如 XML、COM + 和 ASP.NET 等。通过通用服务，能创建利用多个产品特性且避免兼容性问题的解决方案。
二、.NET 企业服务器目标
微软推出的 .NET 企业服务器套件旨在让企业开发更简单、更强大，其目标如下：
-低维护：多数服务器部署在 Web 服务器上，基于 Web 的应用只需在 Web 服务器单点部署和维护。若用户只需浏览器，就无需过多关注其计算机。此外，微软还推出了应用中心和内容管理服务器。随着用户增多，应用性能下降，微软实施了负载均衡服务，并推出应用中心 2000 来同步所有 Web 服务器的数据，确保所有用户看到相同内容，只需在单台服务器部署内容，其他服务器会自动更新。
-安全：将应用移植到企业级时，需考虑更多因素。.NET 企业服务器将安全作为优先事项，应用应在以下层面考虑安全：
-身份验证：用户登录系统时，登录信息应安全验证，避免明文传输用户名和密码。
-授权：用户请求应用时，应验证请求，确保用户有执行任务的权限。
-加密：若应用通过互联网传输，应加密从 Web 服务器到浏览器的数据。
-保护：若应用在互联网上运行，应限制互联网用户对网络的访问。
可以使用 Commerce Server 进行用户身份验证和数据加密，也可使用 Internet Security and Acceleration (ISA) Server 作为防火墙，通过 Server Publishing 功能让互联网用户在不直接访问内部服务器的情况下使用服务器资源。
-可扩展性：传统的客户端/服务器应用在并发用户增加时性能会下降，主要是因为服务请求都发送到单台服务器。.NET 企业套件解决了可扩展性问题，例如 SQL Server 2000 和 Exchange Server 2000 能使用更多内存，接受更多并发连接。.NET 服务器平台还包括网络负载均衡服务，可将应用部署在多个服务器集群中，应用中心 2000 还提供组件负载均衡，可处理 DCOM 请求。
-稳定性：应用的数据存储至关重要，要确保应用和数据始终可用。.NET 企业服务器提高了应用稳定性，如 Exchange Server 和 SQL Server 支持集群服务，提供备用服务器选项。负载均衡服务在连接层面提供稳定性，通过负载均衡和应用中心 2000 可在连接层提供与集群服务在数据层相似的稳定性。
-集成性：.NET 企业服务器套件的最大优势在于支持集成的新特性和产品。多数 .NET 服务器支持 XML，通过 XML，.NET 应用可实现数据共享、跨介质传输、安全与防火墙交互以及提供 Web 报告和分析工具等功能。例如 BizTalk Server 可作为集成服务器，实现组织间的数据共享和转换。
以下是 .NET 企业服务器目标的总结表格：
| 目标 | 描述 |
| — | — |
| 低维护 | 基于 Web 部署和维护，应用中心 2000 同步数据 |
| 安全 | 身份验证、授权、加密、保护，使用 Commerce Server 和 ISA Server |
| 可扩展性 | 数据库支持更多内存和并发连接，负载均衡服务 |
| 稳定性 | 集群服务和负载均衡服务保障 |
| 集成性 | 支持 XML，BizTalk Server 实现数据共享 |
三、企业应用集成
开发与其他系统集成的企业应用具有挑战性，会遇到诸多障碍，如不同的软硬件平台、软件版本、未升级的应用、定制应用和供应商创建的不一致应用等。此外，应用可能使用不同的编程语言（如 Java、JavaScript、COBOL 等）和数据库管理系统（如 DB2、Oracle 等）。
不过，多数产品开始支持 XML，可通过 ODBC 和 OLE DB 接口将这些产品与微软解决方案集成。例如，使用 BizTalk Server 可在 Oracle 财务应用和 SQL Server 人力资源包之间传输和映射数据，SQL Server 的数据转换服务 (DTS) 可使用 OLE DB 提供程序在几乎任何数据库管理系统之间传输数据。
应用集成可在以下层面进行：
graph LR classDef process fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px; A(应用集成):::process --> B(表示层集成):::process A --> C(业务层集成):::process A --> D(数据源层集成):::process- 表示层集成：在用户界面层面组合两个应用或业务流程。例如，企业员工考勤系统，不同部门有不同考勤方式，可创建基于 ASP.NET 的 Web 应用，让员工在登录时输入信息。这种方式需新设计，且所有人需达成一致，常见解决方案是通过 Web 服务器，将表示层置于 Web 服务器，只需在一台机器上维护应用。
- 业务层集成：目标是在多个应用中共享业务逻辑。如银行的账户转账业务，可集中交易代码，让各应用调用中心函数执行交易，减少开发者工作量，简化维护和更新。可通过以下方法实现：
- 使用数据库服务器的存储过程。
- 创建分布式对象（如使用 DCOM 或 CORBA）。
- 在事务或应用服务器实现逻辑。
- 将服务作为 Web 服务共享。
这种集成方式适用于正在设计的应用，因对现有应用有较大改动，通常在应用重新设计时实施。
- 数据源层集成：这是最常见的集成方法，利用打开数据源共享或移动数据的能力。各应用仍有自己的表示层和业务层，可使用 OLE DB、ODBC 或 XML 检索和存储数据，实现数据库间的数据传输、更新和数据仓库的构建。这种方法易于实现，但不鼓励标准和一致性。可使用 SQL Server 的 DTS 或 BizTalk Server 进行数据源集成。
四、企业应用集成层面对比
为了更清晰地了解不同集成层面的特点，我们可以通过下面的表格进行对比：
| 集成层面 | 优点 | 缺点 | 适用场景 | 实现方式 |
| — | — | — | — | — |
| 表示层集成 | 提供统一用户界面，过程一致且统一 | 需要新设计，需各方达成一致，存在政治障碍 | 希望统一业务流程展示，且有能力协调各方的情况 | 通过 Web 服务器实现，在用户界面层面组合应用 |
| 业务层集成 | 共享业务逻辑，减少代码重复，简化维护和更新 | 需更新现有应用，对现有系统改动大 | 正在设计的应用或应用重新设计时 | 使用存储过程、分布式对象、中间层服务器、Web 服务等 |
| 数据源层集成 | 易于实现，不影响应用的表示层和业务层代码 | 不鼓励标准和一致性，支持不同架构应用 | 已有应用且难以进行大规模改动时 | 使用 OLE DB、ODBC、XML，借助 SQL Server 的 DTS 或 BizTalk Server |
五、企业对企业（B2B）解决方案
企业对企业（B2B）解决方案不如企业应用集成（EAI）解决方案常见，许多组织尚未尝试实施。部分大型组织曾尝试采用电子数据交换（EDI）解决方案。
B2B 解决方案主要有以下两种方式：
-基本发票系统方式：大型组织每天从多个供应商接收数百张发票，为减少数据录入开销，创建一个基于 ASP.NET 的网站，让供应商和贸易伙伴登录并输入发票信息，网站存储在 Internet Information Server (IIS) 上，输入的发票信息会存储到 SQL Server 数据库中。但这种方式对供应商来说仍需手动在自己系统和该网站分别录入信息。
-完全集成解决方案方式：可以使用 BizTalk Server 将供应商数据库中的发票信息传输到自己的数据库。BizTalk Server 能通过 XML 传输数据，利用互联网作为传输媒介，数据只需录入一次，双方都能受益。
以下是 B2B 解决方案的流程图：
graph LR classDef process fill:#E5F6FF,stroke:#73A6FF,stroke-width:2px; A(供应商):::process --> B(供应商数据库):::process B --> C(BizTalk Server):::process C --> D(企业数据库):::process D --> E(企业):::process A --> F(企业网站):::process F --> D六、总结
企业应用集成（EAI）和企业对企业（B2B）解决方案都具有一定的挑战性。在选择集成方式时，需要根据自身的实际情况进行决策：
- 如果对应用开发有控制权且有时间实施解决方案，优先考虑表示层或业务层集成。
- 若没有足够的时间和控制权，数据源层集成则是唯一可行的选择。
B2B 解决方案中，基本发票系统方式虽能减少企业数据录入开销，但对供应商有一定不便；完全集成解决方案方式则能实现数据的一次录入，双方受益。企业应根据自身业务需求和与供应商的合作情况，选择合适的 B2B 解决方案。
