JP2013196343A - Management method of dependency between services in cloud type system - Google Patents
Management method of dependency between services in cloud type system Download PDFInfo
- Publication number
- JP2013196343A JP2013196343A JP2012062466A JP2012062466A JP2013196343A JP 2013196343 A JP2013196343 A JP 2013196343A JP 2012062466 A JP2012062466 A JP 2012062466A JP 2012062466 A JP2012062466 A JP 2012062466A JP 2013196343 A JP2013196343 A JP 2013196343A
- Authority
- JP
- Japan
- Prior art keywords
- service
- bus device
- dependency
- blocked
- dependency information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000007726 management method Methods 0.000 title claims description 44
- 230000000903 blocking effect Effects 0.000 claims abstract description 19
- 239000000284 extract Substances 0.000 claims abstract description 5
- 230000003213 activating effect Effects 0.000 claims abstract description 4
- 230000001419 dependent effect Effects 0.000 claims description 12
- 230000004913 activation Effects 0.000 claims description 10
- 238000000034 method Methods 0.000 claims description 7
- 238000000605 extraction Methods 0.000 claims description 6
- 230000005540 biological transmission Effects 0.000 description 6
- 238000010586 diagram Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 238000011144 upstream manufacturing Methods 0.000 description 1
Landscapes
- Computer And Data Communications (AREA)
Abstract
Description
本発明はサービスバス装置を使用してサービスを分散するクラウド型システムに関する。 The present invention relates to a cloud system for distributing services using a service bus device.
従来、特許文献１に記載されているようなクラウド型のコンピューティングシステムが知られている。 Conventionally, a cloud-type computing system as described in Patent Document 1 is known.
図８は、従来のクラウド型システムの一例を示す図である。同図に示すシステムでは、複数のサービスバス装置１１、２１、３１の運用管理部１２、２２、３２が相互に連動しておらず、それぞれの運用管理を管理端末１０１、１０２などから実行するよう構成されている。 FIG. 8 is a diagram illustrating an example of a conventional cloud type system. In the system shown in the figure, the operation management units 12, 22, and 32 of the plurality of service bus devices 11, 21, and 31 are not linked to each other, and each operation management is executed from the management terminals 101 and 102, etc. It is configured.
このような構成を有するクラウド型システムにおけるサービスの閉塞操作は次のように動作する。例えば、サービスＢ２０の閉塞を行う場合、まず、サービスバス装置１１側の運用者に連絡して、サービスＡ１０を閉塞するよう依頼する。サービスＡ１０が閉塞したことを確認できたのち、運用者はサービスＢ２０の閉塞を実行する。このとき、サービスＡ１０により受理されたメッセージがサービスＢ２０またはサービスＣ３０で処理中であるとそのメッセージがロストしてしまう危険性がある。また、閉塞する順序を間違えてはならない運用手順が発生するために、オペレーションミスによる障害が発生する可能性がある。 The service blocking operation in the cloud system having such a configuration operates as follows. For example, when blocking the service B20, first, the operator on the service bus device 11 side is contacted to request that the service A10 be blocked. After confirming that the service A10 is blocked, the operator executes the service B20 blockage. At this time, if the message received by the service A10 is being processed by the service B20 or the service C30, the message may be lost. In addition, there is a possibility that a failure due to an operation error may occur because an operation procedure in which the order of blockage should not be mistaken occurs.
クラウド型システムにおいて個々のサービスは独立して運用されているが、システムが大規模になるにつれてサービス間の依存関係も複雑化し、動的な経路選択が行われるようにもなる。このようなシステムにおいて、サービス間の依存関係は複雑かつ動的になっており、依存関係を把握してサービスの活性化操作や閉塞を手動操作するのは困難である。具体的には、動的に宛先サービスが選択される経路において、宛先サービスが選択された直後に後段が閉塞されてメッセージをロストしてしまうといったケースが発生する。また、動的に決定される経路の一部のみを閉塞する場合でも、通常は前段のサービスを閉塞して全経路を停止してから後段のサービスの閉塞を行う。もし運用者が活性や閉塞の順番を間違えると、メッセージのロストといった重大な障害が発生する可能性がある。 In the cloud system, each service is operated independently, but as the system becomes larger, dependency relationships between services become more complicated and dynamic route selection is performed. In such a system, the dependency relationship between services is complicated and dynamic, and it is difficult to grasp the dependency relationship and manually operate the activation operation or blockage of the service. Specifically, in a route in which a destination service is dynamically selected, there is a case where a message is lost due to the subsequent stage being blocked immediately after the destination service is selected. Even when only a part of the dynamically determined path is blocked, the upstream service is normally blocked and all the paths are stopped, and then the subsequent service is blocked. If the operator makes a mistake in the order of activation and blockage, a serious failure such as lost message may occur.
本発明は、かかる実情に鑑み、閉塞の安全性を確保したクラウド型システムを提供しようとするものである。 In view of such a situation, the present invention intends to provide a cloud type system that ensures the safety of blockage.
本発明の一実施形態によれば、クラウド型システムにおいて、分散したサービスの依存関係を管理することにより、動的な経路の一部の閉塞と閉塞操作の安全性の確保を実現するものである。 According to an embodiment of the present invention, in a cloud system, by managing distributed service dependencies, a part of a dynamic route is blocked and the safety of the blocking operation is ensured. .
本発明の一実施形態におけるサービスバス装置によれば、クラウド型システムにおいてサービスを管理又は仲介する役目を果たすサービスバス装置において、サービスを活性化する際に、サービスの定義情報から、他のサービスとの依存関係情報を抽出する依存抽出部と、依存関係情報に基づいて、活性化するサービスと依存関係を有するサービスを管理するサービスバス装置に依存情報を送信する運用管理部と、依存情報を登録する依存情報テーブルと、を備え、運用管理部は、サービスを閉塞する際に、依存情報テーブルを参照し、閉塞するサービス又は当該閉塞するサービスに依存するサービスのエントリを依存情報テーブルから削除する。 According to the service bus device in one embodiment of the present invention, when the service is activated in the service bus device that serves to manage or mediate the service in the cloud type system, the service bus device can Dependency extraction unit for extracting dependency information, operation management unit for transmitting dependency information to a service bus device that manages a service having a dependency relationship with a service to be activated based on the dependency relationship information, and registering the dependency information The operation management unit refers to the dependency information table when deleting the service, and deletes the entry of the service to be blocked or the service dependent on the service to be blocked from the dependency information table.
クラウド型システムにおいてサービスを管理・仲介する役目を果たすサービスバス装置においてサービス間の依存関係情報および動的な経路選択情報を管理する。サービスバスによるサービス間の依存関係および経路選択情報から必要な経路を自動で切り替えることにより、動的な経路の一部のみの閉塞を実現する。また必ず処理中のメッセージが全て掃けてから前段から順に閉塞を行うことでメッセージのロストを防ぐことができる。 It manages dependency information and dynamic route selection information between services in a service bus device that plays a role of managing and mediating services in a cloud system. By automatically switching the required route based on the dependency relationship between the services by the service bus and the route selection information, only a part of the dynamic route is blocked. In addition, the message can be prevented from being lost by performing blocking in order from the previous stage after all the messages being processed have been swept away.
本発明によれば、複雑になりがちなクラウド型システムにおける閉塞処理を十分な信頼性を得ることができるという優れた効果を奏し得る。その理由は、サービス間の依存を依存抽出器と依存情報テーブルにより管理することにより、適切な閉塞の順番を割り出し、その順番に従って閉塞処理が実施されるためである。 According to the present invention, it is possible to achieve an excellent effect that sufficient reliability can be obtained for the blocking process in a cloud system that tends to be complicated. The reason is that by managing dependency between services using a dependency extractor and a dependency information table, an appropriate blocking order is determined, and blocking processing is performed in accordance with the order.
また、本発明によれば、動的に決まる経路の一部を閉塞できるという優れた効果を奏し得る。その理由は、メッセージカウンタにより動的経路決定部により振り分けられた経路毎にメッセージ処理状況を管理し、閉塞時には運用管理部と協調動作するためである。 In addition, according to the present invention, it is possible to obtain an excellent effect that a part of a dynamically determined route can be blocked. The reason is that the message processing status is managed for each route distributed by the dynamic route determination unit by the message counter, and cooperates with the operation management unit when blocked.
以下、本発明の実施の形態について図面を参照しつつ詳細に説明する。なお、同一の要素には同一の符号を付し、重複する説明を省略する。 Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings. In addition, the same code | symbol is attached | subjected to the same element and the overlapping description is abbreviate | omitted.
図１は、本発明の一実施形態に係るサービスバス装置によりサービスが分散したクラウド型システムの概略構成を示すブロック図である。同図に示すように、本実施形態では、サービスバス装置Ａ１１とサービスバス装置Ａ１１へメッセージを送信するサービスＡ１０、サービスバス装置Ｂ２１とサービスバス装置Ｂ２１からメッセージを受信するサービスＢ２０、および、サービスバス装置Ｃ３１とサービスバス装置Ｃ３１からメッセージを受信するサービスＣ３０が存在しており、それぞれのサービスバス装置はネットワーク１経由で相互にアクセス可能な状態に設置される。 FIG. 1 is a block diagram showing a schematic configuration of a cloud type system in which services are distributed by a service bus device according to an embodiment of the present invention. As shown in the figure, in the present embodiment, service bus device A11 and service A10 that transmits a message to service bus device A11, service bus device B21 and service bus device B21 that receives a message from service bus device B21, and service bus There is a service C30 that receives messages from the device C31 and the service bus device C31, and the respective service bus devices are installed in a state where they can be mutually accessed via the network 1.
サービスバス装置Ａ１１は、サービスの活性化・閉塞の運用操作を受け付ける運用管理部１２、サービスの定義から依存関係を抽出する依存抽出部１３、抽出したサービスの依存情報を管理する依存情報テーブル１４、外部からメッセージを受信するメッセージ受信部１５、処理中のメッセージ数をカウントするメッセージカウンタ１６、外部へメッセージを送信するメッセージ送信部１７、サービス定義から宛先サービスを計算する動的経路決定部１８を含む。サービスバス装置Ｂ２１、サービスバス装置Ｃ３１もサービスバス装置Ａ１１と同様の構成を含む。 The service bus device A11 includes an operation management unit 12 that receives service activation / blocking operation operations, a dependency extraction unit 13 that extracts dependency relationships from service definitions, a dependency information table 14 that manages dependency information of the extracted services, A message receiving unit 15 that receives a message from outside, a message counter 16 that counts the number of messages being processed, a message transmitting unit 17 that transmits a message to the outside, and a dynamic route determination unit 18 that calculates a destination service from a service definition are included. . The service bus device B21 and the service bus device C31 also have the same configuration as the service bus device A11.
さらに、運用者がサービスの活性化・閉塞の運用操作を実行するための管理端末１０１がサービスバス装置Ａ１１の運用管理部１２に接続され、同様に管理端末１０２はサービスバス装置Ｂ２１の運用管理部２２に接続されている。各運用管理部１２、２２、３２はネットワーク２により相互にアクセス可能な状態に設置される。 Further, a management terminal 101 for an operator to execute a service activation / blocking operation operation is connected to the operation management unit 12 of the service bus device A11. Similarly, the management terminal 102 is an operation management unit of the service bus device B21. 22 is connected. The operation management units 12, 22, and 32 are installed in a state where they can be mutually accessed by the network 2.
図１に示す実施形態では、サービスＡ１０はサービスＢ２０とサービス３０に依存しており、サービスＡ１０から入力されたメッセージはサービスＢ、サービスＣのどちらかがランダムに選択されて配信される。 In the embodiment shown in FIG. 1, the service A10 depends on the service B20 and the service 30, and either the service B or the service C is randomly selected and distributed for the message input from the service A10.
次に、図１、５乃至７に示す図、並びに、図２乃至４のフローチャートを参照して、本実施形態の動作について詳細に説明する。なお、図５は、本実施形態におけるサービスＡの定義情報の一例を示す。図６は、本実施形態における依存情報テーブルの一例を示す。図７は、本実施形態におけるメッセージカウンタの管理する情報の一例を示す。 Next, the operation of the present embodiment will be described in detail with reference to the drawings shown in FIGS. 1 and 5 to 7 and the flowcharts of FIGS. FIG. 5 shows an example of service A definition information in this embodiment. FIG. 6 shows an example of the dependency information table in the present embodiment. FIG. 7 shows an example of information managed by the message counter in this embodiment.
本実施形態における前提として、サービスＡ１０が活性化している間は複数のクライアントから絶えずメッセージが送信されている状態であり、これらのメッセージをサービスＢ２０かサービスＣ３０のどちらか一方にランダムに選択してメッセージを配信し、かつ、サービスＡ１０によりクライアントから受理されたメッセージはクライアントに返信するまでロストしてはならない条件であるとする。なお、本条件はあくまで本実施形態における一実施例を説明するためのものに過ぎず、本発明が本条件を備えることを要するものではない。 As a premise in the present embodiment, while the service A10 is activated, messages are continuously transmitted from a plurality of clients, and these messages are randomly selected as either the service B20 or the service C30. Assume that a message is delivered and the message received from the client by the service A10 is a condition that must not be lost until the message is returned to the client. Note that this condition is merely for describing one example in the present embodiment, and does not require that the present invention includes this condition.
このような条件下で、本実施形態における動作を、順を追って説明する。まず、図２に示すフローチャートにより、サービスＡ１０を活性化しサービスを開始する処理の流れを示す。次に、図３に示すフローチャートにより、サービスＡ１０に入力したメッセージを入力する流れを示す。最後に、図４に示すフローチャートにより、サービスＢ２０をリプレースなどといった理由のためにサービスＢ２０を閉塞する処理の流れを示す。 Under such conditions, the operation in the present embodiment will be described step by step. First, the flowchart shown in FIG. 2 shows the flow of processing for activating service A10 and starting the service. Next, the flow of inputting the message input to the service A10 is shown by the flowchart shown in FIG. Finally, the flowchart shown in FIG. 4 shows the flow of processing for closing the service B20 for reasons such as replacing the service B20.
図２は、本実施形態におけるサービスＡ１０の活性化操作のフローチャートを示す。まず、同図に示すとおり、運用者はサービスＡ１０を活性化するために管理端末１０１から運用管理部１２へ活性化操作を実行する（ステップＡ１）。活性化対象であるサービスＡ１０を入力とする定義情報の一例を、図５に示す。この定義情報はサービスバス装置により解釈され、メッセージの呼び出し順序などのルールを定めるものである。サービスＢは、サービスＢおよびサービスＣの抽象名とし、図５の経路はサービスＡから入力されたメッセージをサービスＢかサービスＣに送信し、処理結果を受け取るという意味である。次に、運用管理部１２は活性化されたサービスＡの定義情報を依存抽出部１３に送信し、経路情報から依存するサービスのリストを抽出し依存情報メッセージを生成する。ここではサービスＢとサービスＣがリストされる（ステップＡ２）。次に、運用管理部１２は、サービスＢ２０とサービスＣ３０を管理する各サービスバス装置２１、３１の運用管理部２２、３２に向けて依存情報メッセージを送信する（ステップＡ３）。各サービスバス装置２１、３１の運用管理部２２、３２は依存情報メッセージを受信し、依存情報を依存情報テーブル２４、３４に登録する（ステップＡ４）。このとき登録された依存情報テーブル２４、３４の内容の一例を、図６に示す。活性化操作の最後に、運用管理部１２はメッセージ受信部１５に通知し、サービスＡ１０からのメッセージ受付を開始する（ステップＡ５）。 FIG. 2 shows a flowchart of the activation operation of the service A10 in the present embodiment. First, as shown in the figure, the operator executes an activation operation from the management terminal 101 to the operation management unit 12 in order to activate the service A10 (step A1). An example of the definition information with the service A10 to be activated as an input is shown in FIG. This definition information is interpreted by the service bus device, and defines rules such as the calling order of messages. Service B is an abstract name of service B and service C, and the route in FIG. 5 means that a message input from service A is transmitted to service B or service C and a processing result is received. Next, the operation management unit 12 transmits the definition information of the activated service A to the dependency extraction unit 13, extracts a list of dependent services from the route information, and generates a dependency information message. Here, service B and service C are listed (step A2). Next, the operation management unit 12 transmits a dependency information message to the operation management units 22 and 32 of the service bus devices 21 and 31 that manage the service B20 and the service C30 (step A3). The operation management units 22 and 32 of the service bus devices 21 and 31 receive the dependency information message and register the dependency information in the dependency information tables 24 and 34 (step A4). An example of the contents of the dependency information tables 24 and 34 registered at this time is shown in FIG. At the end of the activation operation, the operation management unit 12 notifies the message reception unit 15 and starts accepting a message from the service A10 (step A5).
図３は、本実施形態におけるサービスＡ１０からのメッセージ処理のフローチャートを示す。同図に示すように、まず、サービスＡ１０はメッセージ受信部１５に対してメッセージを送信する（ステップＢ１）。メッセージ受信部１５は動的経路決定部１８に問い合わせ、宛先サービスを決定した後、メッセージ送信部１７にメッセージを渡す。動的経路決定部はここで、図５のサービスＡ１０のサービス定義から、サービスＢ２０かサービスＣ３０のいずれかをから選ぶことになるが、ここではサービスＢ２０を選択したこととする（ステップＢ２）。メッセージ送信部１７は、メッセージカウンタ１６に通知してサービスＢのエントリのカウンタを＋１した後、サービスＢ２０を管理するサービスバス装置２１のメッセージ受信部２５に向けてメッセージを送信する（ステップＢ３）。このとき登録されるメッセージカウンタ１６の内容の一例を、図７に示す。メッセージ受信部２５はメッセージ送信部２７にメッセージを渡す（ステップＢ４）。メッセージ送信部２７はサービスＢ２０にメッセージを送信する（ステップＢ５）。最後に、メッセージ処理がすべて終わったのを受けて、メッセージ送信部１７はメッセージカウンタ１６に通知しカウンタを−１する（ステップＢ６）。このフローにより現在処理中のメッセージを計測することができる。また、このメッセージ処理時のフローは、多数のクライアントからのメッセージ送信を起点にして、同時並行的に連続して実行される。 FIG. 3 shows a flowchart of message processing from the service A10 in this embodiment. As shown in the figure, first, the service A10 transmits a message to the message receiver 15 (step B1). The message receiving unit 15 makes an inquiry to the dynamic route determining unit 18, determines a destination service, and then passes the message to the message transmitting unit 17. Here, the dynamic route determination unit selects either the service B20 or the service C30 from the service definition of the service A10 in FIG. 5, and it is assumed here that the service B20 is selected (step B2). The message transmitting unit 17 notifies the message counter 16 and increments the service B entry counter by 1, and then transmits a message to the message receiving unit 25 of the service bus device 21 that manages the service B 20 (step B3). An example of the contents of the message counter 16 registered at this time is shown in FIG. The message receiver 25 passes the message to the message transmitter 27 (step B4). The message transmission unit 27 transmits a message to the service B20 (step B5). Finally, upon completion of all message processing, the message transmission unit 17 notifies the message counter 16 and decrements the counter by 1 (step B6). With this flow, the message currently being processed can be measured. The flow at the time of message processing is executed continuously in parallel starting from message transmissions from a large number of clients.
図４は、本実施形態におけるサービスＢの閉塞操作のフローチャートを示す。同図に示すように、このフローにより、動的な経路により依存されるサービスＡ１０に通知し前段の動的経路の一部から閉塞することで、メッセージ処理が同時並行で連続した動作の最中にサービスＢ２０を安全に停止する。まず運用者が管理端末１０２から運用管理部２２に対してサービスＢ２０の閉塞操作を行う（ステップＣ１）。運用管理部２２は依存情報テーブル２４を参照し、閉塞対象であるサービスＢ２０に依存するサービスのリストを得る。ここではサービスＡ１０が得られる（ステップＣ２）。運用管理部２２はサービスＢ２０に依存するサービスのリスト中のサービスを管理するサービスバス装置にサービスＢ２０が閉塞することを通知する。ここではリスト中にサービスＡ１０を閉塞するのでサービスバス装置１１の運用管理部１２に対して通知する（ステップＣ３）。運用管理部１２は動的経路決定部１８に通知し、サービスＢ２０へのメッセージ振り分けを停止する。その後、メッセージカウンタ１６を参照し、サービスＢ２０に対するカウンタが０になるまで待つ（ステップＣ４）。カウンタが０になったら、サービスＢ２０を管理する運用管理部２２にメッセージ処理がすべて完了した旨を通知する（ステップＣ５）。ここからサービスバス装置２１とサービスバス装置３１で処理が並行で実施される。サービスバス装置２１の運用管理部２２はサービスＢ２０を閉塞する。同時に依存情報テーブル２４からサービスＡ１０のエントリを削除する（ステップＣ６）。 FIG. 4 shows a flowchart of the service B blocking operation in this embodiment. As shown in the figure, this flow notifies the service A10 depending on the dynamic route and blocks from a part of the previous dynamic route, so that message processing is in the middle of continuous operation in parallel. Service B20 is safely stopped. First, the operator performs a blocking operation on the service B20 from the management terminal 102 to the operation management unit 22 (step C1). The operation management unit 22 refers to the dependency information table 24 and obtains a list of services that depend on the service B 20 that is the block target. Here, service A10 is obtained (step C2). The operation management unit 22 notifies the service bus device that manages the services in the list of services dependent on the service B20 that the service B20 is blocked. Here, since the service A10 is blocked in the list, the operation management unit 12 of the service bus device 11 is notified (step C3). The operation management unit 12 notifies the dynamic route determination unit 18 and stops message distribution to the service B 20. Thereafter, the message counter 16 is referred to and waits until the counter for the service B 20 becomes 0 (step C4). When the counter reaches 0, the operation management unit 22 that manages the service B 20 is notified that all message processing has been completed (step C5). From here, the service bus device 21 and the service bus device 31 perform processing in parallel. The operation management unit 22 of the service bus device 21 blocks the service B20. At the same time, the entry for the service A10 is deleted from the dependency information table 24 (step C6).
本実施形態では、サービスＢ２０を閉塞するときに、前段であるサービスＡ１０での処理がすべて完了してから前段から順に閉塞することが実現できるように構成されているため、サービス閉塞操作に十分な信頼性を得ることができる。さらに、運用者は単にサービスＢ２０を閉塞するオペレーションを実施するのみであり、簡潔な操作で安全に閉塞操作を実施することができる。 In the present embodiment, when the service B20 is blocked, it is configured so that it can be blocked in order from the previous stage after all the processes in the service A10, which is the previous stage, are completed. Reliability can be obtained. Furthermore, the operator simply performs the operation of blocking the service B20, and can safely perform the blocking operation with a simple operation.
本実施形態において、サービスＢ２０の閉塞に続いてサービスＣ３０を閉塞する場合は、サービスＡ１０で有効な経路が残らないため、同時にサービスＡ１０も自動的に閉塞する。また、本実施形態では、サービスＢ２０に対する前段のサービスはサービスＡ１０の一つのみであったが、前段のサービスが複数ある場合にも適用可能である。 In the present embodiment, when the service C30 is blocked after the service B20 is blocked, no valid route remains in the service A10, so the service A10 is also automatically blocked simultaneously. Further, in the present embodiment, the preceding stage service for the service B20 is only one of the services A10. However, the present invention is also applicable when there are a plurality of preceding stage services.
なお、本発明は、上記した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形態はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。例えば、上述の各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更して又は並列に実行することができる。 The present invention is not limited to the above-described embodiment, and can be implemented in various other forms without departing from the gist of the present invention. For this reason, the said embodiment is only a mere illustration in all points, and is not interpreted limitedly. For example, the above-described processing steps can be executed in any order or in parallel as long as there is no contradiction in the processing contents.
上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限
られない。
A part or all of the above embodiments can be described as in the following supplementary notes, but is not limited thereto.
（付記１）クラウド型システムにおいてサービスを管理又は仲介する役目を果たすサービスバス装置において、サービスを活性化する際に、前記サービスの定義情報から、他のサービスとの依存関係情報を抽出する依存抽出部と、前記依存関係情報に基づいて、前記活性化するサービスと依存関係を有するサービスを管理するサービスバス装置に依存情報を送信する運用管理部と、前記依存情報を登録する依存情報テーブルと、を備え、前記運用管理部は、サービスを閉塞する際に、前記依存情報テーブルを参照し、閉塞するサービス又は当該閉塞するサービスに依存するサービスのエントリを前記依存情報テーブルから削除する、サービスバス装置。 (Supplementary note 1) In a service bus device that plays a role of managing or mediating services in a cloud type system, when activating a service, dependency extraction that extracts dependency information with other services from the definition information of the service An operation management unit that transmits dependency information to a service bus device that manages a service having a dependency relationship with the service to be activated based on the dependency relationship information, a dependency information table that registers the dependency information, The operation management unit refers to the dependency information table when the service is blocked, and deletes the service to be blocked or the entry of the service dependent on the service to be blocked from the dependency information table. .
（付記２）前記運用管理部は、サービスを閉塞する際に、前記依存情報テーブルを参照し、閉塞するサービスに依存するサービスを管理するサービスバス装置に、サービスが閉塞することを通知することを特徴とする付記１記載のサービスバス装置。 (Supplementary Note 2) When the operation management unit shuts down the service, the operation management unit refers to the dependency information table and notifies the service bus device that manages the service dependent on the service to be blocked that the service is blocked. The service bus device according to supplementary note 1, wherein the service bus device is characterized.
（付記３）処理中のタスクの数をカウントするカウンタをさらに備え、前記運用管理部は、サービスを閉塞する際に、前記カウンタを参照し、閉塞するサービスに関連するタスクがなくなったとき、前記依存情報テーブルから、閉塞するサービス及び当該閉塞するサービスに依存するサービスのエントリを削除することを特徴とする付記１又は２記載のサービスバス装置。 (Supplementary Note 3) A counter that counts the number of tasks being processed is further included, and the operation management unit refers to the counter when closing a service, and when there are no tasks related to the service to be blocked, The service bus device according to appendix 1 or 2, wherein the service information to be blocked and the entry of the service depending on the service to be blocked are deleted from the dependency information table.
（付記４）前記サービスはメッセージの送受信であり、外部からメッセージを受信するメッセージ受信部と、外部へメッセージを送信するメッセージ送信部と、前記定義情報から宛先サービスを計算する動的経路決定部と、を備え、前記カウンタは、処理中のメッセージの数をカウントすることを特徴とする付記３記載のサービスバス装置。 (Supplementary Note 4) The service is a message transmission / reception, a message receiving unit that receives a message from the outside, a message transmission unit that transmits a message to the outside, a dynamic route determination unit that calculates a destination service from the definition information, The service bus device according to appendix 3, wherein the counter counts the number of messages being processed.
（付記５）クラウド型システムのサービスバス装置においてサービスを管理する方法であって、第１のサービスバス装置が、サービスの活性化操作を受け付けるステップと、前記第１のサービスバス装置が、前記サービスの定義情報から、他のサービスとの依存関係情報を抽出するステップと、前記依存関係情報に基づいて、前記第１のサービスバス装置が、前記活性化するサービスと依存関係を有するサービスを管理する第２のサービスバス装置に依存情報を送信するステップと、前記第２のサービスバス装置が、前記依存情報を依存情報テーブルに登録するステップと、を備えるサービス管理方法。 (Supplementary Note 5) A method for managing a service in a service bus device of a cloud type system, wherein the first service bus device accepts a service activation operation, and the first service bus device includes the service Extracting dependency relationship information with other services from the definition information, and based on the dependency relationship information, the first service bus device manages a service having a dependency relationship with the service to be activated A service management method comprising: transmitting dependency information to a second service bus device; and registering the dependency information in a dependency information table by the second service bus device.
（付記６）クラウド型システムのサービスバス装置においてサービスを管理する方法であって、第１のサービスバス装置が、サービスの閉塞操作を受け付けるステップと、前記第１のサービスバス装置が、依存情報テーブルを参照し、閉塞するサービスに異存するサービスを管理する第２のサービスバス装置に、サービスが閉塞することを通知するステップと、前記第２のサービスバス装置は、前記通知を受信した後、依存情報テーブルを参照し、閉塞するサービス又は当該閉塞するサービスに依存するサービスのエントリを前記依存情報テーブルから削除するステップと、を備えるサービス管理方法。 (Additional remark 6) It is the method of managing a service in the service bus apparatus of a cloud type | system | group, Comprising: The 1st service bus apparatus receives the blockade operation of a service, The said 1st service bus apparatus is a dependence information table. And a step of notifying the second service bus device that manages the service that is different from the service to be blocked that the service is blocked, and the second service bus device is dependent on the notification after receiving the notification. A service management method comprising: referring to an information table and deleting an entry of a service to be blocked or a service dependent on the blocked service from the dependency information table.
本発明によれば、サービスバス装置を使用してサービスを分散するクラウド型システムに適用できる。特にサービスの数が多い大規模なシステムになるほど有用である。 The present invention can be applied to a cloud type system that distributes services using a service bus device. In particular, it is more useful for a large-scale system with a large number of services.
１、２ ネットワーク、１０、２０、３０ サービス、１１、２１、３１ サービスバス装置、１２、２２、３２ 運用管理部、１３、２３，３３ 依存抽出部、１４、２４、３４ 依存情報テーブル、１５、２５、３５ メッセージ受信部、１６、２６、３６ メッセージカウンタ、１７、２７、３７ メッセージ送信部、１８ 動的経路決定部、１０１、１０２ 管理端末 1, 2, network 10, 20, 30 service, 11, 21, 31 service bus device, 12, 22, 32 operation management unit, 13, 23, 33 dependency extraction unit, 14, 24, 34 dependency information table, 15, 25, 35 Message reception unit, 16, 26, 36 Message counter, 17, 27, 37 Message transmission unit, 18 Dynamic route determination unit, 101, 102 Management terminal
Claims (6)
サービスを活性化する際に、前記サービスの定義情報から、他のサービスとの依存関係情報を抽出する依存抽出部と、
前記依存関係情報に基づいて、前記活性化するサービスと依存関係を有するサービスを管理するサービスバス装置に依存情報を送信する運用管理部と、
前記依存情報を登録する依存情報テーブルと、
を備え、
前記運用管理部は、サービスを閉塞する際に、前記依存情報テーブルを参照し、閉塞するサービス又は当該閉塞するサービスに依存するサービスのエントリを前記依存情報テーブルから削除する、サービスバス装置。 In a service bus device that serves to manage or mediate services in a cloud system,
A dependency extraction unit that extracts dependency information with other services from the definition information of the service when activating the service;
Based on the dependency relationship information, an operation management unit that transmits dependency information to a service bus device that manages a service having a dependency relationship with the service to be activated, and
A dependency information table for registering the dependency information;
With
The operation management unit refers to the dependency information table when deleting a service, and deletes the entry of the service to be blocked or the service dependent on the blocked service from the dependency information table.
前記運用管理部は、サービスを閉塞する際に、前記カウンタを参照し、閉塞するサービスに関連するタスクがなくなったとき、前記依存情報テーブルから、閉塞するサービス及び当該閉塞するサービスに依存するサービスのエントリを削除することを特徴とする請求項１又は２記載のサービスバス装置。 A counter that counts the number of tasks being processed;
The operation management unit refers to the counter when blocking a service, and when there is no task related to the service to be blocked, the operation management unit, from the dependency information table, lists the service to be blocked and the service dependent on the service to be blocked 3. The service bus device according to claim 1, wherein the entry is deleted.
外部からメッセージを受信するメッセージ受信部と、
外部へメッセージを送信するメッセージ送信部と、
前記定義情報から宛先サービスを計算する動的経路決定部と、
を備え、
前記カウンタは、処理中のメッセージの数をカウントすることを特徴とする請求項３記載のサービスバス装置。 The service is sending and receiving messages;
A message receiver for receiving messages from outside,
A message sending unit for sending a message to the outside;
A dynamic route determination unit for calculating a destination service from the definition information;
With
4. The service bus device according to claim 3, wherein the counter counts the number of messages being processed.
第１のサービスバス装置が、サービスの活性化操作を受け付けるステップと、
前記第１のサービスバス装置が、前記サービスの定義情報から、他のサービスとの依存関係情報を抽出するステップと、
前記依存関係情報に基づいて、前記第１のサービスバス装置が、前記活性化するサービスと依存関係を有するサービスを管理する第２のサービスバス装置に依存情報を送信するステップと、
前記第２のサービスバス装置が、前記依存情報を依存情報テーブルに登録するステップと、
を備えるサービス管理方法。 A method of managing services in a service bus device of a cloud type system,
A first service bus device receiving a service activation operation;
The first service bus device extracting dependency information with other services from the definition information of the service;
Based on the dependency relationship information, the first service bus device transmits dependency information to a second service bus device that manages a service having a dependency relationship with the service to be activated.
The second service bus device registering the dependency information in a dependency information table;
A service management method comprising:
第１のサービスバス装置が、サービスの閉塞操作を受け付けるステップと、
前記第１のサービスバス装置が、依存情報テーブルを参照し、閉塞するサービスに依存するサービスを管理する第２のサービスバス装置に、サービスが閉塞することを通知するステップと、
前記第２のサービスバス装置は、前記通知を受信した後、依存情報テーブルを参照し、閉塞するサービス又は当該閉塞するサービスに依存するサービスのエントリを前記依存情報テーブルから削除するステップと、
を備えるサービス管理方法。 A method of managing services in a service bus device of a cloud type system,
A first service bus device receiving a service blocking operation;
The first service bus device refers to the dependency information table, and notifies the second service bus device that manages the service dependent on the service to be blocked that the service is blocked;
The second service bus device, after receiving the notification, refers to the dependency information table and deletes the entry of the service to be blocked or the service dependent on the blocked service from the dependency information table;
A service management method comprising:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012062466A JP5896140B2 (en) | 2012-03-19 | 2012-03-19 | Management method of inter-service dependency in cloud system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2012062466A JP5896140B2 (en) | 2012-03-19 | 2012-03-19 | Management method of inter-service dependency in cloud system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2013196343A true JP2013196343A (en) | 2013-09-30 |
| JP5896140B2 JP5896140B2 (en) | 2016-03-30 |
Family
ID=49395213
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2012062466A Expired - Fee Related JP5896140B2 (en) | 2012-03-19 | 2012-03-19 | Management method of inter-service dependency in cloud system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5896140B2 (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2015058569A1 (en) * | 2013-10-25 | 2015-04-30 | 中兴通讯股份有限公司 | Security service customizing method and apparatus |
| JPWO2016075818A1 (en) * | 2014-11-14 | 2017-04-27 | 三菱電機株式会社 | Server device, client device, server device program, session management method, and client server system |
| CN111212099A (en) * | 2018-11-22 | 2020-05-29 | 青岛海信智能商用系统股份有限公司 | Micro-service management method and device |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011118587A (en) * | 2009-12-02 | 2011-06-16 | Hitachi Ltd | System for executing cooperative service by plurality of servers |
| JP4852734B1 (en) * | 2010-09-22 | 2012-01-11 | 株式会社Ｃｓｋ | Service control system |
-
2012
- 2012-03-19 JP JP2012062466A patent/JP5896140B2/en not_active Expired - Fee Related
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2011118587A (en) * | 2009-12-02 | 2011-06-16 | Hitachi Ltd | System for executing cooperative service by plurality of servers |
| JP4852734B1 (en) * | 2010-09-22 | 2012-01-11 | 株式会社Ｃｓｋ | Service control system |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2015058569A1 (en) * | 2013-10-25 | 2015-04-30 | 中兴通讯股份有限公司 | Security service customizing method and apparatus |
| US10686837B2 (en) | 2013-10-25 | 2020-06-16 | Xi'an Zhongxing New Software Co., Ltd. | Method and device for customizing security service |
| JPWO2016075818A1 (en) * | 2014-11-14 | 2017-04-27 | 三菱電機株式会社 | Server device, client device, server device program, session management method, and client server system |
| CN111212099A (en) * | 2018-11-22 | 2020-05-29 | 青岛海信智能商用系统股份有限公司 | Micro-service management method and device |
Also Published As
| Publication number | Publication date |
|---|---|
| JP5896140B2 (en) | 2016-03-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103856934B (en) | Establish the method and more home devices of multipath connection | |
| US8738774B2 (en) | Could-based dynamic session license control | |
| CN106105164B (en) | Agent interception | |
| CN105653374B (en) | Method, device and system for executing distributed transaction resources | |
| CN104980450B (en) | A kind of message delivery method and system and message processing device | |
| CN101296176B (en) | Data processing method and apparatus based on cluster | |
| US20170126828A1 (en) | Sending Method and Apparatus and Computer Storage Medium of Notification Message | |
| KR101416280B1 (en) | Event handling system and method | |
| US10171351B2 (en) | Method for updating flow table | |
| CN101009649A (en) | Queue management in a network processor | |
| JP5896140B2 (en) | Management method of inter-service dependency in cloud system | |
| JP5822125B2 (en) | Service cooperation apparatus, service cooperation method, and service cooperation program | |
| La Marra et al. | Improving MQTT by inclusion of usage control | |
| CN103297390A (en) | Method for enabling server to be connected with client-sides reversely | |
| EP2913752A1 (en) | Rule distribution server, as well as event processing system, method, and program | |
| CN106716376A (en) | Providing functional requirements for a network connection from a local library | |
| KR101453454B1 (en) | Integrated push service system and using method thereof | |
| WO2017107653A1 (en) | Mobile payment method, related device and system | |
| US9491067B2 (en) | Timeout for identifying network device presence | |
| US20170054519A1 (en) | Resource Creation Method and Apparatus | |
| WO2008123682A1 (en) | System and method for device management security of trap management object | |
| US20180255146A1 (en) | Managing topic updates for a distributed data system | |
| US8867546B2 (en) | Communication path control technique | |
| CN110248154A (en) | Depending on the monitoring method and system of networked server | |
| US20150193755A1 (en) | Point-of-sale communication and payment system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20150206 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20150811 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20151001 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20151127 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20160203 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20160216 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5896140 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |