Integraatioarkkitehtuurin hallinta ja mallintaminen

Yleistietoa integraatioista

Twinissä integraatiot ovat isossa kuvassa sovellusten välisiä sidoksia, jotka siirtävät tiettyä dataa niiden välillä. Integraatioiden mallintamisessa nojataan toteutusperusteiseen malliin, jossa jokainen itsenäinen, tiettyyn kokonaisuuteen liittyvä integraatio mallinnetaan omanaan. Laajoissa järjestelmissä voi olla näin kahden sovelluksen valillä useita integraatioita, jotka siirtävät erityyppistä dataa ja usein myös eri suuntiin. 

Jos esimerkiksi ERP:stä CRM:ään siirretään nimiketietoa ja hinnastotietoa ja CRM:stä ERP:iin tarjouksia ja tilauksia, muodostavat nämä neljä mallinnettavaa integraatiota. Näin olettaen, että ne kaikki ovat tämän esimerkin kaltaisesti eri sisältöihin liittyviä ja teknisesti ne on toteutettu neljänä eri integraationa ao. kuvan kaltaisesti. 

Mikäli et tunne integraatioita muuten kuin ylätasolla riittää alkuun yhden integraation mallintaminen per suunta, jossa karkeasti kerrotaan mitä tietoa siirtyy. Näitä voidaan myöhemmin tarkentaa ja pilkkoa vastaamaan teknistä toteuttamista. 

Integraatioiden kuvausten tarkoituksena on mahdollistaa niiden mallintaminen heti siinä vaiheessa, kun niitä aletaan suunnitella. Tämän avulla mahdollistetaan Twinin hyödyntäminen koko elinkaaren ajan - täytä tietoa sitä mukaan kun sitä kertyy, Twin ohjaa myös ottamaan kantaa suunnittelun ja toteuttamisen kannalta oleellisiin kysymyksiin.

Twinissä integraatiokartta muodostuu automaattisesti, kun integraatioita mallinnetaan ja sen avulla pystyt helposti hahmottamaan integraatioarkkitehtuurin kokonaisuuden sekä suodattamaan ja porautumaan kiinnostaviin yksityiskohtiin. 

Integraation perustietojen kuvaaminen

Integraation mallintamisen ensimmäisessä vaiheessa on keskeistä tunnistaa lähdesovellus ja kohdesovellus ja kuvata mitä tietoa yksittäinen integraatio siirtää. Tämä tehdään Yksityiskohdat-välilehdellä. Lähde- ja kohdesovelluksista löytyvät kaikki järjestelmään perustetut tekniikat (Sovellukset, IoT-ratkaisut, ja teknologia). 

Muista perustaa aina oma integraatio eri suuntaan menevälle datalle ja jakaa selkeästi eri datasisältöön liittyvät asiat omiksi integraatioikseen. Integraatiotietueen etusivun täyttäminen on hyvä alku mallinnukselle, josta voidaan myöhemmin jatkaa tarkentamista. Kenttäkohtaisista ohjeista saat lisätietoa eri asioiden kuvaamiseen, parista teemasta tarkemmin alla. 

Integraatio vai automaatio? 

Dataa voidaan siirtää monella eri tavalla ja Twinissä integraatio luokitellaan karkeasti kahteen osaan - integraatioihin ja automaatioihin. 

• Integraatiot ovat suoraan tietokantaan tai muuhun tietosisältöön kohdistuvia käyttöliittymän alla toteutettuja tiedonsiirtoja. 
• Automaatiot on toteutettu ohjelmistorobotiikan (RPA) avulla ja tietoa siirretään käyttöliittymän kautta normaalia käyttöä mukaillen.

Tunnisteet

Integraatioiden tunnisteet ovat konfiguroitavia tunnisteita, joiden avulla voidaan määritellä esim. integraatioiden kohdealueita, antaa soveltamisen luokituksia, kiinnittää yksittäiset integraatiot osaksi pidempää integraatioketjua jne..Integraatioihin voidaan kiinnittää yksi tai useampi tunniste. Soveltamismahdollisuuksia on paljon ja voit perustaa tunnisteet järjestelmänvalvojan roolissa Relaatioiden tunnisteet -luokitteluhin organisaatiosi tarpeen mukaan. 

Integraation yksityiskohdat

Integraatio-välilehdellä voidaan integraatiolle määrittää erilaisia teknisiä ja toiminnallisia yksityiskohtia kenttäkohtaisten ohjeiden mukaisesti. Näiden kuvaamiseen sinulla on oltava ymmärrys teknisen toteuttamisen yksityiskohdista tai suunnittelusta. Näiden asioiden kautta saat myös vinkit mihin teknisessä suunnittelussa on otettava kantaa. Seuraavassa kappaleessa tähän liittyviä tarkempia ohjeita.

Lähteen ja kohteen integraatioteknologiamalli

Integraatiomallilla annetaan tiedon poiminta- tai vientimenetelmä, jolla tietoa siirretään. Integraatiomalli määrittää, miten tietoa poimitaan lähteestä ja miten tiedot viedään kohde järjestelmään. Käytettävissä olevista luokitteluista valitaan soveltuvin. Jos integraatio on toteutettu tiedostopohjaisesti, esim. CSV:n avulla valitse tiedoston siirto tai jos se hyödyntää REST API -rajapintaa valitse API. Lähteessä ja kohteessa on aina oma mallinsa, joka voi olla tietysti myös teknisesti sama. Alla tarkemmin tietoa malleista. 

