[发明专利]一种邮箱服务的实现架构及其实现方法

说明书

技术领域

本发明涉及邮箱服务技术，特别是指一种即时通信系统中邮箱服务的实现架构及其实现方法。

背景技术

随着即时通信技术的发展，基于即时通信的各种增值业务越来越多、覆盖面也越来越广泛，比如即时通信邮箱服务。目前的即时通信邮箱服务是面向全国的海量服务，其覆盖的范围广、使用的用户多，且支持邮箱服务中各类服务的实现架构形成一个整体。由于邮箱服务的规模大、架构复杂，使得邮箱服务整个项目在开发、升级、以及架构调整方面，都会遇到耦合度过高的问题。具体来说，一方面，即使是进行小版本升级，由于整体架构的耦合度过高，代码模块需要全编译、全测试所有程序编码，这样，使得每个升级周期都会耗时过长；另一方面，针对不同来源的多个版本，在现有架构之下，必须同时升级，否则多套产品就必须独立部署、分别维护。另外，对于集成后的社区产品，由于未区分基础服务和上层服务，无法做到将个别基础服务拆分并嵌入使用，这样使得一些比较好的基础性应用无法从具体产品中剥离出来。

现有邮箱服务的实现架构包括三部分：前端模版、作为中间层的通用网关接口(CGI，Common Gateway Interface)层、以及后端的后台服务器(Server)，三部分的关联性比较强；并且，由于不同模块依赖于不同的库函数，且各个业务独立性不够，所以，库函数的变动会交叉影响到多个模块；因此，当后台Server升级时，就会影响到前端和CGI层。显然，在现有邮箱服务实现架构中，就算是后台Server很小版本的升级也会对整体架构产生影响。

发明内容

有鉴于此，本发明的主要目的在于提供一种邮箱服务的实现架构及其实现方法，能降低邮箱服务架构的耦合度，且能提高邮箱基础服务的通用性。

为达到上述目的，本发明的技术方案是这样实现的：

本发明公开了一种邮箱服务的实现架构，包括前端、中间层和后台服务器；所述中间层进一步包括通用网关接口(CGI)层和应用编程接口(API)层，且所述API层位于CGI层和后台服务器之间；其中，

所述CGI层，包括多个对应邮箱基础服务的业务逻辑部分，用于完成业务逻辑功能的处理；

所述API层，包括多个对应邮箱基础服务各资源接口的API，用于与后台服务器进行资源交互，并向上层应用提供所需的API。

上述方案中，所述前端包括前端模板引擎，所述前端模板引擎用于将后台服务器推送的数据解析为可读页面；所述后台服务器，用于存储或缓存数据，为前端和中间层提供所需数据。

上述方案中，所述API层包括的API为针对操作行为的接口。

本发明还公开了一种邮箱服务的实现方法，在邮箱服务架构的中间层设置API层，所述API层位于CGI层和后台服务器之间；该方法还包括：

将邮箱基础服务的资源接口和业务逻辑部分最大化分离，并将各个资源接口分别对应API；根据需要提取出邮箱基础服务中部分或全部资源接口对应的API，通过API调用方式提供给上层应用进行集成。

上述方案中，所述将各个资源接口分别对应API为：生成各资源接口对应的API，将分离出的业务逻辑部分和对应资源接口的API分别放置于CGI层和API层。

上述方案中，所述将邮箱基础服务的资源接口和业务逻辑部分最大化分离为：将单纯的功能点与逻辑点分开。

上述方案中，所述API层包括多个对应邮箱基础服务的各资源接口的API。

本发明提供的邮箱服务的实现架构及其实现方法，在现有架构的中间层增加设置应用编程接口(API，Application Programming Interface)层，API层位于CGI层和后台Server之间；并将邮箱基础服务的资源接口和业务逻辑部分尽量分离，业务逻辑部分和资源接口分别放置于CGI层和API层，仅由API层与后台Server进行资源交互，这样，最大程度的降低了邮箱服务架构中各部分的耦合度，可以避免后台Server的升级对前端和CGI层的影响，进而避免后台Server的微小升级对整体架构的影响。