В настоящее время программа Microsoft Graph общедоступна. API-интерфейс обеспечивает единую конечную точку (https://graph.microsoft.com), из которой можно перемещаться к любым источникам данных, доступным в Microsoft Graph. Благодаря метаданным разработчики могут перемещаться между почтовыми ящиками, группами, пользователями, документами и любыми другими объектами, известными Graph. После того как приложение прошло проверку подлинности в соответствии с открытым стандартом OAuth 2.0, оно может перемещаться внутри Graph, не предоставляя других учетных данных. Microsoft стремится к тому, чтобы API-интерфейсы были всем доступны, то есть совместимы с такими языками, как javascript, РНР, Ruby и Python, а также ASP.NET. В сущности, любой специалист, имеющий опыт использования современных технологий веб-разработки, должен иметь возможность работать с Microsoft Graph. Так разработчики смогут уменьшить объем составляемого программного кода по сравнению с предшествующими API-интерфейсами (такими, как веб-службы Exchange). Таким образом, значительно упрощается проектирование решений, в которых используются «облачные» данные Microsoft. Как утверждается в публикации Microsoft, при использовании единого API потребуется всего 5 строк кода вместо 50 с лишним строк, необходимых сегодня.


Кроме того, приложения, построенные с использованием единого API, успешно приспосабливаются к экранам различных форматов. В частности, в них автоматически учитываются многочисленные формфакторы, встречающиеся в мобильных устройствах. Однако разработчики по-прежнему определяют окончательный вид своих приложений, поскольку способ отображения данных, полученных из Graph, целиком в их руках.


Как и ожидалось, собственные группы разработчиков Microsoft используют новые API-интерфейсы для построения приложений, в частности для управления небольшими проектами, обещанными в Office 365 Planner. В мобильных приложениях Office 365 также будет применяться единый API.

Microsoft Graph обеспечивает доступ ко многим формам данных, потребляемым таким решением, как Outlook for Mac, поэтому можно предположить, что в будущих версиях единый API сможет заменить существующую основу веб-служб Exchange. Конечно, это только предположение, но, похоже, такой проект был бы достойной целью, так как Outlook for Mac всегда уступал в функциональности аналогичной программе для Windows. Но когда я высказал свое мнение, Роб засмеялся и сказал, что группа Outlook пока не обдумывает переход. Замена старых API-интерфейсов на Graph может быть интересным проектом, но следует помнить, что Microsoft Graph ориентирован на «облачные» службы и не будет работать в гибридных или локальных сценариях. Microsoft признает, что эти сценарии следует реализовать, но работа по полноценному внедрению правильных подходов пока не завершена.


Также верно, что многие компоненты Microsoft Graph неразрывно связаны с технологией «облака», и удачно перенести эту технологию в локальную среду действительно трудно.

Я поинтересовался, что можно будет считать успехом этой инициативы. Роб ответил, что отслеживал метрики использования расширяемости, учитывая число приложений и число клиентов, использовавших набор инструментов. Он полагает, что таким образом можно оценить «энергию в экосистеме». Успех означает увеличение индекса «на порядок величины». В ответ на дополнительные расспросы Роб признался, что, по его ощущениям, 10-кратное увеличение было бы хорошим показателем. Что ж, достойный ориентир. Время покажет, удастся ли Microsoft убедить разработчиков задействовать возможности Graph. Простота доступа к данным, извлекаемым из «облачных» служб Microsoft, и поддержка распространенных языков программирования — весомые доводы в пользу того, что Graph получит широкое распространение. Но окончательный ответ даст только время.

<<К началу статьи