Lähteen ja kohteen integraatioteknologia

Integraatioiden toteuttamisessa on usein erilaisia integraatiospesifisiä ratkaisuja, joita tiedonsiirrossa sekä lähteessä että kohteessa käytetään. Integraatioteknologia kertoo, millä teknologialla aikaisemmin kuvattu toteutusmalli on tehty. Ennen integraatioteknologian valintaa k.o. teknologiat tulee perustaa teknologioina Twiniin. Integraatioteknologioiden mallintaminen integraatiolle on jo todella yksityiskohtaista tietoa, mutta voit esimerkiksi kertoa, mitä REST-rajapintaa käytetään tai mille STFP-palvelulle siirrettävä tiedosto viedään. 

Integraation teknologiatyypit - PointToPoint, Integraatioväylä vai Connector?

Integraatioiden arkkitehtuuriseen toteuttamiseen on kolme vaihtoehtoa:

• Connector - toteutus on tehty yleensä lähde- tai kohdesovelluksen tuotteistetulla Connectorilla, joka mahdollistaa tarvittavan tiedonsiirron ja konfiguroinnin. Mikäli valitset Connector - tyypin, valitse myös sovellus joka tämän tarjoaa. 
• PointToPoint - toteutus on tehty lähde- tai kohdesovelluksen mukautuksella ja tietoa siirretään suoraan sovelluksesta toiseen. 
• ESB - toteutus on tehty integraatioväylän (Enterprise Service Bus) avulla, joka kokonaisvaltaisesti ohjaa tiedosiirtoa. Valitse myös kyseinen integraatioväyläteknologia. 

Yksityiskohdat, ajoitus ja aktivointi

Yksityiskohtiin, ajoitukseen ja aktivointiin liittyen voit kuvata tarkemmin integraation sisällöllisiä tai ajoituksellisia yksityiskohtia. Aktivointityyppi kertoo, miten integraatio käynnistyy. Ajastuksen yksityiskohdissa erityisesti ajoitetussa integraatioissa kellonaika, jolloin ajastettu integraatio toimii, on tärkeä yksityiskohta.  

Integraatio ja datasetit

Kun integraatiota suunnitellaan ja mallinnetaan syvemmälle, sen keskiössä ovat datasetit, joista yksi tai useampia toimii integraation lähteenä ja vastaavasti yksi tai useampi kohteena. Voit kiinnittää näitä integraatiolle Datasetit -välilehdellä, kunhan olet kyseiset datasetit perustanut. Datasettien tunnistaminen ja määrittely on integraatioiden suunnitteluvaiheessa tärkeää, joten Twin toimii tässä tietynlaisena datarakenteen ymmärryksen varmistajana. Kun mallinnat datasetit Twiniin, pystyt helposti kuvaamaan myös toteuttamisen määrittelyt. Integraatiokartalla pystyt tarkastelemaan integraatiota datasettien näkökulmasta.

Muut sidokset

Integraatiolle voidaan antaa lukuisia muita sidoksia muiden Twin elementtien kaltaisesti ja näin ollen kuvata tarkemmin, miten ne liittyvät toimintaympäristöön. Tärkeimpia sidoksia ovat integraatioiden avainhenkilöt. 

Tulevaisuudessa integraatioille voidaan antaa myös prosessisidos, joka käytännössä tarkoittaa integraation käynnistymistä määritellyssä prosessissa. 

Vinkkejä

Integraatioväylän malllintaminen osana arkkitehtuuria

Integraatioväylän (ESB / Enterprise Service Bus) mallintaminen osaksi arkkitehtuuria on tarkoitus tehdä siten, että se annetaan integraation ominaisuudeksi ei integraation lähtö tai päätepisteeksi. Integraatioväylä on työkalu, jolla tiedonsiirtoa ohjataan ja hallintaan, se ei ole datan säilytysratkaisu, eikä siihen tai siitä siirretä tietoa.

Datan välivarastot integraatioketjussa

Joskus integraatioissa tietoa koostetaan lähdesovelluksen jälkeen erilliseen tiedostopalveluun tai tietokantaan ennen siirtoa varsinaiseen kohteeseen. Näitä välivarastoja voidaan mallintaa kahdella tavalla. 

Välivarasto voidaan mallintaa integraation kohteeksi ja lähteeksi, jolloin looginen kahden sovelluksen välinen integraatio jakaantuu kahteen integraation kuten alla "Data-alustan" kautta menevä tieto. Tämän tyyppisessä mallintamisessa välivarastolla on keskeinen rooli esim. datan rikastamiseen, yhdistämiseen tms. liittyen. 

Mikäli välivaraston rooli on pieni ja se on enemmän tekninen ominaisuus, kuten SFTP-palvelu ao. esimerkissä myyntianalytiikkatyökaluihiun menevissä integraatioissa. Näissä ajatuksena on, että SFTP-palvelu toimii tiedonsiirtoon liittyvänä resurssina, mutta se ei rikasta tai muuta data eikä näin ollen olen sisällä erityistä laajempaa dokumentointia edellyttävää sisältöä.