Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

add an article to explain graph top-level segments and included the rules for /external #538

Open
wants to merge 4 commits into
base: vNext
Choose a base branch
from

Conversation

corranrogue9
Copy link
Contributor

/admin should be added in the future.

@corranrogue9 corranrogue9 requested a review from a team as a code owner April 8, 2024 21:21
@corranrogue9
Copy link
Contributor Author

@microsoft/graphguidelinesapprovers ping...

@OlgaPodo OlgaPodo added the Microsoft Graph This should be reviewed by Microsoft Grap team. label Jul 11, 2024
@@ -0,0 +1,15 @@
# Graph Taxonomy

Different top-level segments have different requirements and these rules MUST be followed:
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

  • I appreciate your initiative in raising this vital issue!
  • We should include guidelines for creating top-level categories, second-level segments, and potentially other navigation paths if we develop this article.
  • The rules for the 'external' node need to be discussed at the API council.


* `/external`

* The `/external` top-level segment is used to expose data that is provided by third-party services.
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think we need to conder inbound and outbound flow of data.

Doing this allows clients to have their data conveniently in a single API surface, while also maintaining consistency across the Microsoft Graph APIs and the third-party APIs.
* In addition to the first-party, scenario-based APIs, additional APIs should be released under the `/external` top-level segment.
The APIs under `/external` MUST not expose any data that is provided by Microsoft.
Any data that is available under `/external` MUST be data that could be retrieved directly from the third-party service; these APIs are only being added to Graph for convenience and interoperability.
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Currently we have connectors API under /external, connectors bring data for use in different M365 experiences, I'm not sure that this use case is considered as interoperability, because for search data are indexed unique way.

* In addition to the first-party, scenario-based APIs, additional APIs should be released under the `/external` top-level segment.
The APIs under `/external` MUST not expose any data that is provided by Microsoft.
Any data that is available under `/external` MUST be data that could be retrieved directly from the third-party service; these APIs are only being added to Graph for convenience and interoperability.
* Microsoft Graph is not intended to be a single-pane-of-glass for all third-party APIs.
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think that bringing 3P data is not equal to exposing 3P APIs on Graph therefore this sentence is not relevant.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Microsoft Graph This should be reviewed by Microsoft Grap team.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants