search query: @keyword data integration / total: 5
results-list
reference: 2 / 5
« previous | next »
Author:Luokkamäki, Sami
Title:Batch and data integrations combined with service oriented architecture
Eräajo- ja dataintegraatioiden yhdistäminen palvelukeskeiseen arkkitehtuuriin
Publication type:Master's thesis
Publication year:2010
Pages:(8) + 76      Language:   eng
Department/School:Tietotekniikan laitos
Main subject:Tietotekniikka   (T-86)
Supervisor:Hämäläinen, Matti
Instructor:Hiekkanen, Kari
OEVS:
Electronic archive copy is available via Aalto Thesis Database.
Instructions
close

Reading digital theses in the closed network of the Aalto University Harald Herlin Learning Centre

In the closed network of Learning Centre you can read digital and digitized theses not available in the open network.

The Learning Centre contact details and opening hours: https://learningcentre.aalto.fi/en/harald-herlin-learning-centre/

You can read theses on the Learning Centre customer computers, which are available on all floors.

Logging on to the customer computers

  • Aalto University staff members log on to the customer computer using the Aalto username and password.
  • Other customers log on using a shared username and password.

Opening a thesis

  • On the desktop of the customer computers, you will find an icon titled:

    Aalto Thesis Database

  • Click on the icon to search for and open the thesis you are looking for from Aaltodoc database. You can find the thesis file by clicking the link on the OEV or OEVS field.

Reading the thesis

  • You can either print the thesis or read it on the customer computer screen.
  • You cannot save the thesis file on a flash drive or email it.
  • You cannot copy text or images from the file.
  • You cannot edit the file.

Printing the thesis

  • You can print the thesis for your personal study or research use.
  • Aalto University students and staff members may print black-and-white prints on the PrintingPoint devices when using the computer with personal Aalto username and password. Color printing is possible using the printer u90203-psc3, which is located near the customer service. Color printing is subject to a charge to Aalto University students and staff members.
  • Other customers can use the printer u90203-psc3. All printing is subject to a charge to non-University members.
Location:P1 Ark Aalto  8553   | Archive
Keywords:batch integration
data integration
SOA
BPI
integration architecture
eräajointegraatio
dataintegraatio
SOA
BPI
integraatioarkkitehtuuri
Abstract (eng): The general purpose of integration is to share data, services, and business processes between connected applications and data sources, both inside one enterprise and between two or more separate enterprises.

Several different kinds of integration approaches have been used in the course of time and during last decade, Service Oriented Architecture (SOA), together with Business Process Integration (BPI), has become the most discussed architectural approach.
Even though we have seen lot of superlatives and hype around SOA approach, it is still admittedly offering some great features for integration purposes, for example reusability and platform independency.

Traditionally, enterprises have been integrating data between applications through batch and data type of integrations.
These integration approaches are usually used to integrate large junks of data in non-real time mode.
Both of these approaches also resemble each other, but whereas the batch integration can be defined as more like a way of executing integrations, the data integration refers more to a way of integrate application and data sources together.

This thesis concentrates on how these integration approaches can be combined and used together with SOA, and additionally together with BPI.
Combining batch and data integrations with SOA in practise will often require data masses to be divided into smaller and easier manageable messages, because SOA and BPJ architectures are both based on messaging.
Dividing data masses into messages forces us to consider non-functional requirements more accurately and more carefully.
To ease processing of an individual message the data has to be divided, however, this will generate some new requirements when it comes to data integrity and monitoring data deliverance across an application infrastructure.

In the case study, the findings of the literature review will be reflected to the case in concern and these findings are considered from the viewpoint of Case Company.
In addition, business area specific requirements and standards will be discussed, as well as how they contribute to Case Company's integration environment.

This thesis reveals that there is no common and single truth for combining batch and data integrations with SOA.
On a higher level, there is still a need for the data integration alongside with point-to-point, SOA and BPI integrations, which will be highlighted on Case Company's integration architecture related case study.
Equally, on a lower level, there is still a need for the batch integration to exist alongside with real-time, near real-time and long-term process integrations.
Abstract (fin): Integraation tarkoituksena on jakaa dataa, palveluita sekä liiketoimintaprosesseja sovellusten ja data lähteiden kesken yritysten sisällä ja niiden välillä.
Ajan kuluessa saatavilla on ollut useita erilaisia integraatioarkkitehtuureja.
Viimeisen vuosikymmenen aikana palvelukeskeisestä arkkitehtuurista (Service Oriented Architecture, SOA), yhdessä liiketoimintaprosessi-integraation (Business Process lntegration, BPI) kanssa, on tullut puhutuin integraatioarkkitehtuuri.
Sen ympärillä on ollut runsaasti superlatiiveja ja ylimainontaa.
Silti SOA tarjoaa käyttökelpoisia ominaisuuksia integraation tarpeisiin kuten uudelleenkäytettävyyttä sekä alustariippumattomuutta.

Perinteisesti yritykset ovat integroineet tietoa järjestelmien välillä eräajo- sekä dataintegraatioilla.
Niitä molempia on usein käytetty suurten datamäärien ei-reaaliaikaiseen integroimiseen.
Nämä kaksi integraatiota muistuttavat toisiaan, mutta siinä missä eräajointegraatio ilmentää enemmän integraation suorittamistapaa, dataintegraation tarkoittaa tapaa integroida järjestelmät ja datalähteet keskenään.

Tämän lopputyö keskittyy siihen, kuinka nämä integraatiot voidaan yhdistää osaksi palvelupohjaista integraatiota, sekä lisäksi osaksi liiketoimintaprosessipohjaista integraatiota.
Yhdistettäessä eräajo- ja dataintegraatioita osaksi palvelukeskeistä arkkitehtuuria syntyy tarve hajottaa isot datamassat pienemmiksi ja helpommin käsiteltäviksi sanomiksi, koska palvelu- ja prosessipohjaiset integraatiot perustuvat sanomien käsittelyyn.
Samalla tulee kiinnittää erityistä huomiota ei-toiminnallisiin vaatimuksiin.
Yksittäisen viestin käsittely on usein helpompaa kuin suuren data massan, mutta useiden yksittäisten viestien käsittely tuo mukanaan muita haasteita, kuten integriteetinhallinnan sekä siirrettävän tiedon monitoroinnin sovellusinfrastruktuurissa.

Tapaustutkimus peilaa kirjallisuustutkimuksen löydöksiä itseensä ja pohtii näitä löydöksiä nimenomaan integraation näkökulmasta.
Samoin nostetaan esiin muutamia kyseiselle liiketoiminnalle keskeisiä vaatimuksia ja pohditaan niiden vaikutuksia Luottokunnan integraatioympäristöön.

Lopputyö tuo esiin, että ei ole olemassa vain yhtä yhteistä totuutta siitä, kuinka eräajo- ja dataintegraatiot tulisi yhdistää osaksi palvelukeskeistä arkkitehtuuria.
Kuten Luottokunnan integraatioarkkitehtuuri määrittelee, korkeammalla tasolla on edelleen tarvetta tiedon integroimiselle palvelu- ja prosessi-integraatioiden rinnalla.
Yhtälailla alemmalla tasolla, reaaliaikaisten, lähes reaaliaikaisten sekä pitkäkestoisten prosessien rinnalla on tarvetta perinteisille eräajointegraatioille.
ED:2010-07-09
INSSI record number: 39886
+ add basket
« previous | next »
INSSI