
There are many ways to retrieve information on entities, either directly by querying them or accessing them through related entities. For example, the SharePoint team site and its Microsoft 365 group share the primary document library, and when you fetch the information about the document library via its site object, you also find out the group’s ID. Via the Microsoft Graph API, we have access to different kinds of entities, such as a Microsoft 365 group, a Teams team, and files in a SharePoint document library, and they are all connected. I can’t be the only person in the world who has ever wondered where does the name Graph come from? People think about things in different ways, and hence the underlying APIs can also end up being a bit different, even if the method of consuming them is unified. For example, the Exchange Online operations available via Graph are created by the Exchange Online product team, the Teams team develops the Microsoft Teams operations, etc. Different product teams develop different service APIs. Even though the notation for using the operations is similar, some quirks can make you think that “this API is behaving in a slightly different manner” than what you’ve used to when using some other service operations. You can quite clearly notice that there are different service APIs underneath. What Microsoft Graph essentially does is that it makes the consumption of the APIs much easier for us developers. If you were to use several of the underlying APIs directly, you’d need to authenticate to all of them individually. It offers a unified way of consuming the different APIs, and you only need to authenticate to it once to be able to use all of the service APIs. If you are familiar with Azure API Management, Microsoft Graph works in a very similar manner. Or should I say instead: Microsoft Graph is an API that brings the APIs of all those different services together.

Software microsoft workspaces feeds guid code#
There are also code samples that illustrate the concepts, which you can easily use in your applications! I’ll tell you of my real-world experiences when using the API in customer projects and cover situations when things haven’t initially gone quite neatly as I had hoped. This blog post offers a well-structured and “chronologically proceeding” beginner’s guide in my way of explaining things. I’ve been working with Microsoft Graph extensively since 2017 and accumulated a lot of hands-on knowledge regarding even the smallest quirks of the API. I still find myself preaching about the subject at conferences and consulting fellow developers on related topics.
Software microsoft workspaces feeds guid how to#
However, new people are entering the ecosystem every day, so we can’t expect everyone to know what it is and how to use it. Microsoft Graph has been around for quite a while already.
