• No results found

Reuse and Migration of Legacy Systems to Interoperable Cloud Services- The REMICS project

N/A
N/A
Protected

Academic year: 2022

Share "Reuse and Migration of Legacy Systems to Interoperable Cloud Services- The REMICS project"

Copied!
15
0
0

Laster.... (Se fulltekst nå)

Fulltekst

(1)

Reuse and Migration of Legacy Systems to Interoperable Cloud

Services- The REMICS project

Parastoo Mohagheghi, Arne J. Berre (SINTEF)

(2)

Project facts

 REMICS is a research project (STREP) accepted in the Objective 1.2 of FP7 Call 5 (Internet of Services, Software and virtualization).

 Aims at migration of legacy systems into Cloud services based on service-oriented architectures

 REMICS runs from September 2010 for 3 years.

 The budget is 4.5 MEuro

 Partners are:

SINTEF (Coordinator), DI Systemer (Norway)

Softeam, Netfective Technology (France)

Fraunhofer (Germany)

(3)

Problem to be addressed

 Legacy systems are sometimes of substantial value for companies:

They still function for the users’ needs;

They capture important business logic;

The cost of replacing them with systems designed from scratch is often too high.

 However:

Legacy systems are often difficult to reuse due to platform, documentation and architecture obsolescence.

New technologies arrive such as Cloud Computing and Software as a Service that promise better performance or cost saving that motivate organizations to modernize their applications.

(4)

Challenges

 The oldness degree of technologies to be reversed;

How to adapt them to the SaaS and cloud paradigms?

How to handle interoperability?

 The absence of knowledge;

How to extract business value information?

 QoS should be preserved;

How to reuse legacy systems in automated testing of the new SaaS?

 Cost of the migration process;

How to plan a progressive migration process?

How to train people in new technologies such as MDE?

(5)

Steps in the REMICS approach

Recover

Legacy Artifacts

Source

Architecture Migrate

Target Architecture

for Service Cloud platform

Forward MDA through

PIM4 Cloud

Service Cloud Implementa

tion

Model Driven Interoperability

Validate, Control and

Supervise

Knowledge: REMICS KDM Business Process and Rules

Components: SoaML Implementation: UML, U2TP

Knowledge Discovery, Reverse Engineering

Source code, binaries, documentation, users knowledge, configuration files,

execution logs and traces.

SOA and Cloud Computing Patterns applied,

Legacy Components Replacement and Wrapping,

Design by Service Composition Service mediation for

adaptation

SoaML with REMICS extensions for Service Clouds,

Links to Business Models

Model Transformation, Code Generation,

Traceability

RESERVOIR, Joyant, Amazon, Google, Microsoft

Models@Runtime for application management, Model Checking, Model-based

Testing for validation

(6)

Recover

 Analyse feasibility of the

modernization strategies and select one;

 We plan to use the OMG KDM standard and extend it when necessary.

 Recover business value information: requirements, processes, rules, non-functional properties etc.

 Use automated reverse engineering methods as much as possible;

 Develop models (business, components, test specifications etc.) that will be used further.

Migrate

Model-Driven Interoperability

Validate, Control and

Supervise Legacy

Artefacts Source Architecture

Recover

Forward MDA Through PIM4Cloud

Service Cloud Implementation Target Architecture

For Service Cloud

Platform

(7)

Migrate

 The purpose is to start from the

legacy models and refactor them to build the new a new SOA by applying methods such

as decomposition, component wrapping and replacements.

 Some components or services may be replaced by newly discovered ones.

Migrate

Model-Driven Interoperability

Validate, Control and

Supervise Legacy

Artefacts Source Architecture

Recover

Forward MDA Through PIM4Cloud

Service Cloud Implementation Target Architecture

For Service Cloud

Platform

(8)

Compose and

develop new services

 The legacy system may be

enhanced by adding new services

or services may be composed in new ways.

 Model-driven interoperability helps in adapting services using mediators. (Ref. Paper on Flora-2 interoperability mappings at MDI on Tuesday)

 Mediators or mediation services take input data in one format and provide it in another format.

 We plan to extend SoaML with data format models and behavioral model for mediation. (Ref. Talk on SoaML in Industry track on Tuesday)

Migrate

Model-Driven Interoperability

Validate, Control and

Supervise Legacy

Artefacts Source Architecture

Recover

Forward MDA Through PIM4Cloud

Service Cloud Implementation Target Architecture

For Service Cloud

Platform

(9)

Validate

 The recovered architecture should correspond to the legacy system

and provide the same or better QoS, business goals, coverage, etc.

 Recovered models should be used in the validation process based on model-based testing techniques.

 The original system can act as a test oracle since requirements may not be well captured.

Migrate

Model-Driven Interoperability

Validate, Control and

Supervise Legacy

Artefacts Source Architecture

Recover

Forward MDA Through PIM4Cloud

Service Cloud Implementation Target Architecture

For Service Cloud

Platform

(10)

Control and supervise

 The goal is managing applications by observing them and performing corrective actions.

 Models@runtime for self-managability is one possible technique to use.

Migrate

Model-Driven Interoperability

Validate, Control and

Supervise Legacy

Artefacts Source Architecture

Recover

Forward MDA Through PIM4Cloud

Service Cloud Implementation Target Architecture

For Service Cloud

Platform

(11)

Technological approach: main points

 Model-driven techniques

Models everywhere,

A large set of metamodels and several dedicated extensions.

In particular, the PIM4 Cloud Computing, model-driven Service

Interoperability and Models@Runtime extensions are intended to support the REMICS methodology for service cloud architecture modelling.

 Open source Metamodels and Models with an emphasis on Open Models for standards.

 Two pilot cases:

DI systems from Norway with ERP/acounting

DOME consulting from Spain within the tourism section

(12)

Expected impact

 REMICS will preserve and capitalize on the business value engraved in legacy systems to gain:

flexibility brought by Service Clouds,

lower the cost of service provision,

shorten the time-to-market.

 REMICS research will provide innovations in advanced model driven methodologies, methods and tools in

Software as a Service engineering.

 REMICS will provide standards-based foundation service engineering and will provide a suite of open ready-to-use metamodels that lowers barriers for service providers.

(13)

REMICS and Standards

(14)

Extending SoaML from the SHAPE project

UPMS UPMS

See SoaML in

Industry track on Tuesday from 11-12

(15)

Thank you and

Questions?

Referanser

RELATERTE DOKUMENTER

Ideally, the registries should have no single point of failure (i.e. use a distributed solution), they should contain liveness information to avoid the problem of stale data, and

3.1 Evolution of costs of defence 3.1.1 Measurement unit 3.1.2 Base price index 3.2 Defence inflation and investment cost escalation 3.3 Intra- and intergenerational DSI

The essential information to be provided in an electronic format by service providers who provide passenger transport services, as well as providers of brokering and dispatch

 New technologies arrive such as Cloud Computing and Software as a Service (SaaS) that promise better performance or cost saving that motivate organizations to modernize

Although the migration process in REMICS is in its initial phase, experimentation with cloud technologies and the state of the art analysis have highlighted some challenges

experience in their job career and are ready to provide training to ROOKIE DOCTORS IN URBAN. The stock increases with the increase in inflow of RATE OF URBAN SERVICE and

The CAMH Policy Guidelines do not address traditional service providers or provide a strategy for better integration of services, which might mean continued fragmentation and

Then the OPC-UA client will provide a service that lets the logic in RB react on specific changes and control the logic based on events and subscriptions.. 8.1 Problems from