Осмисляне на стратегията на Microsoft за графика на база данни

Отне известно време, но покупката на LinkedIn на 26 милиарда долара от Microsoft най-накрая започва да показва някои интересни резултати, като данните от LinkedIn започват да се показват в инструменти като Outlook. Това е първият признак на Microsoft, използващ графиката на взаимоотношенията в социалната мрежа, сложният набор от данни, който беше причината за едно от най-големите придобивания на Силиконовата долина на Microsoft.

Под капака социална мрежа като LinkedIn не е нищо повече от огромна база данни с графики NoSQL, използваща безсхемен подход за управление на полуструктурирани данни. Всеки възел в графиката е индивидуален, с всичките му данни за профила. Всеки възел е свързан с други, десетки или стотици за хора с няколко връзки, хиляди за силно свързани индивиди. Заявките пресичат тези връзки, позволявайки ви да намерите всички хора, които познавате, работещи по AI, или които са базирани в Онтарио, или които са работили в LinkedIn.

Графирайте бази данни навсякъде: Microsoft Graph, Common Data Service, Cosmos DB и Security Graph

Интересът на Microsoft към графични данни е ясен. Изпълнителният директор Сатя Надела описа API на Office 365, основата на това, което сега се нарича Microsoft Graph, като „най-важния“ залог на компанията. Това със сигурност е много мощен инструмент и отварянето му за всички позволява на организациите да изследват как се развиват техните вътрешни екипи и как корпоративните знания се съхраняват в документи и разговори - заедно с инструментите за излагане на тази информация и нейното използване.

В Microsoft Graph има много данни с инструменти както за потребителска информация, така и за бизнес информация. Елементи, свързани с акаунти на Microsoft, като новия поток на активността и графиката на устройствата, са основата за функции за роуминг на устройства като инструментите Continue on My PC, пуснати наскоро за iOS и Android (подобно на възможността за прехвърляне на акаунта на iCloud на Apple в iOS) и които Microsoft насърчава разработчиците на Universal Window Platform (UWP) да вграждат в своя код като част от Project Rome и предстоящата функция на Windows Timeline.

Но Microsoft Graph и LinkedIn не са единствените графики на Microsoft с API:

  • Dynamics 365 има Общата услуга за данни, начин за описание на стандартни елементи в бизнеса. С Общата услуга за данни можете да разширите стандартна схема с вашия модел на клиент или вашите продукти.
  • След това има обхващащата облака Cosmos DB, която надгражда база данни с документи JSON с различни API набори, включително такава за разработване и управление на вашите собствени бази данни на графики в мащаб.
  • Въпреки че не е напълно публична, графика за сигурност на Microsoft се използва за оценка и управление на заплахи, изложени на вашите приложения чрез инструменти като функцията за условен достъп на Azure Active Directory.

Различният подход на Microsoft: Запитване към множество графики

Там, където нещата стават интересни, е използването на графични заявки в множество графики и използването им за извличане на прозрения, които могат да помогнат за управление на бизнес решения. Често съм говорил за идеята за „информация в подходящ момент“: правилната информация в точното време, доставена на точните хора, за да могат да вземат правилното решение за правилния бизнес резултат. Възможността да правите запитвания към краищата на графика, а не към възела, ви позволява да разберете връзките между елементите, ключов фактор за предоставяне на типа информационна подкрепа, от която се нуждае съвременният бизнес.

Поддържайки множество графики, Microsoft предлага алтернатива на традиционните инструменти за подкрепа на решения, базирани на бази данни. Чрез смесване на данни за вътрешен персонал и документи на Microsoft Graph, външни връзки чрез LinkedIn, основна бизнес информация в услугата за общи данни на Dynamics 365 и персонализирана схема в хоствания в облака Cosmos DB, можете да направите сложни кръстосани заявки, фокусиращи се върху не само от отделни възли в тези графики, но също и върху връзките между възлите. Това ви позволява да работите с много по-сложни взаимоотношения от тези, изложени в релационни бази данни.

Един от начините това да бъде изложено е в новия инструмент на Bing за бизнеса, който добавя информация от корпоративна Active Directory и други източници към търсенията в Bing, когато потребителят е влязъл в акаунт в Azure Active Directory. Резултатите се генерират динамично от заявки на Microsoft Graph, които връщат подробности, например, където някой е в организационната диаграма, заедно със свързано съдържание от по-широката мрежа и от документи, които са споделили вътрешно.

Това е различен начин за излагане на информацията, която е налична в инструмента Delve на Microsoft, като я вземете от приложение, което трябва да бъде стартирано, преди да можете да направите заявка към браузъра, който винаги е отворен. Като индустрия сме запечатали търсене в браузъра, така че е логично да го превърнем в един от инструментите, които използваме, за да изследваме графиките, които са в основата на нашия бизнес.

Първоначалната версия на Bing for Business се фокусира върху Microsoft Graph, заедно с инструменти, които позволяват на администраторите да добавят специфични интранет връзки за конкретни заявки. Така че, когато търсите текущата политика за разходите, вие сте насочени към подходящите инструменти за самообслужване. Бъдещите версии ще донесат повече от графиките на Microsoft, блокирайки функцията за условен достъп, базирана на търсения, и излагайки външни връзки чрез LinkedIn.

Недостатъкът на графиките на Microsoft: Те използват различни граматики на заявките

Въпреки че цялостната визия за различните свойства, базирани на графики на Microsoft, започва да се изяснява, все още има някои проблеми с заявките в множество източници. Въпреки че всички те предлагат REST API, основните езици за заявки могат да се различават. Например, Microsoft Graph използва собствена граматика на заявките в своите API, докато CosmosDB надгражда широко използвания език за заявки за графики Apache Gremlin.

Заявките, базирани на API, обикновено са относително прости, фокусирани върху конкретни търсения. По-сложните заявки обикновено се обработват с помощта на специфични за домейн езици като Gremlin, които са предназначени за използване с графични бази данни. Една от по-интересните функции на Gremlin е способността му да генерира нови карти от основните данни, които можете да анализирате и използвате във вашите приложения. Gremlin може също така да се справи със съвпадение на шаблони, както и да работи с мащабни инструменти за анализ на данни като Hadoop; така че можете да го използвате, за да доставяте заявки от инструмента за големи данни HDInsight на Azure заедно с вашите хоствани графики на Cosmos DB.

Ако искаме да се възползваме от всички различни свойства на графиката на Microsoft, ще ни е необходима обща платформа за заявки, която може да приема заявки и да ги разпространява в различни източници, асинхронно обработвайки отговорите и гарантирайки, че заявките са конструирани по подходящ начин насочете към специфични API.

Бихте могли да създадете свой собствен мултиграфичен механизъм за заявки, но това наистина е нещо, което Microsoft трябва да достави, може би като услуга на Azure. По този начин той може да бъде интегриран със съществуващи абонаменти и с познати методи за удостоверяване, както за потребители, така и за приложения.