CN105511974A - OSGi fault tolerance strategy for service quality evaluation under distributed environment - Google Patents
OSGi fault tolerance strategy for service quality evaluation under distributed environment Download PDFInfo
- Publication number
- CN105511974A CN105511974A CN201510824338.3A CN201510824338A CN105511974A CN 105511974 A CN105511974 A CN 105511974A CN 201510824338 A CN201510824338 A CN 201510824338A CN 105511974 A CN105511974 A CN 105511974A
- Authority
- CN
- China
- Prior art keywords
- service
- alternative services
- fault
- osgi
- service quality
- 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
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
- G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
- G06F11/0709—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a distributed system consisting of a plurality of standalone computer nodes, e.g. clusters, client-server systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/547—Remote procedure calls [RPC]; Web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Software Systems (AREA)
- Quality & Reliability (AREA)
- Computer Hardware Design (AREA)
- Hardware Redundancy (AREA)
Abstract
The invention discloses an OSGi fault tolerance strategy for service quality evaluation under distributed environment. A fault tolerance purpose is achieved via a method with a combination between active discrimination service and passive fault restoration. Before the service is called, a proper calling target service is chosen via the active discrimination service, so service calling success rate and operation efficiency can be improved; during the service call process, service operation parameters are detected and collected and fault information of service call can be captured; and when the fault information is captured, the call process is restored via the fault restoration method to improve system stability and to passively guarantee service success.
Description
Technical field
The invention belongs to Fault-tolerant Technique field, particularly under a kind of distributed environment towards the OSGi fault-tolerant strategy of service quality evaluation.
Background technology
Computer science be 21 century with fastest developing speed, to one of subject that human lives has the greatest impact.Soft project, as a wherein important ingredient, also more and more comes into one's own.Along with the fast development of computer software technology in recent years, component-based development pattern becomes the development trend of field of software engineering gradually.
OSGi (openservicegatewayinitiative) is a kind of component technology framework based on service, because of its there is easy-to-use, lightweight, dynamically update, the characteristic such as component life cycle management, receive the attention of numerous developers.OSGi is that Java application provides a mobilism, service-oriented structure model, compensate for the deficiency that Java language standard lacks modularization support, makes Java become the first-selected environment of Integrated Simulation and software development.
Along with Internet of Things becomes the important development direction of computer realm gradually, OSGi has also carried out distributed expansion transformation with adapt to development trend, but this proposes challenge to the reliability of OSGi.Due to the initial Embedded Environment Design of OSGi, the fault tolerant mechanism under distributed environment therefore can not be provided.Because distributed system is generally applied in the large-scale big event such as Industry Control, enterprise servers, its small mistake all can cause loss difficult to the appraisal.Therefore improve the fault-tolerant ability of OSGi, improving OSGi System Fault Tolerance efficiency is very important task.
Summary of the invention
The problem of fault tolerant mechanism under distributed environment can not be provided for OSGi in prior art, the invention provides the OSGi fault-tolerant strategy towards service quality evaluation under a kind of distributed environment, this strategy adopts service of initiatively screening and the passive fault-tolerant way repaired and combine of makeing mistakes, effectively can complete the fault-tolerant operation of distributed OSGi environment, system overhead can be reduced under the prerequisite ensureing fault-tolerant effect.
For solving the problems of the technologies described above, the present invention adopts following technical scheme:
Towards an OSGi fault-tolerant strategy for service quality evaluation under distributed environment, comprising:
Step 1, initiatively screens service, and this step comprises successively:
1.1 select alternative services collection and some Service Quality Metrics according to demand;
1.2 obtain according to the history data of service, service operation platform and/or service operation network the Service Quality Metrics data that alternative services concentrates each alternative services;
1.3 normalized service quality index datas obtain Service Quality Metrics standardized data;
The Service Quality Metrics standardized data weighted sum respectively of 1.4 pairs of each alternative services, obtains the service evaluation achievement of each alternative services; The weights of Service Quality Metrics standardized data artificially set according to application scenarios and demand;
1.5 sort to alternative services from big to small according to service evaluation achievement, and calculate the called probability of each alternative services
wherein, InvPr
ifor sorting the probability of alternative services of i-th; Q
siand Q
sjbe respectively the service evaluation achievement of sequence i-th alternative services individual with jth; W
iand W
jbe respectively Q
siand Q
sjcorrection weights, W
i=n-i, W
i=n-j; N is alternative services number;
1.6 to concentrate from alternative services according to called probability and obtain invocation target service and call, and concentrate the alternative services rejected as invocation target service from alternative services;
Step 2, detect invocation target service operation conditions, if run successfully, directly terminate or restart be stopped operation alternative services after terminate; Otherwise, perform step 3;
Step 3, the passive reparation that makes mistakes, this step comprises further:
3.1 invocation target services out of service;
If 3.2 current alternative services integrate as empty set, terminate and return error message; Otherwise, sub-step 1.2 ~ 1.6 is performed to current alternative services collection.
Service Quality Metrics is the concrete manifestation form of quality of service information.In the present invention, Service Quality Metrics to embody the information of performance situation of serving and can provide in invoked procedure, can multiple in following index: the index that the configuration level of the index that (1) the history run situation of serving is relevant, index that the operation performance of (2) service operation platform is relevant, (3) service operation platform is correlated with, the index that the stability of (4) service operation network is relevant with transfer efficiency.Service Quality Metrics is artificially selected according to demand.
Above-mentioned, the index that the history run situation of service is correlated with can be the average success rate of service, average operation duration etc.; The index that the operation performance of service operation platform is relevant can be stable operation duration, history collapse rate etc.; The index that the stability of service operation network is relevant to transfer efficiency can be network average transmission rate etc.
In sub-step 1.3, logarithm value type service-evaluating index, adopts formula
with
respectively standardization is carried out to the service-evaluating index data of profit evaluation model and cost type, wherein, x
krepresent a kth service-evaluating index data of current alternative services,
represent x
kstandardized data, max
kand min
kbe respectively the maximal value in a kth service-evaluating index data of all alternative services and minimum value.
The service-evaluating index of above-mentioned profit evaluation model refers to, when the value of the service-evaluating index of profit evaluation model is larger, represents that service performance is better, such as, and the average success rate of service; The service-evaluating index of cost type is then just in time contrary, when the service-evaluating index of cost type value more hour, represent that service performance is better, such as, the average operation duration of service.
In sub-step 1.3, to nonumeric type service-evaluating index, first artificial assignment, then carry out standardization.
Such as, if not numeric type service-evaluating index is Boolean type, its value comprises "True" and "false" two kinds, can artificially by numerical value 1 assignment to "True", by numerical value 0 assignment to "false".To allocation of computer, owing to being configured with multiple situation, then for each situation assignment respectively.
In step 2, the agency mechanism based on java is adopted to detect the operation conditions of invocation target service.
In the present invention, quality of service information is significant, the concrete form of Service Quality Metrics and quality of service information.Fig. 1 is the composition schematic diagram of quality of service information.The authenticity of quality of service information directly determines the execution efficiency of fault-tolerant strategy of the present invention.The equal very first time record of the service data produced after each service call and service make mistakes, evaluates authenticity and the validity of achievement with Deterministic service.
When service is served for new registration, because it is from off-duty mistake, therefore quality of service information is unknowable.At this moment need whether have service of the same name to exist in inquiry environment, if there is service of the same name, then give this new registration service by the service evaluation achievement mean value assignment of service of the same name, as the service evaluation achievement of new registration service.If there is not service of the same name, then rule of thumb give transient service to new registration service and evaluate achievement.Because new registration service is from off-duty mistake, therefore it does not have corresponding quality of service information, so give its transient service to evaluate achievement; After this new registration service is by system call, then according to its concrete manifestation update service quality information.
Compared with prior art, the present invention has following features and beneficial effect:
1, the mode that the present invention adopts service of initiatively screening and the passive reparation that makes mistakes to combine reaches fault-tolerant object, before service call, selects suitable invocation target service, to improve success ratio and the operational efficiency of this service call by initiatively screening method of service.In service invocation procedure, collect the operational factor of service by service detection and catch the error message of service call; When capturing error message, restorative procedure of makeing mistakes is utilized to repair invoked procedure, to improve system stability, thus the success of passive Deterministic service.
2, in the present invention, quality of service information is very important, and this information is more authentic and valid, and more help system can improve fault-tolerant efficiency, optimization is called; The optimization of calling can ensure the high efficiency of system cloud gray model and the validity of recovery, thus reduces unnecessary fault-tolerant expense.
Accompanying drawing explanation
Fig. 1 is the composition schematic diagram of quality of service information;
Fig. 2 is schematic flow sheet of the present invention;
Fig. 3 is the system construction drawing of the embodiment of the present invention;
Fig. 4 is selection process flow diagram of taking the initiative in offering a hand in embodiment;
Fig. 5 is passive reparation schematic diagram of makeing mistakes in embodiment.
Embodiment
Specific embodiments of the invention will be described in detail below.It should be noted that the embodiments described herein is only for illustrating, is not limited to the present invention.
The present invention improves the priori success ratio of service call by active selection service, repairs the operation actual motion success ratio of raising service call by passive makeing mistakes.Fig. 2 is fault-tolerant strategy schematic flow sheet of the present invention, and wherein the passive reparation that makes mistakes is the strong guarantee that fault-tolerant strategy is able to successful operation, and initiatively selection service is the guarantee that fault-tolerant strategy efficiency and reliability promote effectively.Only have the fault-tolerant strategy of selection service plan can not Deterministic service reliability of operation, and the fault-tolerant strategy only with recovery scenario of makeing mistakes can not ensure the execution efficiency of system cloud gray model.Both combine is the necessary guarantee effectively completing fault-tolerant operation.
In the present embodiment, the OSGi fault-tolerant strategy of service-oriented quality assessment is applied to storage administration platform.In this platform, run upload service and the download service of some different editions files, each versioning service has different operation performances, and it is not identical that it runs the index such as success ratio, travelling speed.Fault-tolerant strategy is used for maintenance system and normally runs, and ensures that user uploads download and correctly completes.
Fig. 3 is the system construction drawing of the embodiment of the present invention, using OSGiR5 as framework environment, using R-OSGi as distributed expansion scheme.System-based layer represents underlying hardware and software environment.System center section comprises service pool and realizes the fault-tolerant middle layer of fault-tolerant strategy, service pool is used for all services in maintenance system, and fault-tolerant middle layer has the proxy module, scheduler module, the information center that achieve above-mentioned all functions and realizes administration module that distributed environment safeguards and log pattern.System upper strata represents for the treatment of the mutual front end management platform of user's business.User utilizes uploading of front-end platform execute file or download work, and fault-tolerant middle layer is separated by user and service, for selection service provides condition with the reparation that makes mistakes.
It is worth mentioning that, the proxy module that fault-tolerant middle layer comprises, scheduler module and information center have different functions, complete fault-tolerant operation by collaborative work.
Proxy module provides the method for service detection to system.Utilize proxy module to obtain bind service running status and operational factor.When service makes mistakes, proxy module completes the reparation that makes mistakes.Proxy module uses Proxy class as specific implementation.
Scheduler module is for realizing service selection and Service Management.This module completes fault-tolerant strategy by carrying out information interaction with other modules.It provides corresponding method to environment, and service selection adopts optimization algorithm to complete; Service Management is by the services management interface that realizes OSGi and provide and utilize R-OSGi to register remote service in distributed environment and complete.
Information center safeguards multiple dynamic tables, the quality information of stores service, comprises operating index and evaluation information.In the present embodiment, information center's usage data storehouse realizes, and wherein stores informational table of nodes, service distribution table, service operation parameter list, service quality evaluation table etc.
When user utilizes the upload file of front end management platform, fault-tolerant middle layer will be selected system service according to following flow process, inspection and repair:
Step 1, scheduler module obtains all alternative services system from information center, forms alternative services collection.
In the present embodiment, having 6 alternative services in system can use, and is designated as S respectively
1, S
2, S
3, S
4, S
5, S
6, suppose that these 6 alternative services are the service run.
Step 2, calculates the service evaluation achievement that alternative services concentrates each alternative services.
See Fig. 4, the present embodiment is selected the average success rate of service, is on average run duration, average committed memory as Service Quality Metrics, and standardization is carried out to the Service Quality Metrics data of each active service, based on data after standardization, adopt evaluation model to calculate the service evaluation achievement of each alternative services, evaluation model is as follows:
Q
S＝C
sr×w
sr+C
t×w
t+C
n×w
n(3)
In formula (3):
Q
srepresent the service evaluation achievement of current alternative services;
C
sr, C
t, C
nbe respectively the average success rate after current alternative services standardization, on average run duration, average committed memory;
W
sr, w
t, w
nbe respectively C
sr, C
t, C
nweights, w
sr+ w
t+ w
n=1.
In general, the weights of each Service Quality Metrics can be different from the difference of scene and demand, and therefore, weight is the empirical value artificially set according to current scene and current demand.In the present embodiment, current scene is storage server, then think that service success rate is most important, and service operation duration takes second place, and committed memory is worst, therefore, makes w in the present embodiment
sr=0.6, w
t=0.3, w
n=0.1.
This step is adopted to obtain 6 alternative services S respectively
1, S
2, S
3, S
4, S
5, S
6service evaluation achievement.
Step 3, the alternative services based on service evaluation achievement sorts.
Scheduler module sorts to alternative services according to the service evaluation achievement of each alternative services, obtains the ordered vector (S be made up of alternative services
4s
3s
6s
2s
1s
5).According to alternative services rank, calculate the called probability of each alternative services
wherein, InvPr
ifor sorting the called probability of alternative services of i-th, Q
siand Q
sjbe respectively the service evaluation achievement of sequence i-th alternative services individual with jth; W
iand W
jbe respectively Q
siand Q
sjcorrection weights, W
i=n-i, W
i=n-j; N is alternative services number, n=6 in the present embodiment.
In the present embodiment, the front three alternative services of maximum probability is followed successively by S
4, S
3, S
6.
Step 4, scheduler module concentrates Selection and call destination service to call according to called probability from alternative services, and concentrates the alternative services rejected as invocation target service from alternative services; Proxy module detects the operation conditions calling destination service, runs successfully, then terminate if detect; Otherwise, perform step 5.
In the present embodiment, by alternative services S
4as invocation target service.
This step terminates, and namely initiatively selection service terminates.If detect, invocation target service operation is made mistakes, then perform the reparation that makes mistakes of service, namely performs step 5.
Step 5, proxy module invocation target service out of service, and by information updating out of service to information center, send to scheduler module simultaneously.
Step 6, whether whether scheduler module inquiry alternative services is concentrated also has alternative services, namely inquire about alternative services and integrate as empty set, if empty set, then terminate service invocation procedure and return error message; If not empty set, perform step 7.
Step 7, scheduler module re-executes step 2 ~ 4 to current alternative services collection, and judges according to the operation conditions of invocation target service, run if detect successfully, then recover all services of makeing mistakes, namely restart the alternative services being stopped operation, update service information, and terminate; If detect, operation makes mistakes, and re-executes step 6.
Maximum efficiency can be use up through above step ensure the success ratio of user's this operation and call effect, utilize and initiatively select service, the service that Systematic selection success ratio is the highest, operational effect is best can be made.
Claims (7)
1. under distributed environment towards an OSGi fault-tolerant strategy for service quality evaluation, it is characterized in that, comprising:
Step 1, initiatively screens service, and this step comprises successively:
1.1 select alternative services collection and some Service Quality Metrics according to demand;
1.2 obtain according to the history data of service, service operation platform and/or service operation network the Service Quality Metrics data that alternative services concentrates each alternative services;
1.3 normalized service quality index datas obtain Service Quality Metrics standardized data;
The Service Quality Metrics standardized data weighted sum respectively of 1.4 pairs of each alternative services, obtains the service evaluation achievement of each alternative services; The weights of Service Quality Metrics standardized data artificially set according to application scenarios and demand;
1.5 sort to alternative services from big to small according to service evaluation achievement, and calculate the called probability of each alternative services
wherein, InvPr
ifor sorting the probability of alternative services of i-th; Q
siand Q
sjbe respectively the service evaluation achievement of sequence i-th alternative services individual with jth; W
iand W
jbe respectively Q
siand Q
sjcorrection weights, W
i=n-i, W
i=n-j; N is alternative services number;
1.6 to concentrate from alternative services according to called probability and obtain invocation target service and call, and concentrate the alternative services rejected as invocation target service from alternative services;
Step 2, detect invocation target service operation conditions, if run successfully, directly terminate or restart be stopped operation alternative services after terminate; Otherwise, perform step 3;
Step 3, the passive reparation that makes mistakes, this step comprises further:
3.1 invocation target services out of service;
If 3.2 current alternative services integrate as empty set, terminate and return error message; Otherwise, sub-step 1.2 ~ 1.6 is performed to current alternative services collection.
2. under distributed environment as claimed in claim 1 towards the OSGi fault-tolerant strategy of service quality evaluation, it is characterized in that:
Described Service Quality Metrics is multiple in following index: the index that the configuration level of the index that (1) the history run situation of serving is relevant, index that the operation performance of (2) service operation platform is relevant, (3) service operation platform is relevant, the index that the stability of (4) service operation network is relevant with transfer efficiency.
3. under distributed environment as claimed in claim 1 towards the OSGi fault-tolerant strategy of service quality evaluation, it is characterized in that:
In sub-step 1.3, logarithm value type service-evaluating index, adopts formula
with
respectively standardization is carried out to the service-evaluating index data of profit evaluation model and cost type, wherein, x
krepresent a kth service-evaluating index data of current alternative services,
represent x
kstandardized data, max
kand min
kbe respectively the maximal value in a kth service-evaluating index data of all alternative services and minimum value.
4. under distributed environment as claimed in claim 1 towards the OSGi fault-tolerant strategy of service quality evaluation, it is characterized in that:
In sub-step 1.3, to nonumeric type service-evaluating index, first artificial assignment, then carry out standardization.
5. under distributed environment as claimed in claim 1 towards the OSGi fault-tolerant strategy of service quality evaluation, it is characterized in that: in step 2, adopt the agency mechanism based on java to detect the operation conditions of invocation target service.
6. under distributed environment as claimed in claim 1 towards the OSGi fault-tolerant strategy of service quality evaluation, it is characterized in that:
If alternative services is the service of crossing from off-duty, using the service evaluation achievement mean value of its service of the same name as the service evaluation achievement of this alternative services.
7. under distributed environment as claimed in claim 1 towards the OSGi fault-tolerant strategy of service quality evaluation, it is characterized in that:
If alternative services is the service of crossing from off-duty, rule of thumb service evaluation achievement is composed to it.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510824338.3A CN105511974B (en) | 2015-11-24 | 2015-11-24 | Towards the OSGi fault-tolerance approaches of service quality evaluation under distributed environment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510824338.3A CN105511974B (en) | 2015-11-24 | 2015-11-24 | Towards the OSGi fault-tolerance approaches of service quality evaluation under distributed environment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105511974A true CN105511974A (en) | 2016-04-20 |
| CN105511974B CN105511974B (en) | 2018-05-11 |
Family
ID=55719977
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510824338.3A Active CN105511974B (en) | 2015-11-24 | 2015-11-24 | Towards the OSGi fault-tolerance approaches of service quality evaluation under distributed environment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105511974B (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108932520A (en) * | 2018-04-26 | 2018-12-04 | 武汉大学 | In conjunction with the SAR image water body probability drafting method of prior probably estimation |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000236331A (en) * | 1999-02-15 | 2000-08-29 | Nippon Telegr & Teleph Corp <Ntt> | System and method for managing service fault information, service provider and recording medium recording service fault information distribution program |
| CN102045389A (en) * | 2010-11-25 | 2011-05-04 | 深圳市科陆电子科技股份有限公司 | Distributed data storage method based on OSGI |
| CN102053860A (en) * | 2009-10-30 | 2011-05-11 | 中国人民解放军国防科学技术大学 | CORBA-based OSGi distributed extensible system and method |
| CN103281376A (en) * | 2013-05-31 | 2013-09-04 | 武汉大学 | Method for automatic caching construction of massive timing sequence remote-sensing images in cloud environment |
-
2015
- 2015-11-24 CN CN201510824338.3A patent/CN105511974B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000236331A (en) * | 1999-02-15 | 2000-08-29 | Nippon Telegr & Teleph Corp <Ntt> | System and method for managing service fault information, service provider and recording medium recording service fault information distribution program |
| CN102053860A (en) * | 2009-10-30 | 2011-05-11 | 中国人民解放军国防科学技术大学 | CORBA-based OSGi distributed extensible system and method |
| CN102045389A (en) * | 2010-11-25 | 2011-05-04 | 深圳市科陆电子科技股份有限公司 | Distributed data storage method based on OSGI |
| CN103281376A (en) * | 2013-05-31 | 2013-09-04 | 武汉大学 | Method for automatic caching construction of massive timing sequence remote-sensing images in cloud environment |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108932520A (en) * | 2018-04-26 | 2018-12-04 | 武汉大学 | In conjunction with the SAR image water body probability drafting method of prior probably estimation |
| CN108932520B (en) * | 2018-04-26 | 2021-12-07 | 武汉大学 | SAR image water body probability mapping method combining prior probability estimation |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105511974B (en) | 2018-05-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106502769B (en) | Distributed transaction processing method, apparatus and system | |
| CN101542445B (en) | Apparatus and methods of a zero single point of failure load balancer | |
| CN108712464A (en) | A kind of implementation method towards cluster micro services High Availabitity | |
| CN104993941B (en) | One kind is based on Openflow network high fault tolerance virtual network mapping algorithms | |
| CN101778013B (en) | Website testing system and method | |
| CN106549810A (en) | Cloud service platform redaction issues front method of testing, device and system | |
| Jia et al. | Reliability-aware dynamic service chain scheduling in 5G networks based on reinforcement learning | |
| CN103490938A (en) | Layering-based cloud service combination failure recovery system and method | |
| CN108011846A (en) | The method and device of management business in network function virtualization architecture | |
| CN103678051B (en) | A kind of online failure tolerant method in company-data processing system | |
| CN108804039A (en) | Adaptive data restore flow control method, device, electronic equipment and storage medium | |
| CN109862101A (en) | Cross-platform starts method, apparatus, computer equipment and storage medium | |
| CN112506691B (en) | Digital twin application fault recovery method and system for multi-energy system | |
| CN109614403A (en) | The data consistency verification method and device of cluster service node | |
| CN101197734B (en) | Test approach and device for command line interface | |
| CN103685535A (en) | Interface design of cloud database system for large-scale distributed heterogeneous data treatment | |
| CN107067354A (en) | Based on the task of supervision treating method and apparatus for controlling grid altogether | |
| Jammal et al. | ACE: Availability-aware CloudSim extension | |
| CN105511974A (en) | OSGi fault tolerance strategy for service quality evaluation under distributed environment | |
| CN106230623A (en) | A kind of VIM site selection method and device | |
| CN102036188A (en) | Mail proxy method, equipment and system under multi-node system | |
| Zhou et al. | FTCloudSim: support for cloud service reliability enhancement simulation | |
| CN106330556B (en) | A kind of method and apparatus calling related information for generating service module | |
| WO2021160810A1 (en) | Method and system for processing transactions in a blockchain network | |
| CN109302454B (en) | Device and method for ubiquitous network software definition service |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |