Programmēšana

Izprotot Microsoft grafu datu bāzes stratēģiju

Tas ir pagājis zināms laiks, taču Microsoft veiktais LinkedIn pirkums 26 miljardu ASV dolāru vērtībā beidzot sāk rādīt interesantus rezultātus, un LinkedIn dati sāk parādīties tādos rīkos kā Outlook. Tā ir pirmā Microsoft pazīme, izmantojot sociālā tīkla attiecību diagrammu - sarežģīto datu kopu, kas bija iemesls vienam no lielākajiem Microsoft Silīcija ielejas ieguvumiem.

Zem pārsega sociālais tīkls, piemēram, LinkedIn, ir nekas cits kā milzīga NoSQL diagrammu datu bāze, izmantojot pusistrukturētu datu pārvaldībai pieeju bez shēmas. Katrs diagrammas mezgls ir individuāls ar visiem viņa vai viņas profila datiem. Katrs mezgls ir saistīts ar citiem, desmitiem vai simtiem cilvēkiem ar dažiem savienojumiem, tūkstošiem - ļoti savienotām personām. Vaicājumi šķērso šos savienojumus, ļaujot atrast visus cilvēkus, kurus pazīstat, strādājot ar AI, vai kuri dzīvo Ontario vai kuri agrāk strādāja LinkedIn.

Grafika datu bāzes visur: Microsoft Graph, Common Data Service, Cosmos DB un Security Graph

Microsoft interese par diagrammām balstītiem datiem ir skaidra. Izpilddirektore Satja Nadella aprakstīja Office 365 API, kas ir tā saucamā Microsoft Graph pamats, kā uzņēmuma “vissvarīgāko” likmi. Tas noteikti ir ļoti spēcīgs rīks, un tā atvēršana ikvienam ļauj organizācijām izpētīt, kā attīstās viņu iekšējās komandas un kā korporatīvās zināšanas tiek glabātas dokumentos un sarunās, kā arī rīkus, lai šo informāciju atklātu un padarītu to lietojamu.

Microsoft grafikā ir daudz datu ar rīkiem gan patērētāju, gan biznesa informācijai. Ar Microsoft kontiem saistītie elementi, piemēram, jaunā Activity Stream un Device Graph, ir pamats ierīču viesabonēšanas funkcijām, piemēram, rīkiem Turpināt uz mana datora, kas nesen tika izlaisti operētājsistēmām iOS un Android (līdzīgi kā Apple iCloud kontā balstītā Handoff spēja iOS). , un kuru Microsoft mudina Universal Window Platform (UWP) izstrādātājus iekļaut savā kodā kā daļu no projekta Rome un gaidāmās Windows Timeline funkcijas.

Bet Microsoft Graph un LinkedIn nav tikai Microsoft diagrammas ar API:

  • Dynamics 365 ir Common Data Service - veids, kā aprakstīt standarta vienumus biznesā. Izmantojot kopīgo datu pakalpojumu, jūs varat paplašināt standarta shēmu, izmantojot savu klienta modeli vai produktus.
  • Pēc tam ir mākoņa aptverošā Cosmos DB, kas balstās uz JSON dokumentu datubāzi ar dažādiem API komplektiem, tostarp tādu, kas paredzēts jūsu diagrammu datu bāzu izveidei un pārvaldībai.
  • Lai gan Microsoft drošības grafiks nav pilnībā publisks, tiek izmantots jūsu lietotņu pakļauto draudu novērtēšanai un pārvaldībai, izmantojot tādus rīkus kā Azure Active Directory nosacītās piekļuves funkcija.

Microsoft atšķirīgā pieeja: vairāku diagrammu vaicāšana

Interesanti ir grafiku vaicājumu izmantošana vairākos grafikos un to izmantošana, lai iegūtu ieskatus, kas var palīdzēt vadīt biznesa lēmumus. Es bieži esmu runājis par “pareizā laika informācijas” ideju: pareizā informācija īstajā laikā tiek piegādāta īstajiem cilvēkiem, lai viņi varētu pieņemt pareizo lēmumu par pareizo biznesa rezultātu. Ja jūs varat vaicāt diagrammas malām, nevis mezglā, jūs varat saprast attiecības starp vienumiem, kas ir galvenais faktors informācijas veida nodrošināšanai mūsdienu biznesam.

Atbalstot vairākus grafikus, Microsoft piedāvā alternatīvu tradicionālajiem uz datu bāzi balstītiem lēmumu atbalsta rīkiem. Sajaucot iekšējos personāla un dokumentu datus Microsoft Graph, ārējās attiecības, izmantojot LinkedIn, biznesa pamatinformāciju Dynamics 365 Common Data Service un pielāgoto shēmu mākonī mitinātajā Cosmos DB, varat veikt sarežģītus starpgrafu vaicājumus, koncentrējoties uz nevis nevis atsevišķie mezgli šajos grafikos, bet arī saites starp mezgliem. Tas ļauj strādāt ar daudz sarežģītākām attiecībām nekā tās, kuras tiek atklātas relāciju datu bāzēs.

Viens no veidiem, kā tas tiek pakļauts, ir jaunajā Bing for Business rīkā, kas Bing meklējumiem pievieno informāciju no korporatīvā Active Directory un citiem avotiem, kad lietotājs ir pieteicies Azure Active Directory kontā. Rezultāti tiek dinamiski ģenerēti no Microsoft Graph vaicājumiem, kas atgriež detalizētu informāciju, piemēram, par to, kur kāds atrodas organizācijas diagrammā, kā arī saistīto saturu no plašāka tīmekļa un no dokumentiem, kurus viņi ir kopīgojuši iekšēji.

Tas ir atšķirīgs veids, kā atklāt informāciju, kas ir bijusi pieejama Microsoft Delve rīkā, ņemot to no lietojumprogrammas, kas bija jāpalaiž, pirms vaicājuma vienmēr varat atvērt pārlūkprogrammā, kas vienmēr ir atvērta. Kā nozare esam meklējuši meklēšanu pārlūkprogrammā, tāpēc ir loģiski padarīt to par vienu no rīkiem, ko izmantojam, lai izpētītu diagrammas, kas ir mūsu uzņēmumu pamatā.

Sākotnējā Bing for Business izlaidumā galvenā uzmanība tiek pievērsta Microsoft Graph, kā arī rīkiem, kas ļauj administratoriem pievienot īpašas iekštīkla saites konkrētiem vaicājumiem. Tātad, meklējot pašreizējo izdevumu politiku, tiekat novirzīts uz atbilstošajiem pašapkalpošanās rīkiem. Turpmākie izlaidumi iekļaus vairāk Microsoft grafiku, bloķējot meklēšanu balstītu nosacītās piekļuves funkciju un atklājot ārējās attiecības, izmantojot LinkedIn.

Microsoft diagrammu kļūda: tajās tiek izmantotas dažādas vaicājumu gramatikas

Lai gan kopējais redzējums par dažādiem Microsoft uz diagrammām balstītiem īpašumiem sāk kļūt skaidrs, joprojām ir dažas problēmas, vaicājot vairākos avotos. Lai gan tie visi piedāvā REST API, pamatā esošās vaicājumu valodas var atšķirties. Piemēram, Microsoft Graph savās API izmanto savu vaicājumu gramatiku, savukārt CosmosDB balstās uz plaši izmantoto Apache Gremlin diagrammu vaicājumu valodu.

Uz API balstītie vaicājumi parasti ir samērā vienkārši, koncentrējoties uz konkrētiem meklējumiem. Sarežģītākus jautājumus mēdz apstrādāt, izmantojot domēna valodas, piemēram, Gremlin, kas paredzētas lietošanai ar grafu datu bāzēm. Viena no Gremlin interesantākajām funkcijām ir tā spēja ģenerēt jaunas kartes no pamatā esošajiem datiem, kurus varat parsēt un izmantot savās lietojumprogrammās. Gremlin var apstrādāt arī modeļu saskaņošanu, kā arī strādāt ar liela mēroga datu analīzes rīkiem, piemēram, Hadoop; lai jūs varētu to izmantot, lai piegādātu vaicājumus no Azure HDInsight lielo datu rīka līdzās jūsu Cosmos DB mitinātajiem grafikiem.

Lai gūtu labumu no visām dažādajām Microsoft diagrammu īpašībām, mums būs nepieciešama kopīga vaicājumu platforma, kas var veikt vaicājumus un tos ventilēt dažādos avotos, asinhroni apstrādājot atbildes un nodrošinot, ka vaicājumi ir atbilstoši izveidoti, lai mērķa specifiskām API.

Jūs varētu izveidot savu multigrafu vaicājumu motoru, taču tas patiešām ir kaut kas, kas Microsoft jāpiegādā, iespējams, kā Azure pakalpojums. Tādā veidā to var integrēt ar esošajiem abonementiem un ar pazīstamām lietotāju vai lietotņu autentifikācijas metodēm.

$config[zx-auto] not found$config[zx-overlay] not found