SIEBEL技术体系概述

Siebel在被Oracle收购之前本身没有太多技术平台产品，所以Siebel的技术体系主要是建立在第三方技术平台之上，Siebel的主要体系架构是典型的web server/Applications Server/Database Server的三层架构。下图是Siebel的一个简化的架构图：

Siebel应用的技术主要包含三个部分：
1.        Web Server：从浏览器接受请求，并把请求发给Siebel Server， 从Siebel Server得到结果，再发回给浏览器。
2.        Siebel Server：是Siebel应用的主要技术部件，不但用于支持完成和客户端的交互（从数据库取得数据并返回给Web Server，从Web Server接受请求并处理），还需要处理工作流和业务自动化流程，以及一些批量执行的任务（熟悉Oracle Applications的用户可以大致认为和Concurrent Manager执行的任务一样）
3.        Siebel Gateway Name Server：类似于一个动态注册表，用于跟踪所有Siebel进程的状态。如果有Server起来或关闭，都会在Name Server更新状态。
4.        Siebel File System：用于存放Siebel应用用到各种文件。

Siebel 技术体系架构有一些明显的特点：
1.        满足多渠道的访问的需求，无论是对于浏览器用户；对于通过手机访问的用户；还是对于暂时无法访问网络的用户但是又需要访问一些特定信息的用户；甚至对于需要专门访问的DBA管理用户，都在技术结构上提供了不同的访问模式。
2.        Siebel的技术架构另一个重要的特点是能够跨多种产品和底层技术平台，如可以使用多个不同厂家的Web服务器（流行的如Apache，IIS），可以使用不同厂家的关系数据库（Oracle，DB2，SQLSERVER）等，这都要求Siebel能够在不同的技术框架上提供一个虚拟的访问层。


多渠道访问的架构设计
Siebel从架构层就包含了多渠道访问的思想，如下图：
访问渠道主要包含：
1.        Siebel Web Client/ Siebel Wireless Web Client：标准三层架构访问模式，客户端没有任何Siebel软件，而只有浏览器（或手机浏览器）。PC客户通过浏览器和Web Sever并最终通过SWSE和Siebel Server交互。而手机用户通过WAP Server并一样通过SWSE和Siebel Server交互。绝大部分用户都使用这种访问模式。
2.        Siebel Handheld Client/ Siebel Mobile Web Client：这种方式的访问方式和三层架构不一样，这种方式要求在本机按照类似于一套mini版本的Siebel应用，访问本机的数据库和File System。使用这种方式的时候，联机的时候本机数据库可以和中心数据库进行同步，而脱机的时候仍然可以访问自己机器上已经同步的内容，适合于经常没有网络连接的环境（如机场，火车站等）但又需要访问Siebel应用的场景。
3.        Siebel Dedicated Web Client：这种客户端能够直接访问数据库，即使在Siebel Server已经被关闭的情况下，一样可以访问Siebel应用，原因是这种客户端本身就安装有Siebel Server的部件，不需要通过中心的Siebel Server来访问数据。


Siebel架构里中立于技术平台产品的设计
Siebel应用为了屏蔽底层技术的影响，而对维护人员提供统一的界面，主要在以下的部件里来提供中立于底层技术产品的设计。1.        Siebel Web Server Extensions（SWSE）：Siebel是通过在第三方的Web Server上加入一个插件，称为SWSE来和Siebel Server进行统一的通讯。从而能够独立于Web服务器而提供和Siebel Server统一的接口。
2.       Siebel Server的AOM(Application Object Manager)，AOM里包含Data Manager，用于针对不同的关系数据库生成包含该类型数据库特点的SQL语句，这样就可以在AOM之上提供屏蔽下面特定数据库技术的，中立的数据访问层。

呵呵，这些可以放个PDF来介绍，lz能介绍自己的体会吗

QUOTE:

---

最初由 Ben1978 发布
呵呵，这些可以放个PDF来介绍，lz能介绍自己的体会吗

---

这些文章都是我自己现写的，所以没有什么pdf，但是我的博客上是有图的，在这里实在不想贴图了
，太麻烦

从应用的角度，SIEBEL的三层结构其实就是：
1. WEB 层（web server） 2. 应用层(group of siebel servers, including the componet and OM) 3. 数据层(Database server and File system)。
Siebel Gateway Server界于WEB层和应用层之间。
企业应用所关心的是如何更加使用的情况进行硬件的配置，如大，中，小三种类型的配置，及SERVER的选择，IBM,SUN还是HP。

从技术方面来说，楼主讲的很细了，能否通过具体的应用来进行说明？

QUOTE:

---

最初由 bigchang 发布
从应用的角度，SIEBEL的三层结构其实就是：
1. WEB 层（web server） 2. 应用层(group of siebel servers, including the componet and OM) 3. 数据层(Database server and File system)。
Siebel Gateway Server界于WEB层和应用层之间。
企业应用所关心的是如何更加使用的情况进行硬件的配置，如大，中，小三种类型的配置，及SERVER的选择，IBM,SUN还是HP。

从技术方面来说，楼主讲的很细了，能否通过具体的应用来进行说明？

---

Siebel的技术部件都可以分开多个机器部署，如Web Sever/Name server/Siebel Server/Siebel Filesystem/Database Server都部署在完全不同的机器上，并且Siebel Server可以有多个，SWSE和多个Siebel Server之间可以使用软件的load balancer，也可以使用big5等硬件的load banlancer， 当然，所有部件部署在一台机器上也是可以的。

QUOTE:

---

最初由 lichuliang 发布


Siebel的技术部件都可以分开多个机器部署，如Web Sever/Name server/Siebel Server/Siebel Filesystem/Database Server都部署在完全不同的机器上，并且Siebel Server可以有多个，SWSE和多个Siebel Server之间可以使用软件的load balancer，也可以使用big5等硬件的load banlancer， 当然，所有部件部署在一台机器上也是可以的。

---

期待后面的篇章，data migration 结合实例更好

顶...

精品！希望继续

我认为siebel的伟大就在于此

在于什么？体系结构？Siebel厉害的地方在于开创了CRM这个概念，它的体系结构当然也很棒，据说是几个OO的牛人给设计的。但是并不能说它的成功在于技术上的先进性。