BD2226 Tietojärjestelmien integrointi - Johdanto EAI:hin.
(Kiinnostaako koulutuksemme tai materiaalimme käyttäminen omassa opetuksessa? Älä epäröi tai älä käytä kysymättä, vaan ota rohkeasti yhteyttä - jarmo.talvivaara@pkamk.fi)
Johdanto integrointiin, webcast 2. Talvivaara/PKAMK. Kevät 2009.
(Kiinnostaako koulutuksemme tai materiaalimme käyttäminen omassa opetuksessa? Älä epäröi tai älä käytä kysymättä, vaan ota rohkeasti yhteyttä - jarmo.talvivaara@pkamk.fi)
BD2226 Tietojärjestelmien integrointi - Johdanto EAI:hin.
(Kiinnostaako koulutuksemme tai materiaalimme käyttäminen omassa opetuksessa? Älä epäröi tai älä käytä kysymättä, vaan ota rohkeasti yhteyttä - jarmo.talvivaara@pkamk.fi)
Johdanto integrointiin, webcast 2. Talvivaara/PKAMK. Kevät 2009.
(Kiinnostaako koulutuksemme tai materiaalimme käyttäminen omassa opetuksessa? Älä epäröi tai älä käytä kysymättä, vaan ota rohkeasti yhteyttä - jarmo.talvivaara@pkamk.fi)
My Day as a Business Intelligence ConsultantMika Aho
Mika Aho works as a Business Intelligence and Performance Management consultant. He has helped a company called Glaston implement an enterprise performance management system using Business Intelligence tools like a data warehouse and dashboards. This gave Glaston's management a single, global view of key business metrics and allowed them to better monitor and steer the business. While the initial project was successful, Mika notes there is still work to be done to more fully integrate BI/PM into Glaston's overall management systems. As a consultant, Mika finds the work rewarding as he helps companies use technology solutions to have real business impact.
Component Object Model (COM, DCOM, COM+)Peter R. Egli
Overview of Microsoft COM / DCOM technology.
DCOM is Microsoft's component technology and can be roughly compared to CORBA technology. DCOM is however tightly bound to the Windows operating system (Win32 API). Windows Runtime is a newer Microsoft technology that borrows much of the concepts of COM/DCOM.
This document discusses enterprise application integration (EAI), which seeks to provide efficient, reliable data exchange between multiple enterprise applications. EAI involves integrating various types, including information portals, data replication, shared business functions, service-oriented architecture, and distributed business processes. The main challenges with integration are that networks are unreliable and slow, and any two applications are different. Common integration approaches include file transfer, shared databases, remote procedure invocation, and messaging. Messaging in particular allows for high-speed, asynchronous, and reliable integration through send-and-forget and store-and-forward communication.
This document provides an overview of enterprise application integration (EAI), including definitions, objectives, components, advantages, and examples. EAI involves integrating independently developed applications that may use different technologies. It has become a priority for many companies and is expected to be a $50 billion market by 2001. Key components of EAI solutions include business rule/logic modules, data acquisition interfaces/adapters, development tools, message brokers, and system control/management tools. Examples demonstrate how EAI can integrate e-commerce sites with legacy systems to share order and customer data.
Enterprise Application Integration TechnologiesPeter R. Egli
Overview of Enterprise Application Integration Technologies.
Enterprise Application Integration, or EAI in short, aims at integrating different applications into an IT application landscape. Traditionally, EAI was understood as using the same communication infrastructure by all applications without service-orientation in mind. This meant that the benefits of a shared infrastructure were limited while driving up costs through additional integration platforms.
Service Oriented Architectures (SOA) brought a new paradigm by decomposing applications into reusable and shareable services. Service orientation requires careful design of services. A hierarchic scheme of services may help to define a suitable service decomposition.
While SOA is technically based on big web service technologies, namely SOAP, WSDL and BPEL, WOA or Web Oriented Architecture stands for the lightweight service paradigm. WOA makes use of REST-based technologies like JSON and HTTP.
In many cases, an Enterprise Service Bus (ESB) is used as an infrastructure element to achieve the technical integration of the services. The ESB core functions like message routing, filtering and transformation provide the mediation services required to integrate heterogeneous application landscapes.
Datan avaamisen perusteet -koulutuksessa tutustutaan muun muassa avoimen datan, pääkaupunkiseudun avoimen datan palveluun Helsinki Region Infoshareen ja sen toimintaan sekä avoimen ohjelmointirajapinnan peruskäsitteisiin ja sen hyötyihin. Lisäksi käydään läpi datan avaamisen prosessi ja pääkaupunkiseudun kaupunkien avoimen datan elinkaaren hallintamalli. Koulutuksessa annetaan myös esimerkkejä avoimen datan hyödyntämisestä.
Tutkijoiden käyttämät datarepositoriot: MILDRED-projektin kyselytutkimus Hels...Anna Salmi
Esitelmä Informaatiotutkimuksen päivillä Tampereen yliopistossa 4.11.2016. Helsingin yliopiston tutkimusdatainfrastruktuurin kehittämishanke MILDRED toteutti kesällä 2016 esiselvityksen ja tutkijakyselyn Helsingin yliopiston tutkijoiden tutkimusdatan tallentamisesta ja säilyttämisestä digitaalisissa repositorioissa. Esiselvityksen ja kyselyn pohjalta toteutettiin jatkoselvitys tutkimusdatan metadatasta. Esitelmässä kuvaillaan selvityksen päälöydöksiä.
Kaikki kelmut eivät valitettavasti näy tässä oikein, mutta anti mennä :) Vielä beta-vaiheessa oleva, termiviidakon selviytymisopas kaikille, jotka ovat koittavat ymmärtää mitä se kaikki datahöpinä tarkoittaa. Tullaan elävöittämään myöhemmin vielä esimerkkien avulla.
Datajalostamo-seminaari 5.6.2014: Sovelluskehittäjät ja data – kehittäjäyhtei...Digitalmikkeli
Datajalostamo-seminaari 5.6.2014: Sovelluskehittäjät ja data – kehittäjäyhteisön mahdollistaminen / Kalle Launiala, ProtonIT
http://datajalostamo.fi/2014/05/keskusteluseminaari/
Helsinki Region Infosharen (hri.fi) järjestämän koulutuksen materiaalit.
Sisältö:
Mitä on avoin data?
Avoimen datan hyödyntämisesimerkkejä
Mikä on Helsinki Region Infoshare?
Datan avaamisen perusteet käytännössä
Ryhmätehtävä
Mikä on ohjelmointirajapinta?
My Day as a Business Intelligence ConsultantMika Aho
Mika Aho works as a Business Intelligence and Performance Management consultant. He has helped a company called Glaston implement an enterprise performance management system using Business Intelligence tools like a data warehouse and dashboards. This gave Glaston's management a single, global view of key business metrics and allowed them to better monitor and steer the business. While the initial project was successful, Mika notes there is still work to be done to more fully integrate BI/PM into Glaston's overall management systems. As a consultant, Mika finds the work rewarding as he helps companies use technology solutions to have real business impact.
Component Object Model (COM, DCOM, COM+)Peter R. Egli
Overview of Microsoft COM / DCOM technology.
DCOM is Microsoft's component technology and can be roughly compared to CORBA technology. DCOM is however tightly bound to the Windows operating system (Win32 API). Windows Runtime is a newer Microsoft technology that borrows much of the concepts of COM/DCOM.
This document discusses enterprise application integration (EAI), which seeks to provide efficient, reliable data exchange between multiple enterprise applications. EAI involves integrating various types, including information portals, data replication, shared business functions, service-oriented architecture, and distributed business processes. The main challenges with integration are that networks are unreliable and slow, and any two applications are different. Common integration approaches include file transfer, shared databases, remote procedure invocation, and messaging. Messaging in particular allows for high-speed, asynchronous, and reliable integration through send-and-forget and store-and-forward communication.
This document provides an overview of enterprise application integration (EAI), including definitions, objectives, components, advantages, and examples. EAI involves integrating independently developed applications that may use different technologies. It has become a priority for many companies and is expected to be a $50 billion market by 2001. Key components of EAI solutions include business rule/logic modules, data acquisition interfaces/adapters, development tools, message brokers, and system control/management tools. Examples demonstrate how EAI can integrate e-commerce sites with legacy systems to share order and customer data.
Enterprise Application Integration TechnologiesPeter R. Egli
Overview of Enterprise Application Integration Technologies.
Enterprise Application Integration, or EAI in short, aims at integrating different applications into an IT application landscape. Traditionally, EAI was understood as using the same communication infrastructure by all applications without service-orientation in mind. This meant that the benefits of a shared infrastructure were limited while driving up costs through additional integration platforms.
Service Oriented Architectures (SOA) brought a new paradigm by decomposing applications into reusable and shareable services. Service orientation requires careful design of services. A hierarchic scheme of services may help to define a suitable service decomposition.
While SOA is technically based on big web service technologies, namely SOAP, WSDL and BPEL, WOA or Web Oriented Architecture stands for the lightweight service paradigm. WOA makes use of REST-based technologies like JSON and HTTP.
In many cases, an Enterprise Service Bus (ESB) is used as an infrastructure element to achieve the technical integration of the services. The ESB core functions like message routing, filtering and transformation provide the mediation services required to integrate heterogeneous application landscapes.
Datan avaamisen perusteet -koulutuksessa tutustutaan muun muassa avoimen datan, pääkaupunkiseudun avoimen datan palveluun Helsinki Region Infoshareen ja sen toimintaan sekä avoimen ohjelmointirajapinnan peruskäsitteisiin ja sen hyötyihin. Lisäksi käydään läpi datan avaamisen prosessi ja pääkaupunkiseudun kaupunkien avoimen datan elinkaaren hallintamalli. Koulutuksessa annetaan myös esimerkkejä avoimen datan hyödyntämisestä.
Tutkijoiden käyttämät datarepositoriot: MILDRED-projektin kyselytutkimus Hels...Anna Salmi
Esitelmä Informaatiotutkimuksen päivillä Tampereen yliopistossa 4.11.2016. Helsingin yliopiston tutkimusdatainfrastruktuurin kehittämishanke MILDRED toteutti kesällä 2016 esiselvityksen ja tutkijakyselyn Helsingin yliopiston tutkijoiden tutkimusdatan tallentamisesta ja säilyttämisestä digitaalisissa repositorioissa. Esiselvityksen ja kyselyn pohjalta toteutettiin jatkoselvitys tutkimusdatan metadatasta. Esitelmässä kuvaillaan selvityksen päälöydöksiä.
Kaikki kelmut eivät valitettavasti näy tässä oikein, mutta anti mennä :) Vielä beta-vaiheessa oleva, termiviidakon selviytymisopas kaikille, jotka ovat koittavat ymmärtää mitä se kaikki datahöpinä tarkoittaa. Tullaan elävöittämään myöhemmin vielä esimerkkien avulla.
Datajalostamo-seminaari 5.6.2014: Sovelluskehittäjät ja data – kehittäjäyhtei...Digitalmikkeli
Datajalostamo-seminaari 5.6.2014: Sovelluskehittäjät ja data – kehittäjäyhteisön mahdollistaminen / Kalle Launiala, ProtonIT
http://datajalostamo.fi/2014/05/keskusteluseminaari/
Helsinki Region Infosharen (hri.fi) järjestämän koulutuksen materiaalit.
Sisältö:
Mitä on avoin data?
Avoimen datan hyödyntämisesimerkkejä
Mikä on Helsinki Region Infoshare?
Datan avaamisen perusteet käytännössä
Ryhmätehtävä
Mikä on ohjelmointirajapinta?
17. Edelleen
summattua
Tieto- dataa ad-hoc
varasto kyselyihin ja tiedon
louhintaan
Paikalliset
tietovarastot
Summattua dataa
räätälöityihin täsmäraportteihin
Raakadata
tuotantoraportointiin
Tiedon puhdistus
Toiminnalliset tietokannat
29. Samanaikaiset
käyttäjät
Käytännöt
(protokollat) Lukitus ongelmana lukkiu(tu)mat
(esim. 2PL) Lukkiumat pyritään estämään
(ei odotusta, varovainen odotus;
pessimistinen
aikaleimat, Wait-die, Wound-wait)
tai havaitsemaan (wait-for verkko)
Lukkiumat voidaan purkaa
keskeyttämällä syylliseksi valittu
transaktio tai käyttämällä aikarajoja
Aikaleimat
ei lukkoja -> ei lukkiutumia
(esim. TO)
Konfliktit ratkaistaan
optimistinen
järjestysalgoritmien avulla
soveltuu käyttöön, jos transaktiot
eivät käytä samoja tietoalkioita