本发明涉及计算机领域,具体涉及一种基于SOA的服务容器维护方法及系统。
背景技术:
目前SOA(Service-oriented architecture,面向服务的体系结构)已经越来愈多的被大家所接收和认可。SOA的优势也愈发明显,其具有如下优点:1、更易维护;2、更高的可用性;3、更好的伸缩性。但SOA的部署与开发也逐渐成为焦点。在使用中遇到的问题也逐渐浮出水面:维护性较差;开发起来比较困难;管理难度较大。
技术实现要素:
本发明提供了一种基于SOA的服务容器维护方法,包括:
进行服务容器安装;
对安装好的服务容器进行配置;
根据服务容器配置监听配置文件的服务目录,并查看是否有文件发生变化;
若有文件发生变化则进行服务容器缓存列表的更新,否则继续进行监听。
依照本发明的一个方面,服务容器安装的步骤包括:
复制服务容器的物理文件到服务器的安装路径;
运行服务安装文件,将其安装成windows服务;
运行安装的windwos服务。
依照本发明的一个方面,服务容器配置的步骤包括:
配置服务容器的服务路径,其中定义了服务存放的位置;
配置服务容器的协议方式;
配置服务容器的日志路径,该路径规定了日常运行的路径;
配置监听的端口及ip;
启动服务容器。
依照本发明的一个方面,配置服务容器的协议方式为http或者tcp/ip。
依照本发明的一个方面,日常运行的路径包括info、debug、error、fata级别。
同时本发明还提供了一种基于SOA的服务容器维护系统,包括:
服务容器安装模块,用于服务容器的安装;
服务容器配置模块,用于对服务容器进行配置;
服务容器运行模块,用于运行配置后的服务容器;
其中,服务容器运行模块运行配置后的服务容器的步骤包括:
根据服务容器配置监听配置文件的服务目录,并查看是否有文件发生变化;
若有文件发生变化则进行服务容器缓存列表的更新,否则继续进行监听。
依照本发明的一个方面,服务容器安装模块安装服务容器的步骤包括:
复制服务容器的物理文件到服务器的安装路径;
运行服务安装文件,将其安装成windows服务;
运行安装的windwos服务。
依照本发明的一个方面,服务容器配置模块对服务容器进行配置的步骤包括:
配置服务容器的服务路径,其中定义了服务存放的位置;
配置服务容器的协议方式;
配置服务容器的日志路径,该路径规定了日常运行的路径;
配置监听的端口及ip;
启动服务容器。
依照本发明的一个方面,配置服务容器的协议方式为http或者tcp/ip;
日常运行的路径包括info、debug、error、fata级别
本发明的优点在于,适用于目前主流的SOA的思想,服务容器可以读取遵循契约的服务,将服务加入监听列表,一旦监听列表中的某服务发生变化(服务发生变化,新增,删除),自动刷新服务接口,打到热部署的目的,减少了维护的成本,提高了服务器效率;同时本发明并且支持多种协议(TCP/IP,HTTP),增加了安全性。支持多种数据格式,更加灵活,易于开发者使用。
附图说明
通过阅读参照以下附图对非限制性实施例所作的详细描述,本发明及其特征、外形和优点将会变得更明显。在全部附图中相同的标记指示相同的部分。并未刻意按照比例绘制附图,重点在于示出本发明的主旨。
图1为本发明提供的一种基于SOA的服务容器维护方法流程图;
图2为服务容器安装的流程图;
图3为服务容器配置的流程图;
图4为服务容器运行的流程图;
图5为本发明一种基于SOA的服务容器维护系统的示意图。
具体实施方式
在下文的描述中,给出了大量具体的细节以便提供对本发明更为彻底的理解。然而,对于本领域技术人员而言显而易见的是,本发明可以无需一个或多个这些细节而得以实施。在其他的例子中,为了避免与本发明发生混淆,对于本领域公知的一些技术特征未进行描述。
为了彻底理解本发明,将在下列的描述中提出详细的步骤以及详细的结构,以便阐释本发明的技术方案。本发明的较佳实施例详细描述如下,然而除了这些详细描述外,本发明还可以具有其他实施方式。
实施例一
本发明提供了一种基于SOA的服务容器维护方法,参照图1所示,主要 包括如下步骤:
步骤1、进行服务容器安装;
步骤2、对安装好的服务容器进行配置;
步骤3、根据服务容器配置监听配置文件的服务目录,并查看是否有文件发生变化;若有文件发生变化则进行服务容器缓存列表的更新,否则继续进行监听。进一步的,参照图4所示,步骤3可进一步细化为:步骤a、启动服务,开始监听端口;步骤b、监听配置文件的服务目录;步骤c、查看是否有文件变化,如果是转到步骤d,如果否,转到步骤b;步骤d、更新服务容器缓存列表;步骤e、完成更新服务容器缓存列表;步骤f、重复进行上述的步骤b至步骤e。
本发明的优点在于,适用于目前主流的SOA的思想,服务容器可以读取遵循契约的服务,将服务加入监听列表,一旦监听列表中的某服务发生变化(服务发生变化,新增,删除),自动刷新服务接口,打到热部署的目的,减少了维护的成本,提高了服务器效率;同时本发明并且支持多种协议(TCP/IP,HTTP),增加了安全性。支持多种数据格式,可支持多种数据类型的序列化(常规的字符串,整数,浮点,布尔等,还有自定义的对象(可序列化),集合类(支持序列化)等),更加灵活,易于开发者使用。
在本发明一可选的实施例中,参照图2所示,服务容器安装的具体步骤包括:
步骤S101、复制服务容器的物理文件到服务器的安装路径;
步骤S102、运行服务安装文件,将其安装成windows服务;
步骤S103、运行安装的windwos服务。
需要说明的是,本发明中的服务容器可以运行于windows操作系统,并且需要framewor2.0以上的软件支持。
在本发明一可选的实施例中,参照图3所示,服务容器配置的具体步骤包括:
步骤S201、配置服务容器的服务路径,其中定义了服务存放的位置;
步骤S202、配置服务容器的协议方式;
步骤S203、配置服务容器的日志路径,该路径规定了日常运行的路径;
步骤S204、配置监听的端口及ip;
步骤S205、启动服务容器。
在本发明一可选的实施例中,配置服务容器的协议方式为http或者tcp/ip。
在本发明一可选的实施例中,日常运行的路径包括info、debug、error、fata级别。
在本发明一可选的实施例中,服务容器支持整形、字符串、浮点型、字典型、自定义结构的一种或多种数据结构;其中,自定义结构支持序列化。
实施例二
本实施例提供了一种基于SOA的服务容器维护系统,参照图5所示,该系统主要包括:
服务容器安装模块1,用于服务容器的安装;
服务容器配置模块2,用于对服务容器进行配置;
服务容器运行模块3,用于运行配置后的服务容器;
其中,服务容器运行模块3运行配置后的服务容器的步骤包括:根据服务容器配置监听配置文件的服务目录,并查看是否有文件发生变化;若有文件发生变化则进行服务容器缓存列表的更新,否则继续进行监听。可选的,服务容器运行模块3运行配置后的服务容器可进一步细化为:步骤a、启动服务,开始监听端口;步骤b、监听配置文件的服务目录;步骤c、查看是否有文件变化,如果是转到步骤d,如果否,转到步骤b;步骤d、更新服务容器缓存列表;步骤e、完成更新服务容器缓存列表;步骤f、重复进行上述的步骤b至步骤e。
在本发明一可选的实施例中,服务容器安装模块1安装服务容器的步骤包括:
复制服务容器的物理文件到服务器的安装路径;
运行服务安装文件,将其安装成windows服务;
运行安装的windwos服务。需要说明的是,本发明中的服务容器可以运行于windows操作系统,并且需要framewor2.0以上的软件支持。
本发明适用于目前主流的SOA的思想,服务容器可以读取遵循契约的服务,将服务加入监听列表,一旦监听列表中的某服务发生变化(服务发生变化,新增,删除),自动刷新服务接口,打到热部署的目的,减少了维护的成本,提高了服务器效率;同时本发明并且支持多种协议,增加了安全性。支持多种数据格式,更加灵活,易于开发者使用。
在本发明一可选的实施例中,服务容器配置模块2对服务容器进行配置的步骤包括:
步骤S201、配置服务容器的服务路径,其中定义了服务存放的位置;
步骤S202、配置服务容器的协议方式;
步骤S203、配置服务容器的日志路径,该路径规定了日常运行的路径;
步骤S204、配置监听的端口及ip;
步骤S205、启动服务容器。
在本发明一可选的实施例中,配置服务容器的协议方式为http或者tcp/ip;日常运行的路径包括info、debug、error、fata级别。
本发明的优点在于,适用于目前主流的SOA的思想。并且实现了热部署,减少了维护的成本,提高了服务器效率;并且支持多种协议,增加了安全性;支持多种数据格式,更加灵活,易于开发者使用。
以上对本发明的较佳实施例进行了描述。需要理解的是,本发明并不局限于上述特定实施方式,其中未尽详细描述的设备和结构应该理解为用本领域中的普通方式予以实施;任何熟悉本领域的技术人员,在不脱离本发明技术方案范围情况下,都可利用上述揭示的方法和技术内容对本发明技术方案做出许多可能的变动和修饰,或修改为等同变化的等效实施例,这并不影响本发明的实质内容。因此,凡是未脱离本发明技术方案的内容,依据本发明的技术实质对以上实施例所做的任何简单修改、等同变化及修饰,均仍属于 本发明技术方案保护的范围内。