Napomena
Za pristup ovoj stranici potrebna je autorizacija. Možete se pokušati prijaviti ili promijeniti direktorije.
Za pristup ovoj stranici potrebna je autorizacija. Možete pokušati promijeniti direktorije.
Odnosi se na:
- Microsoft Cloud for Sustainability
- Microsoft Cloud for Financial Services
- Microsoft Cloud for Healthcare
- Microsoft Cloud for Retail
Industrijski podatkovni modeli služe kao temelj za njihove oblake u Microsoftovoj industriji. Ovisno o razini zrelosti podatkovnog stanja, možda će biti potrebna integracija rješenja s drugim sustavima.
Odabir odgovarajućeg obrasca integracije ključan je za uspješnu implementaciju između rješenja Microsoft Industry Clouds i vanjskih sustava. Ovaj članak predstavlja obrasce integracije, alate i tehnologije relevantne za integraciju te čimbenike koje treba uzeti u obzir pri donošenju odluka.
Potreba za integracijom
Sustavi trećih strana mogu imati zasebne procese, pa čak i različitu poslovnu logiku. Ako sustav treće strane koristi isti temeljni zajednički podatkovni model Industry Cloud (CMD); Eliminirana je potreba za prijenosom podataka, sinkronizacijom i programiranjem za transformaciju podataka.
Obrasce integracije podataka koristimo u sljedećim scenarijima:
- Primarni ili transakcijski podaci koji nisu središnji dio jednog postupka kontinuiranog upravljanja. Podaci se sinkroniziraju između procesa u jednom sustavu s Microsoftovim industrijskim oblakom.
- Podaci se dijele ili razmjenjuju između sustava kada je to potrebno za izračune.
- Podaci se dijele ili razmjenjuju između sustava, tako da se radnje u jednom sustavu odražavaju u drugom.
- Agregirani podaci iz sustava s detaljnom razinom podataka razmjenjuju se u sustav s prikazom podataka na višoj razini.
Kako odabrati pravi uzorak integracije
Postoji mnogo tehničkih opcija za razvoj integracije i svaka ima svoje prednosti i mane. Da biste identificirali pravi uzorak za proširenje integracije, možete uzeti u obzir čimbenike u nastavku i odmjeriti svaki od njih kroz opcije:
Faktor odlučivanja | Opis |
---|---|
Vrste i oblici podataka | Koja se vrsta i format podataka integrira? |
Volatilnost podataka | Od niske volatilnosti / polako se mijenjajući do visoke volatilnosti / brzo se mijenja. |
Količina podataka | Od podataka male količine do velike količine. |
Dostupnost podataka | Kada želite da podaci budu spremni, od izvora do cilja? Trebate li ga u stvarnom vremenu ili samo trebate prikupiti sve podatke na kraju dana i poslati ih u zakazanoj seriji do cilja? |
Servisna zaštita i regulacija | Osiguravanje dosljedne dostupnosti i performansi za sve primjenom ograničenja. Ta ograničenja ne bi trebala utjecati na normalne korisnike, već samo na klijente koji obavljaju izvanredne zahtjeve. Uobičajeni obrazac za internetske usluge trebao bi se upotrebljavati za pružanje kodova pogrešaka pri podnošenju previše zahtjeva. |
Potrebna je razina transformacije podataka | Zahtjev za pretvaranje ili agregiranje izvorišnih podataka u cilj. |
Okidači i akcije pokretanja | Koja radnja pokreće slanje podataka s izvora na cilj? Koje konkretne radnje treba automatizirati nakon što podaci stignu do cilja? |
Rukovanje pogreškama | Nadzor koji se uspostavlja radi otkrivanja bilo kakvih problema sa sučeljima. |
Skalabilnost | Obradite očekivane količine transakcija u sadašnjem, kratkoročnom i dugoročnom razdoblju. |
Sustav zapisa | S obzirom na to koji je sustav sustav evidencije ili vlasnika informacija. |
Smjer protoka podataka | Treba li ga ciljni sustav povući ili ga izvorni sustav treba gurnuti? |
Na temelju tih čimbenika možete identificirati obrazac integracije i odabrati pravi alat ili tehnologiju za implementaciju.
Obrasci integracije
U ovom odjeljku istražujemo sljedeće obrasce integracije koji se mogu koristiti tijekom integracije s Dataverse.
- Integracija u stvarnom vremenu/sinkrona integracija
- Integracija u stvarnom vremenu/asinkrona integracija
- Skupna integracija
- Integracija prezentacijskog sloja
U svakom uzorku prikazana je jedinstvena struktura koja se može aktualizirati pomoću jednog ili više uzoraka. Sljedeći odjeljci pružaju uvid u to kako se ti obrasci materijaliziraju određenim tehnologijama, zajedno s razmatranjima i odgovarajućim scenarijima u kojima ih se može primijeniti.
Integracija u stvarnom vremenu/sinkrona integracija
Integracija u stvarnom vremenu neophodna je u scenarijima u kojima izvorni sustav zahtijeva trenutne ili minimalne odgovore latencije na podatke koje šalje. Ovaj zahtjev postaje ključan kada slučaj poslovne uporabe nalaže i izvorišnom i odredišnom sustavu da dosljedno ostanu sinkronizirani, osiguravajući neprekinutu koherentnost podataka između dva entiteta. Sinkrona integracija postaje ključna kada odredišni sustav zahtijeva trenutni odgovor kako bi se neprimjetno nastavilo s tekućim procesom, omogućujući pravovremeno izvršavanje naknadnih radnji.
Ovaj oblik integracije često je sinonim za sinkronu integraciju. Sljedeći dijagram ilustrira prevladavajući obrazac sinkrone integracije, gdje aplikacija A pokreće zahtjev aplikaciji B i odmah prima odgovor, osiguravajući pravovremenu i responzivnu razmjenu podataka.
Neki od spomenutih tehnoloških izbora mogu se proširiti kako bi se uključio posrednički sustav, koji služi kao relej za olakšavanje procesa transakcije. Ova opcija releja učinkovito razdvaja izvorne i ciljne aplikacije upravljanjem priopćavanjem zahtjeva i odgovora u njihovo ime.
Ove sinkrone obrasce integracije podataka možete implementirati s različitim tehnologijama koje su dostupne u našim industrijskim rješenjima u oblaku. Sljedeća tablica sadrži uzorke najbolje prakse o tome kada ih koristiti.
Tehnološka opcija | Smjer podataka | Svrha | Koristi kada |
---|---|---|---|
Dataverse Web-API | Povlačenje / guranje podataka iz vanjskog u Dataverse | OData v4 implementacija za pružanje CRUD operacija pomoću standardnog skupa sučelja, pružajući sučelje koje je otvoreno širokom tehnološkom publika. | Uglavnom za integraciju transakcijskih aplikacija kada su potrebne diskretne CRUD operacije. Također se može koristiti za bilo koju prilagođenu integraciju, ali dolazi sa složenostima vezanim uz prigušivanje, paralelizam i logiku ponovnog pokušaja, posebno na velikim količinama podataka. |
API-ji koje je objavio Microsoft Industry Clouds | Povlačenje / guranje podataka iz vanjskog u Dataverse | Prilagođeni API-ji koje je izradio Microsoft Industry Clouds za podršku posebnim operacijama kao što je pristup podacima o emisijama koji se odnose na vašu upotrebu servisa Azure. | Određene operacije koje je objavio Microsoft Industry Clouds. Prije stvaranja vlastitih prilagođenih API-ja dajte prednost korištenju tih prilagođenih API-ja. |
Prilagođeni Dataverse API | Povlačenje / guranje podataka iz vanjskog u Dataverse | Stvaranje vlastitog API-ja u Dataverse. | Kada jednu ili više operacija treba konsolidirati u jednu operaciju ili je potrebno izložiti novu vrstu stimulirajući događaj. |
Virtualne tablice | Povlačenje / guranje podataka iz Dataverse u vanjski | Povežite se s vanjskim izvorima podataka i tretirajte ih kao izvorne Dataverse entitete. | Povlačenje referentnih podataka i scenarija CRUD-a malog volumena. |
Priključci | Dvosmjerno | Omogućite besprijekornu razmjenu podataka između Microsoftovih servisa i vanjskih sustava, aplikacija i izvora podataka. | Microsoftovi objavljeni poveznici namijenjeni su uobičajenim integracijama kao što je međusobno povezivanje Microsoft Services i aplikacija drugih proizvođača. Provjereni objavljeni konektori koriste se za specijalizirane integracije s aplikacijama trećih strana, osiguravajući kompatibilnost i pouzdanost. Prilagođeni poveznici mogu se koristiti kada Microsoftovi ili partnerski poveznici ne zadovoljavaju poslovne potrebe korisnika. |
Integracija u stvarnom vremenu/asinkrona integracija
Asinrona integracija preporučuje se u scenarijima u kojima ne postoji neposredna potreba za odgovorima u stvarnom vremenu u poslovnom procesu ili radnji. Obično se koristi kada postoji znatna količina komunikacije s porukama između aplikacija i sustava. Asinkroni obrasci integracije osiguravaju da komunikacija između sustava ne blokira ili usporava procese, omogućujući svakom sustavu da radi neovisno i asinkrono. Neki od najčešćih načina implementacije asinkronih integracija su redovi čekanja poruka, objavljivanje i skupna integracija. Te integracije možete koristiti zasebno ili u kombinaciji, ovisno o zahtjevima. Često se zajednički nazivaju arhitekturom vođenom događajima (EDA).
U sljedećem obrascu reda čekanja poruka pošiljatelj prihvaća okvir vođen događajima, a potrošač stvara obvezujuće izravno za događaj. Kada se poruka pošalje, primatelj se izravno obavještava i prima podatke sadržane u poruci događaja.
U sljedećem obrascu objavljivanja i pretplate izdavač generira poruku u standardiziranom objavljenom formatu i prenosi je na namjenski kanal za objavljivanje/pretplatu koji može imati jednog ili više pretplatnika. Svaki pretplatnik pretplaćen je na određeni kanal ili tema, što mu omogućuje primanje i obradu objavljene poruke (događaja) prema potrebi. Obrazac objavljivanja i pretplate odabran je za komunikacijske scenarije jedan-prema-više, jer više pretplatnika može samostalno primati i obrađivati poruke (događaje).
Ovi asinkroni obrasci integracije podataka mogu se implementirati s različitim opcijama, a sljedeća tablica pruža vam dostupne mogućnosti i najbolje prakse kada ih koristiti.
Tehnološka opcija | Na temelju događaja ili objavljivanje-pretplata | Svrha | Napomene | Koristi kada |
---|---|---|---|---|
Power Automate | Oboje | Potrebe za automatizacijom niskog koda. | Slijedite ograničenje i svako ograničenje poveznika, kao što je Power Automate ograničavanje. | Koristite za Dataverse tokove okidača ili kada želite pokrenuti tokove automatizacije snage prema rasporedu. |
Prilagođeni poveznici temeljeni na logičkim aplikacijama | Na temelju događaja | Izrada podatkovnih konektora za rješenje za dobivanje podataka iz ISV rješenja. | Morate proći kroz preglede privatnosti, sigurnosti i usklađenosti prije nego što se prebace u proizvodnju. | Korištenje scenarija integracije ISV-a u kojima ne postoje izvorni poveznici. |
Logičke aplikacije i Sabirnica servisa Azure | Objavljivanje-pretplata | Primanje poruka od strane izdavača u Sabirnica servisa i logičke aplikacije troši poruku za slanje pretplatničkim aplikacijama. | Imajte na umu ograničenja konfiguracije i izvršavanja logičkih aplikacija. | Koristi se za izvorne okidače u poveznicima logičkih aplikacija i prilagođenoj integraciji s više scenarija pretplatnika. |
Funkcije servisa Azure, značajke web-aplikacija servisa Azure App Service i Sabirnica servisa Azure | Objavljivanje-pretplata | Koristite red čekanja poruka za implementaciju komunikacijskog kanala između aplikacije i instanci potrošačke usluge. | Razmotrite redoslijed poruka i druga razmatranja dizajna. | Scenariji velikog obujma i volatilnosti, u kojima se integracija ne može razviti s opcijama s niskim kodom (Power Automate ili logičkim aplikacijama). |
Servisna krajnja točka | Oboje | Slanje informacija o kontekstu u red čekanja, tema, web-dojavnik ili središte događaja. | Nije prikladno za dugotrajne transakcije. | Kada je zahtjev za integracijom uglavnom ispunjen slanjem konteksta Dataverse izravno ciljanju, a naručivanje poruka nije kritično. |
Skupna integracija
Grupiranje je praksa prikupljanja i prijenosa skupa poruka ili zapisa u seriji kako bi se ograničilo brbljanje i režijski troškovi. Skupna obrada prikuplja podatke tijekom određenog vremenskog razdoblja, a zatim ih obrađuje u serijama. Ovaj pristup je koristan kada se radi o velikim količinama podataka ili kada obrada zahtijeva značajne resurse. Ovaj uzorak također obuhvaća repliciranje glavnih podataka radi repliciranja pohrane u analitičke svrhe.
Tehnološka opcija | Smjer podataka | Svrha | Napomene | Koristi kada |
---|---|---|---|---|
Azure Data Factory | Oba smjera | Stvaranje tijekova podataka za pretvaranje podataka primljenih od Dataverse ili prije gutanja u Dataverse | Ograničenja servisa Tvornice podataka | Scenarij masovnog gutanja ili izvoza podataka sa složenom, višestupanjskom transformacijom. |
Power Automate | Nije dostupno | Automatizacija tijekova rada i zadataka za Microsoft | Ograničena skalabilnost i duga obrada | Koristite Power Automate kada trebate automatizirati ponavljajuće zadatke, pokrenuti radnje na temelju događaja i integrirati aplikacije bez teškog razvoja koda. |
Power Query Tijek podataka | Od vanjskih sustava do Dataverse | Alat za pripremu podataka koji vam omogućuje unos, pretvaranje i učitavanje podataka u Dataverse okruženja. | Ograničenja | Osnovni scenariji u kojima je Dataverse cilj i postojeći konektori nisu prikladni i drugi zadani scenariji za Power BI. |
Azure Synapse Cjevovodima | Oba smjera | Stvaranje cjevovoda za pretvaranje podataka primljenih od Dataverse ili prije gutanja u Dataverse | Nije dostupno | Analitički scenariji i scenariji skladištenja podataka. |
Azure Synapse Link for Dataverse | Od Dataverse do Azure Synapse Analytics ili Azure Data Lake Storage v2 (ADLS) | Repliciranje Dataverse podataka na Azure Synapse Analytics ili ADLS v2 i omogućuje pokretanje analitičkih, poslovnih inteligencija Strojno učenje i prilagođenih scenarija izvješćivanja o vašim podacima. | Tablice koje nisu podržane. | Analitika podataka i prilagođeno izvješćivanje. Također, kao srednja faza izvoza podataka. |
Logičke aplikacije Azure | Nije dostupno | Stvorite tijekove rada s naprednim mogućnostima integracije. | Složene serijske operacije mogu zahtijevati značajnu konfiguraciju i orkestraciju. Nije optimizirano za specijalizirane scenarije skupne obrade. | Azure Logic Apps prikladne su za organiziranje poslovnih procesa i integraciju usluga. |
SQL Server Integration Services | Oba smjera | Korištenje poveznika treće strane za povlačenje i guranje podataka iz/do Dataverse. | Budući da to nije PaaS rješenje, treba procijeniti skaliranje, korištenje memorije, performanse i troškove. | Sva ograničenja prilikom izdvajanja, pretvorbe i učitavanja (ETL) alata u oblaku možda neće biti opcija. |
Integracija prezentacijskog sloja
Prezentacija ili integracija korisničkog sučelja je na najvišoj razini sustava, to je ono što korisnik vidi i komunicira s njim. U određenim slučajevima uporabe integracija se mora dogoditi na toj razini kombiniranjem informacija iz različitih sustava ili izvora podataka i prikazivanjem u jednom korisničkom sučelju. Aplikacije stvorene prema modelu sastavni su dio toga, doprinose sveobuhvatnom korisničkom iskustvu omogućujući interakcije temeljene na podacima i olakšavajući besprijekornu navigaciju unutar integriranog okruženja. Integracija prezentacije potrebna je kada postoji želja za održavanjem postojeće poslovne logike ili strukture aplikacija uz omogućavanje jednostavnog prikupljanja podataka, prilagodbe korisničkog sučelja ili poboljšanja korisničkog iskustva. S druge strane, ona nosi inherentna ograničenja, uključujući složenost integracije i održavanja, znatnu međuovisnost integriranih sustava, potencijalne posljedice na performanse i razmatranja u pogledu dosljednosti podataka.
- Omogućivanje agregacije podataka
- Prilagodba korisničkog sučelja
- Poboljšano korisničko iskustvo
Suprotno tome, ima inherentna ograničenja, uključujući:
- Složenost integracije i održavanja
- Značajna međuovisnost integriranih sustava
- Potencijalne implikacije na performanse
- Razmatranja u vezi s dosljednošću podataka
Tehnološka opcija | Svrha | Napomene | Koristi kada |
---|---|---|---|
Izvorne integracije korisničkog sučelja prve strane | Korištenje mapa Microsoft Teams servisa Microsoft Bing i drugih izvornih integracija korisničkog sučelja drugih proizvođača. | U većini slučajeva nije prilagodljivo. | Specifični scenariji podržani u integraciji izvornog korisničkog sučelja. |
Prilagođene stranice | Ugrađivanje aplikacije od gotovih gradivnih elemenata u aplikaciju stvorenu prema modelu. | Poznata ograničenja | Preferira se pristup integracije s niskim kodom i kada je aplikacija od gotovih gradivnih elemenata prikladna za upotrebljivost. |
Power Apps sastavni okvir (PCF) | Prilagođena kontrola za višekratnu upotrebu za prikaz krajnjeg korisnika ili interakciju s njim uz zadržavanje responzivnog dizajna. | Power Apps okvir ograničenja komponenti. | Preferirana metoda kada prilagođeno korisničko sučelje treba razviti unutar modela u nedostatku aplikacije od gotovih gradivnih elemenata. |
Power BI Pločice | Prikaz Power BI pločice u obrascu aplikacije stvorenom prema modelu. | Power BI Licenciranje, autorizacija Power BI podataka. | Prikaz pločice Power BI unutar aplikacije stvorene prema modelu |
Power BI ugrađena nadzorna ploča | Prikaz Power BI ugrađene nadzorne ploče u aplikaciji stvorenoj prema modelu. | Power BI Licenciranje, autorizacija Power BI podataka. | Prikaz analitike hostirane u Power BI. |
Ugrađivanje kao HTML-a iFrame | Ugrađivanje korisničkog sučelja drugog sustava u aplikaciju stvorenu prema modelu. | Jedinstvena prijava (SSO), konfiguracija dijeljenja resursa s više izvora (CORS) i responzivni dizajn. | Složeni scenariji korisničkog sučelja kada nema dostupne usluge. |
Prilagođeni web-resurs | Stvaranje prilagođenog izgleda korisničkog sučelja unutar aplikacije stvorene prema modelu. | Procijenite pristupačnost i responzivni dizajn prilagođenog korisničkog sučelja. | Scenariji u kojima druge integracije korisničkog sučelja nisu opcija. |
Sažetak obrazaca integracije
U svijetu softverske integracije dostupni su različiti obrasci i mehanizmi za razmjenu podataka između različitih sustava. Svaki uzorak ima svoje prednosti i nedostatke, a odabir pravog može uvelike utjecati na performanse i učinkovitost integriranih sustava.
Sljedeća tablica sažima ove obrasce integracije: integracija u stvarnom vremenu ili sinkrona integracija, asinkrona integracija, integracija grupa i integracija prezentacijskog sloja. Možete istražiti mehanizme, okidače, prednosti, nedostatke i slučajeve upotrebe za svaki uzorak kako biste lakše donijeli informiranu odluku pri odabiru integracijskog pristupa za svoj sustav.
Uzorak integracije | Mehanizam | Okidač | Prednosti | Mane | Koristi kada |
---|---|---|---|---|---|
U stvarnom vremenu ili sinkrono | Podaci se razmjenjuju sinkrono, pozivajući se na radnje putem integracije od točke do točke ili pomoću releja. | Korisnička akcija ili događaj sustava. | Brzo povratno putovanje zahtjevom i odgovorom. Vrijednosti i informacije u stvarnom vremenu. | Općenito, nije najbolja praksa za korištenje zbog rizika od zaglavljivanja procesa i stvaranja uske spojene integracije. Rizik od efekta mreškanja od prolaznih pogrešaka. Osjetljiv na latenciju. | Koristite kada su informacije u stvarnom vremenu kritične. |
Asinkrono | Podaci se razmjenjuju ili unose bez nadzora prema periodičnom rasporedu ili kao feed s kapaljkom pomoću uzoraka za razmjenu poruka. | Zakazan za određeno vrijeme ili pokrenut novom porukom koju je objavio izvorni sustav. | Labavo spajanje sustava čini rješenje robusnim. Balansiranje opterećenja tijekom vremena i resursa. Može biti vrlo blizu stvarnom vremenu. Pravovremeno rukovanje pogreškama. | Kašnjenje u odgovoru i vidljivost promjena u svim sustavima. | Potrebe za sinkronizacijom podataka u gotovo stvarnom vremenu za niske ili srednje količine podataka. |
Doziranje | Grupiranje je praksa prikupljanja i prijenosa skupa poruka ili zapisa u seriji kako bi se ograničilo brbljanje i režijski troškovi. | Zakazani ili ručni okidač. | Izvrstan za upotrebu s uslugama razmjene poruka i drugim asinkronim obrascima integracije. Manje pojedinačnih paketa i manje prometa poruka. | Svježina podataka je niža. Na učitavanje sustava primanja može utjecati ako se poslovna logika izvrši pri dolasku poruke. | Scenariji velikog obujma ili volatilnosti u kojima je prikupljanje i prijenos skupa poruka ili zapisa na skupni način izvediv, scenariji replikacije podataka. |
Prezentacijski sloj | Informacije iz jednog sustava neprimjetno su integrirane u korisničko sučelje drugog sustava. | Nije dostupno | Eliminira složenost sinkronizacije podataka jer podaci ostaju u izvornom sustavu. U određenim industrijama uklanja blokatore povezane s prebivalištem podataka zbog regulatornih zahtjeva. | Teško je koristiti podatke za izračune za obradu, složenije za zadovoljavanje jedinstvene prijave, dijeljenja resursa s više izvora i usklađivanja autorizacije. | Kada je zahtjev zadovoljen izravnim prikazivanjem izvornog sustava ili korisničkog sučelja bez potrebe za sinkronizacijom podataka između izvornog i ciljnog sustava. |
Sljedeći koraci
Microsoft Cloud for Sustainability
- API za održivost u oblaku (pretpregled)
- Generalizirani API za izračun emisija
- Referentni pregled API-ja za uslugu kreditiranja za okoliš (pregled)