Huomautus
Tämän sivun käyttö edellyttää valtuutusta. Voit yrittää kirjautua sisään tai vaihtaa hakemistoa.
Tämän sivun käyttö edellyttää valtuutusta. Voit yrittää vaihtaa hakemistoa.
Koskee seuraavia:
- Microsoft Cloud for Sustainability
- Microsoft Cloud for Financial Services
- Microsoft Cloud for Healthcare
- Microsoft Cloud for Retail
Toimialojen tietomallit toimivat pohjana Microsoft Industry Cloud -ratkaisuille. Ratkaisu saattaa edellyttää integrointia muihin järjestelmiin tietopääoman kypsyystason mukaan.
Asianmukaisen integrointimallin valitseminen on tärkeää, jotta Microsoft Industry Cloud -ratkaisujen ja ulkoisten järjestelmien välinen käyttöönotto onnistuu. Tässä artikkelissa käsitellään integroinnin kannalta tärkeät integrointimallit, työkalut ja tekniikat sekä päätöksenteossa huomioon otettavat tekijät.
Integrointien tarve
Muiden valmistajien järjestelmissä saattaa olla erilliset prosessit ja jopa erilainen liiketoimintalogiikka. Jos kolmannen osapuolen järjestelmä käyttää samaa taustalla olevaa Common Data Modelia (CMD), tietojen siirtoa, synkronointia ja ohjelmointia ei tarvita tietojen muuntamista varten.
Tietojen integrointimalleja käytetään seuraavissa skenaarioissa:
- Ensisijaiset tiedot tai tapahtumatiedot, jotka eivät ole yksittäisen, jatkuvan hallintaprosessin keskeisiä osia. Tiedot synkronoidaan yhden järjestelmän prosessista Microsoft industry cloudiin.
- Tiedot jaetaan tai vaihdetaan järjestelmien välillä, kun niitä tarvitaan laskelmissa.
- Tiedot jaetaan tai vaihdetaan järjestelmien välillä niin, että yhdessä järjestelmässä tapahtuvat toiminnot näkyvät toisessa järjestelmässä.
- Järjestelmän tietojen koostetiedot, joilla on yksityiskohtainen tietotaso, siirretään järjestelmään, jossa on korkeamman tason tietojen esitys.
Oikean integrointimallin valinta
Integroinnin kehittämisessä on käytettävissä monia teknisiä vaihtoehtoja, joista jokaisella on omat edut ja haitat. Oikea integrointilaajennusmalli voidaan tunnistaa ottamalla huomioon seuraavat tekijät ja punnitsemalla niitä eri vaihtoehdoissa:
Päätöskerroin | Kuvaus |
---|---|
Tietotyypit ja -muodot | Minkä tyyppisiä ja muotoisia tietoja integroidaan? |
Tietojen epävakaus | Vähäisestä epävakaudesta / hitaasti muuttuvasta suureen epävakauteen / nopeasti muuttuvaan. |
Tietojen määrä | Pienistä tietomääristä suuriin. |
Tietojen käytettävyys | Milloin haluat tietojen olevan valmiina lähteestä kohteeseen? Tarvitaanko sitä reaaliaikaisesti vai onko kaikki tiedot kerättävä päivän lopussa ja lähetettävä ne aikataulutettuna eränä kohteeseen? |
Palvelun suojaus ja rajoitukset | Yhdenmukaisen saatavuuden ja suorituskyvyn varmistaminen käyttämällä rajoituksia. Näiden rajoitusten ei pitäisi vaikuttaa tavallisiin käyttäjiin vaan ainoastaan asiakasohjelmiin, jotka tekevät poikkeuksellisia pyyntöjä. Verkkopalveluiden yleistä mallia on käytettävä, jotta voidaan antaa virhekoodeja liian monien pyyntöjen tapauksessa. |
Tarvittava tietojen muunnoksen taso | Tarve lähdetietojen muuntamiseen tai koostamiseen kohteeseen. |
Käynnistimet ja käynnistintoiminnot | Mikä toiminto käynnistää tietojen lähettämisen lähteestä kohteeseen? Mitä toimintoja automatisoidaan, kun tiedot saapuvat kohteeseen? |
Virheen käsittely | Valvonta, jonka tehtävä on havaita rajapintojen ongelmat. |
Skaalautuvuus | Odotettujen liiketapahtumamäärien käsittely tällä hetkellä sekä lyhyellä ja pitkällä aikavälillä. |
Tietuejärjestelmä | Sen määrittely, mikä järjestelmä on tietojen tietue- tai omistajajärjestelmä. |
Tietovuon suunta | Onko kohdejärjestelmän vedettävä tietoja vai lähdejärjestelmän työnnettävä niitä? |
Näiden tekijöiden perusteella voidaan tunnistaa integrointimalli ja valita toteutusta varten oikea työkalu tai teknologia.
Integrointimallit
Tässä osassa on tietoja integrointimalleista, joita voidaan käyttää Dataverse-integroinnin aikana.
- Reaaliaikainen tai synkroninen integrointi
- Lähes reaaliaikainen tai asynkroninen integrointi
- Eräintegrointi
- Esityksen kerrosintegrointi
Kussakin mallissa on yksilöllinen rakenne, joka voidaan aktualisoida käyttämällä yhtä mallia tai useita malleja. Seuraavissa osissa on tietoja siitä, miten nämä mallit on toteutettu tiettyjen tekniikoiden avulla. Seuraavissa osissa on esitelty huomioon otettavat seikat ja skenaariot, joissa niitä käytetään.
Reaaliaikainen tai synkroninen integrointi
Reaaliaikainen integrointi on erittäin tärkeää tilanteissa, joissa lähdejärjestelmä edellyttää välittömiä tai minimaalisia viivevastauksia lähetetyihin tietoihin. Tästä vaatimuksesta tulee välttämätön, kun yrityksen käyttötapaus valtuuttaa sekä lähde- että kohdejärjestelmälle pysymisen yhdenmukaisesti synkronoituna. Tämä varmistaa, että tiedot pysyvät jatkuvasti yhdenmukaisina kahden entiteetin välillä. Synkroninen integrointi on olennaisen tärkeää silloin, kun kohdejärjestelmä edellyttää välittömiä vastauksia, jotta käynnissä oleva prosessi etenee saumattomasti. Tämä mahdollistaa seuraavien toimintojen oikea-aikaisen suorittamisen.
Tämä integrointimuoto tarkoittaa usein samaa kuin synkroninen integrointi. Seuraavassa kaaviossa on kuvattu synkronisen integroinnin yleisin malli, jossa sovellus A käynnistää pyynnön sovellukselle B ja saa nopeasti vastauksen. Tämä varmistaa oikea-aikaisen ja reagoivan tietojen vaihdon.
Joitakin edellä mainittuja tekniikkavaihtoehtoja voidaan laajentaa niin, että niihin sisältyy välitysjärjestelmä, joka helpottaa tapahtumaprosessia. Tämä välitysvaihtoehto erottaa lähde- ja kohdesovellukset hallitsemalla pyyntöjen ja vastausten liikennettä niiden puolesta.
Voit ottaa käyttöön nämä synkroniset tietojen integrointimallit eri tekniikoilla, jotka ovat käytettävissä toimialasi pilvipalveluissa. Seuraavassa taulukossa on esitetty parhaiden käytäntöjen mallit siitä, milloin niitä tulisi käyttää.
Teknologiavaihtoehto | Tietojen suunta | Tarkoitus | Kannattaa käyttää |
---|---|---|---|
Dataverse -verkko-ohjelmointirajapinta | Tietojen vetäminen / työntäminen ulkoisesta kohteesta Dataverseen | OData v4 -toteutus tarjoaa CRUD-toimintoja käyttämällä vakiorajapintoja, jotka tarjoavat liittymän, joka on avoinna laajalle tekniselle kohdeyleisölle. | Lähinnä tapahtumasovellusten integrointiin, kun erillisiä CRUD-toimintoja tarvitaan. Sitä voidaan käyttää myös missä tahansa mukautetussa integroinnissa, mutta se sisältää monimutkaisuuksia, jotka liittyvät esimerkiksi rajoituksiin, rinnakkaisuuteen ja uudelleenyrityslogiikkaan eristyisesti suurissa tietomäärissä. |
Microsoftin toimialan pilvipalveluiden julkaisemat ohjelmointirajapinnat | Tietojen vetäminen / työntäminen ulkoisesta kohteesta Dataverseen | Microsoftin toimialan pilvipalveluiden luomia mukautettuja ohjelmointirajapintoja, jotka tukevat erityisiä toimintoja, kuten Azure-käyttöön liittyvien päästötietojen käyttöä. | Microsoftin toimialan pilvipalveluiden julkaisemat erityiset toiminnot. Priorisoi näiden mukautettujen ohjelmointirajapintojen käyttöä ennen omien mukautettujen ohjelmointirajapintojen luomista. |
Mukautettu Dataverse-ohjelmointirajapinta | Tietojen vetäminen / työntäminen ulkoisesta kohteesta Dataverseen | Oman ohjelmointirajapinnan luominen Dataversessa. | Kun yksi tai useampi toiminto on yhdistettävä yhdeksi toiminnoksi tai on muodostettava uusi toiminnon käynnistävän tapahtuman tyyppi. |
Virtuaalitaulukot | Tietojen vetäminen / työntäminen Dataversestä ulkoiseen kohteeseen | Muodosta yhteys ulkoisiin tietolähteisiin ja käsittele niitä alkuperäisinä Dataverse-entiteetteinä. | Viitetietojen vetäminen ja pienen volyymin CRUD-skenaariot. |
Yhdistimet | Kaksisuuntainen | Mahdollista saumaton tietojen vaihto Microsoft-palveluiden ja ulkoisten järjestelmien, sovellusten ja tietolähteiden välillä. | Microsoftin julkaisemat yhdistimet ovat yleisesti käytettäviä integrointeja, kuten Microsoftin palveluiden yhdistäminen toisiinsa tai ensimmäisen osapuolen sovelluksiin. Vahvistetut julkaistut yhdistimet ovat käytössä erityisissä integroinneissa kolmansien osapuolien sovellusten kanssa. Tämä varmistaa yhteensopivuuden ja luotettavuuden. Mukautettuja yhdistimiä voidaan käyttää, jos Microsoftin tai kumppanin yhdistimet eivät ratkaise asiakkaan liiketoimintatarpeita. |
Lähes reaaliaikainen tai asynkroninen integrointi
Asynkronista integrointia suositellaan skenaarioissa, joissa reaaliaikaisia vastauksia ei välittömästi tarvita liiketoimintaprosessissa tai prosessissa. Yleensä sitä käytetään silloin, kun sovellusten ja järjestelmien välistä viestienvaihtoa on merkittävän paljon. Asynkroniset integrointimallit varmistavat, että järjestelmien välinen viestintä ei estä prosesseja tai hidasta niitä. Näin jokainen järjestelmä voi toimia itsenäisesti ja asynkronisesti. Yleisiä tapoja toteuttaa asynkronisia integrointeja ovat viestijonot, julkaisu ja tilaus sekä eräintegroinnit. Näitä integrointeja voi käyttää erikseen tai yhdessä vaatimusten mukaan. Niitä kutsutaan usein yhdessä termillä tapahtumapohjainen arkkitehtuuri (EDA).
Seuraavassa viestijonomallissa lähettäjä ottaa käyttöön tapahtumapohjaisen kehyksen, ja kuluttaja luo sidonnan suoraan tapahtumaan. Kun viesti on lähetetty, vastaanottajalle ilmoitetaan siitä suoraan ja se saa tiedot tapahtumaviestin sisällä.
Seuraavassa julkaisu-tilaus-mallissa julkaisija muodostaa viestin standardisoidussa julkaisumuodossa ja lähettää sen erityiseen julkaisu-tilaus-kanavaan, jolla voi olla yksi tilaaja tai useita tilaajia. Kukin tilaaja on tilannut tietyn kanavan tai aiheen. Tilaaja voi vastaanottaa ja käsitellä julkaistun viestin (tapahtuman) tarpeen mukaan. Julkaisu-tilaus-malli valitaan yksi moneen -viestintäskenaarioille, koska useat tilaajat voivat vastaanottaa ja käsitellä viestit (tapahtumat) itsenäisesti.
Nämä tietojen asynkroniset integrointimallit voidaan toteuttaa eri vaihtoehtojen avulla. Seuraavassa taulukossa on esitetty käytettävissä olevat vaihtoehdot ja parhaat käytännöt niiden käyttöön.
Teknologiavaihtoehto | Tapahtumapohjainen tai julkaisu-tilaus | Tarkoitus | Huomioitavia seikkoja | Milloin kannattaa käyttää |
---|---|---|---|---|
Power Automate | Molemmat | Low-code-automaatin tarpeet. | Noudata Power Automaten ja kunkin yhdistimen rajoitusta, kuten määrän rajoitusta. | Käytä Dataverse-käynnistintyönkuluissa tai jos haluat suorittaa power automate -työnkulkuja aikataulun mukaan. |
Logic Appsiin perustuvat mukautetut yhdistimet | Tapahtumapohjainen | Tietoyhdistinten luominen ratkaisulle tietojen saamiseksi ISV-ratkaisuista. | On käytävä läpi tietosuoja-, suojaus- ja yhteensopivuustarkistukset ennen kuin ne siirretään tuotantoon. | ISV-integrointiskenaarioiden käyttö, joissa ei ole alkuperäistä yhdistintä. |
Logic Apps ja Azuren palveluväylä | Julkaisu-tilaus | Julkaisijan viestien vastaanottaminen palveluväylään ja Logic Apps -sovelluksiin kuluttaa viestin lähettääkseen sen tilaajasovelluksille. | Noudata Logic Appsin määritys- ja suoritusrajoituksia. | Käytä Logic Apps -yhdistimien alkuperäisiin käynnistimiin ja mukautettuun integrointiin useiden tilaajien skenaarioissa. |
Azure-funktiot, Azure-sovelluspalvelun ja Azuren palveluväylän verkkosovellusominaisuus | Julkaisu-tilaus | Ota sovelluksen ja kuluttajapalvelun ilmentymien välinen yhteyskanava käyttämällä sanomajonoa. | Ota huomioon viestien järjestys ja muut suunnittelun huomioon otettavat seikat. | Suuren määrän ja epävakaisuuden skenaarioissa, joissa integrointia ei voi kehittää alhaisen koodin vaihtoehdoilla (Power Automate tai Logic Apps). |
Palvelupäätepiste | Molemmat | Kontekstitietojen lähettäminen jonoon, aihe, webhookiin tai tapahtumatoimintoon. | Ei sovellu pitkään käynnissä oleviin tapahtumiin. | Kun integrointivaatimus täyttyy lähinnä lähetettäessä Dataverse-konteksti suoraan kohteeseen eikä viestien järjestys ole tärkeä. |
Eräintegrointi
Eräajoa käytetään viestien tai tietueiden keräämiseen ja siirtoon eränä liiallisen sanomanvälityksen ja yleiskustannusten rajaamista varten. Eräkäsittely kerää tietyn ajanjakson tietoja ja käsittelee ne sitten erissä. Tämä tapa on hyödyllinen käsiteltäessä suuria tietomääriä tai silloin, kun käsittely edellyttää merkittäviä resursseja. Malli sisältää myös ominaisuuksia, jotka replikoivat päätiedot replikointitallennustilaan analysointia varten.
Teknologiavaihtoehto | Tietojen suunta | Tarkoitus | Huomioitavia seikkoja | Milloin kannattaa käyttää |
---|---|---|---|---|
Azure Data Factory | Kaksisuuntainen | Tietovoiden luominen, jotta voidaan muuntaa Dataversesta saadut tiedot tai ennen niiden käsittelyä Dataverseen | Data Factoryn palvelurajoitukset | Joukkokäsittelyn tai tietojen viennin skenaario, jossa on monimutkainen ja monivaiheinen muunnos. |
Power Automate | – | Työnkulkujen ja tehtävien automatisointi Microsoftille | Rajoitettu skaalattavuus ja pitkä käsittely | Käytä Power Automatea , kun haluat automatisoida toistuvia tehtäviä, käynnistää toimintoja tapahtumien perusteella ja integroida sovelluksia ilman runsasta koodin kehittämistä. |
Power Query -tietovuo | Ulkoisista järjestelmistä Dataverseen | Tietojen valmistelutyökalu, jonka avulla on mahdollista käsitellä, muuntaa ja ladata tietoja Dataverse-ympäristöihin. | Rajoitukset | Perusskenaariot, kun kohde on Dataverse ja valmiit yhdistimet eivät sovi, ja muut skenaariot Power BI:lle. |
Azure Synapse -putket | Kaksisuuntainen | Putkien luominen, kun muunnetaan tietoja, jotka on vastaanotettu Dataversestä tai ennen käsittelyä Dataverseen | – | Analytiikan ja tietojen varastoinnin skenaariot. |
Azure Synapse Link for Dataverse | Dataversesta Azure Synapse Analyticsiin tai Azure Data Lake Storage v2:een (ADLS) | Dataverse-tietojen replikointi Azure Synapse Analyticsiin tai ADLS v2:een mahdollistaa tietojen analytiikan, liiketoimintatietojen, koneoppimisen ja mukautettujen raportointiskenaarioiden suorittamisen. | Taulukot, joita ei tueta. | Tietoanalytiikka ja mukautettu raportointi. Myös tietojen viennin välivaiheena. |
Azure Logic Apps | – | Luo työnkulkuja tehokkaiden integrointiominaisuuksien avulla. | Monimutkaiset erätoiminnot voivat edellyttää merkittäviä määrityksiä ja laajaa orkestrointia. Ei optimoitu erityisiä eräkäsittelyskenaarioita varten. | Azure Logic Apps soveltuu liiketoimintaprosessien orkestrointiin ja palveluiden integrointiin. |
SQL Server Integration Services | Kaksisuuntainen | Tietojen vetäminen ja työntäminen kolmannen osapuolen yhdistimellä Dataversesta ja Dataverseen. | Koska se ei ole PaaS-ratkaisu, skaalaus, muistin käyttö, suorituskyky ja kustannus on arvioitava. | Mahdolliset rajoitukset, kun pilven pura, muunna ja lataa (ETL) -työkalujen käyttö ei ole vaihtoehto. |
Esityksen kerrosintegrointi
Esitys tai käyttöliittymän integrointi ovat järjestelmän ylimmällä tasolla. Käyttäjä näkee sen ja käyttää sitä. Tietyissä käyttötapauksissa integroinnin on tapahduttava tällä tasolla yhdistämällä tiedot eri järjestelmistä tai tietolähteistä ja näyttämällä ne yhdessä käyttöliittymässä. Mallipohjaiset sovellukset ovat tämän osa, ja ne edistävät kattavaa käyttökokemusta ottamalla käyttöön tietopohjaisen vuorovaikutuksen ja mahdollistamalla saumattoman siirtymisen integroidussa ympäristössä. Esityksen integraatiota tarvitaan, kun aiemmin luotu liiketoimintalogiikka tai sovelluksen rakenne halutaan säilyttää samalla, kun mahdollistetaan tietojen helppo koostaminen, käyttöliittymän mukauttaminen tai käyttökokemuksen parantaminen. Siihen liittyy vastaavasti luontaisia rajoituksia, mukaan lukien integroinnin ja ylläpidon monimutkaisuudet, merkittävä integroitujen järjestelmien keskinäinen riippuvuus, mahdolliset vaikutukset suorituskykyyn ja tietojen yhdenmukaisuutta koskevat huomioon otettavat seikat.
- Tietojen koostamisen käyttöönotto
- Käyttöliittymän mukauttaminen
- Käyttäjäkokemuksen parannus
Toisaalta vaihtoehdolla on luontaisia rajoitteita, kuten:
- Monimutkaisuus integroinnissa ja ylläpidossa
- Merkittävä keskinäinen riippuvuus integroitujen järjestelmien välillä
- Mahdolliset vaikutukset suorituskykyyn
- Tietojen yhdenmukaisuuteen liittyvät seikat
Teknologiavaihtoehto | Tarkoitus | Huomioitavia seikkoja | Milloin kannattaa käyttää |
---|---|---|---|
Ensimmäisen osapuolen alkuperäiset käyttöliittymän integroinnit | Microsoftin Bing-karttojen, Microsoft Teamsin ja muiden ensimmäisen osapuolen käyttöliittymäintegrointien käyttäminen. | Ei voi mukauttaa useimmissa tapauksissa. | Erityiset skenaariot, joita tuetaan alkuperäisen käyttöliittymän integroinnissa. |
Mukautetut sivut | Pohjaan perustuvan sovelluksen upottaminen mallipohjaiseen sovellukseen. | Tunnetut rajoitukset | Käytetään mieluummin low code -integrointitapaa ja sitä, milloin kaaviosovellus soveltuu käytettäväksi. |
Power Apps component framework (PCF) | Mukautettu uudelleenkäytettävä ohjausobjekti loppukäyttäjälle näyttämiseen tai vuorovaikutukseen ja reagoivan rakenteen säilyttämiseen. | Power Apps component limitations framework. | Ensisijainen menetelmä, kun mukautettu käyttöliittymä on kehitettävä mallipohjaisessa sovelluksessa, koska pohjaan perustuvaa sovellusta ei ole. |
Power BI -ruudut | Power BI -ruudun näyttäminen mallipohjaisen sovelluksen lomakkeessa. | Power BI -lisensointi, Power BI -tietojen valtuutus. | Power BI -ruudun näyttäminen mallipohjaisessa sovelluksessa |
Power BI Embedded -koontinäyttö | Power BI embedded -koontinäytön näyttäminen mallipohjaisessa sovelluksessa. | Power BI -lisensointi, Power BI -tietojen valtuutus. | Power BI:ssä isännöidyn analyysin näyttäminen. |
Upottaminen HTML iFrame -muodossa | Toisen järjestelmän käyttöliittymän upottaminen mallipohjaiseen sovellukseen. | Kertakirjautumisen (SSO), alkuperien välisen resurssien jakamisen (CORS) määritys ja reagoiva rakenne. | Monimutkaiset käyttöliittymäskenaariot, kun käytettävissä ei ole palvelua. |
Mukautettu verkkoresurssi | Mukautetun käyttöliittymän asettelun luominen mallipohjaisessa sovelluksessa. | Arvioi mukautetun käyttöliittymän helppokäyttötoiminnot ja reagoiva rakenne. | Skenaariot, joissa muut käyttöliittymän integroinnit eivät ole vaihtoehto. |
Integrointimallien yhteenveto
Ohjelmistointegrointien maailmassa on käytettävissä erilaisia malleja ja mekanismeja, joilla tietoja voidaan vaihtaa eri järjestelmien välillä. Jokaisella mallilla on omat etunsa ja haittansa, ja oikean mallin valitseminen voi vaikuttaa merkittävästi integroitujen järjestelmien suorituskykyyn ja tehokkuuteen.
Seuraavassa taulukossa on yhteenveto näistä integrointimalleista: reaaliaikaisesta tai synkronisesta integroinnista, asynkronisesta integroinnista, eräintegroinnista ja esityskerrosten integroinnista. Voit tutustua kuhunkin malliin mekanismien, käynnistimien, plussien ja miinusten ja käyttötapausten avulla, jotta voit tehdä tietoisen päätöksen järjestelmän integrointitapaa valittaessa.
Integrointimalli | Mekanismi | Herätin | Edut | Haitat | Milloin kannattaa käyttää |
---|---|---|---|---|---|
Reaaliaikainen tai synkroninen | Tiedot vaihdetaan synkronisesti, ja toiminnot käynnistetään pisteestä pisteeseen -integroinnin kautta tai välitystä käyttämällä. | Käyttäjän toiminto tai järjestelmätapahtuma. | Nopea pyynnön ja vastauksen sykli. Reaaliaikaiset arvot ja tiedot. | Yleensä ei ole kuitenkaan paras käytäntö käyttää tätä tapaa, koska prosessit voivat juuttua ja se voi luoda luoda tiiviin integroinnin. Tilapäisten virheiden heijastevaikutusten riski. Herkkä viiveelle. | Käytä tätä, kun reaaliaikaiset tiedot ovat tärkeitä. |
Asynkroninen | Tietoja vaihdetaan tai ne käsitellään valvomatta säännöllisin väliajoin tai vähittäissyötteenä viestintämallien avulla. | Ajoitettu ajanjaksolle tai lähdejärjestelmän julkaiseman uuden viestin käynnistämänä. | Järjestelmien väljä yhdistäminen tekee ratkaisusta vankan. Kuormituksen tasapainottaminen ajan ja resurssien mukaan. Se voi olla hyvin lähellä reaaliaikaista. Nopea virhekäsittely. | Viive reagoinnissa ja näkyvyydessä eri järjestelmien muutosten suhteen. | Lähes reaaliaikaisen tietojen synkronoinnin tarve pienissä tai keskikokoisissa tietomäärissä. |
Eräkäsittely | Eräajoa käytetään viestien tai tietueiden keräämiseen ja siirtoon eränä liiallisen sanomanvälityksen ja yleiskustannusten rajaamista varten. | Ajoitettu tai manuaalinen käynnistin. | Erittäin hyvä käytettäväksi viestintäpalveluiden ja muiden asynkronisten integrointimallien kanssa. Vähemmän yksittäisiä paketteja ja vähemmän viestiliikennettä. | Tietojen ajantasaisuus on alhaisempi. Vastaanottavan järjestelmän kuormitukseen voi vaikuttaa, jos liiketoimintalogiikka suoritetaan viestin saapumisen yhteydessä. | Suuren määrän tai epävakauden skenaariot, joissa viestien tai tietueiden kerääminen ja siirto erämenetelmällä on järkevää, tietojen replikointiskenaariot. |
Esityskerros | Yhden järjestelmän tiedot integroidaan saumattomasti toisen järjestelmän käyttöliittymään. | – | Poistaa tietojen synkronoinnin monimutkaisuuden, koska tiedot säilyvät alkuperäisessä järjestelmässä. Tietyillä toimialoilla se ohittaa estot, jotka liittyvät julkisista säädöksistä johtuvaan tietojen sijaintiin. | Tietoja on vaikea käyttää käsittelyn laskutoimituksiin, enemmän monimutkaisuutta kertakirjauksen ja usean alkuperän resurssien jakamisen ja valtuutusten yhdenmukaistamiseen. | Kun tarve täyttyy, lähdejärjestelmä tai käyttöliittymä näytetään suoraan tarvitsematta synkronoida tietoja lähde- ja kohdejärjestelmän välillä. |
Seuraavat vaiheet
Microsoft Cloud for Sustainability
- Cloud for Sustainability -ohjelmointirajapinta (esiversio)
- Yleisen päästölaskennan ohjelmointirajapinta
- Ohjelmointirajapintaviitteen yleiskatsaus Ympäristöhyvityspalvelulle (esiversio)