-
Notifications
You must be signed in to change notification settings - Fork 777
Extend service invocation to non-Dapr endpoints docs #3384
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
Extend service invocation to non-Dapr endpoints docs #3384
Conversation
…ndpoints Signed-off-by: Samantha Coyle <sam@diagrid.io>
non-Dapr endpoints vs non-Daprized endpoints? Which do we like better for docs? |
@sicoyle I personally like "non-Dapr endpoints". @msfussell what do you think? |
Let's use non-Dapr endpoints. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Lets start with these changes.
daprdocs/content/en/developing-applications/building-blocks/bindings/howto-bindings.md
Outdated
Show resolved
Hide resolved
...oping-applications/building-blocks/service-invocation/howto-invoke-non-daprized-endpoints.md
Outdated
Show resolved
Hide resolved
...oping-applications/building-blocks/service-invocation/howto-invoke-non-daprized-endpoints.md
Outdated
Show resolved
Hide resolved
...oping-applications/building-blocks/service-invocation/howto-invoke-non-daprized-endpoints.md
Outdated
Show resolved
Hide resolved
...oping-applications/building-blocks/service-invocation/howto-invoke-non-daprized-endpoints.md
Outdated
Show resolved
Hide resolved
<img src="/images/service-invocation-overview-non-daprized-endpoint.png" width=800 alt="Diagram showing the steps of service invocation to non-Daprized endpoints"> | ||
|
||
1. Service A makes an HTTP call targeting Service B, a non-Daprized endpoint. The call goes to the local Dapr sidecar. | ||
2. Dapr discovers Service B's location using the [name resolution component]({{< ref supported-name-resolution >}}) which is running on the given [hosting platform]({{< ref "hosting" >}}). |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The Naming Component is not used here, that is for appId. You should update this to talk about resolving with either a name HTTPEndpoint resource or FQDM URL. I would also update this to have an picture that is a HTTP resource
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I updated... however, I mostly just removed the name resolution component reference. My thinking is Service B is simply a non-Dapr service, so it is still fair game to visualize it as a "Service" icon, but the description now denotes this to be discovered either using an HTTPEndpoint or FQDN URL.
...en/developing-applications/building-blocks/service-invocation/service-invocation-overview.md
Outdated
Show resolved
Hide resolved
...en/developing-applications/building-blocks/service-invocation/service-invocation-overview.md
Outdated
Show resolved
Hide resolved
...en/developing-applications/building-blocks/service-invocation/service-invocation-overview.md
Outdated
Show resolved
Hide resolved
|
||
### HTTP service invocation to non-Daprized endpoints | ||
If you are in a brownfield scenario or simply have existing non-Daprized endpoints that you want to invoke, then you can do so using the service invocation API. | ||
By defining a Dapr HTTPEndpoint, you declaratively define a way to interact with a non-Daprized endpoint. You then use the existing service invocation URL, while replacing the internal `appid` with the HTTPEndpoint name, and can use the existing service invocation API as is. This allows for you to also use the HTTPEndpoint name as the value if you use the `dapr-app-id` header. Alternatively, you can place a non-Daprized endpoint URL directly into the service invocation URL where you would place the `appid` or HTTPEndpoint name. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Move this into the How To Topic. This is where the details are needed. Also rewrite just to simply say how to use the HTTPEndpoint or FQDM URL and not try to say this is a replacement for appId. Blend this in with the order of precedence detail in the How To Topic.
By defining a Dapr HTTPEndpoint, you declaratively define a way to interact with a non-Daprized endpoint. You then use the existing service invocation URL, while replacing the internal `appid` with the HTTPEndpoint name, and can use the existing service invocation API as is. This allows for you to also use the HTTPEndpoint name as the value if you use the `dapr-app-id` header. Alternatively, you can place a non-Daprized endpoint URL directly into the service invocation URL where you would place the `appid` or HTTPEndpoint name. | |
By defining a HTTPEndpoint resource, you declaratively define a way to interact with a non-Daprized endpoint. |
@sicoyle - You need to perform a new pull on Dapr v1.11 branch for the build to succeed. |
Stale PR, paging all reviewers |
Signed-off-by: Samantha Coyle <sam@diagrid.io>
…docs into docs-nondaprized-svc-invocation
Signed-off-by: Samantha Coyle <sam@diagrid.io>
Signed-off-by: Samantha Coyle <sam@diagrid.io>
@msfussell could you please remove the stale label? |
Removed. |
Editing of the docs Signed-off-by: Mark Fussell <markfussell@gmail.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good updates. Getting closer. I did one larger edit that you should review, so pull down the latest from your updated branch
daprdocs/content/en/developing-applications/building-blocks/bindings/bindings-overview.md
Outdated
Show resolved
Hide resolved
...eveloping-applications/building-blocks/service-invocation/howto-invoke-non-dapr-endpoints.md
Outdated
Show resolved
Hide resolved
daprdocs/content/en/operations/support/support-preview-features.md
Outdated
Show resolved
Hide resolved
daprdocs/content/en/reference/resource-specs/httpendpoints-reference.md
Outdated
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Good updates. Getting closer. I did one larger edit that you should review, so pull down the latest from your updated branch
...eveloping-applications/building-blocks/service-invocation/howto-invoke-non-dapr-endpoints.md
Show resolved
Hide resolved
Signed-off-by: Samantha Coyle <sam@diagrid.io>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
quick grammar review
...eveloping-applications/building-blocks/service-invocation/howto-invoke-non-dapr-endpoints.md
Outdated
Show resolved
Hide resolved
...eveloping-applications/building-blocks/service-invocation/howto-invoke-non-dapr-endpoints.md
Outdated
Show resolved
Hide resolved
...eveloping-applications/building-blocks/service-invocation/howto-invoke-non-dapr-endpoints.md
Outdated
Show resolved
Hide resolved
...eveloping-applications/building-blocks/service-invocation/howto-invoke-non-dapr-endpoints.md
Outdated
Show resolved
Hide resolved
...eveloping-applications/building-blocks/service-invocation/howto-invoke-non-dapr-endpoints.md
Outdated
Show resolved
Hide resolved
...eveloping-applications/building-blocks/service-invocation/howto-invoke-non-dapr-endpoints.md
Outdated
Show resolved
Hide resolved
...en/developing-applications/building-blocks/service-invocation/service-invocation-overview.md
Outdated
Show resolved
Hide resolved
Signed-off-by: Samantha Coyle <sam@diagrid.io>
Updating weight in docs Signed-off-by: Mark Fussell <markfussell@gmail.com>
Grammar fix Signed-off-by: Mark Fussell <markfussell@gmail.com>
Thank you for helping make the Dapr documentation better!
Please follow this checklist before submitting:
In addition, please fill out the following to help reviewers understand this pull request:
Description
Add docs to support the extension of the service invocation API to allow for the invocation of non-Dapr endpoints.
Issue reference
#3365