mirror of
https://github.com/nspcc-dev/neofs-s3-gw.git
synced 2026-03-01 04:29:15 +00:00
Pull NeoFS endpoints from network map #280
Labels
No labels
I2
I2
I3
I4
S2
S3
S4
S4
U0
U1
U2
U2
U3
U4
U4
auth-mate
blocked
bug
config
dependencies
discussion
documentation
enhancement
epic
feature
go
good first issue
help wanted
performance
question
security
test
tree-service
tree-service
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
nspcc-dev/neofs-s3-gw#280
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @alexvanin on GitHub (Jul 6, 2022).
For pilot installations, @realloc suggested having list of NeoFS endpoints from network map. But address field of node info should not be used, because it is going to be internal private address.
Instead, Node can define attribute
PublicEndpointswith valuegrpc://public1:8080,grpcs://public1:8082. Consider addresses split by,or whitespace.S3 Gateway makes request to the side chain and receives network map. If no public endpoint is defined, then use values from config.
@realloc commented on GitHub (Jul 6, 2022):
Additionally, here is the point where we could use advanced logic like network/Geo proximity for choosing the most appropriate endpoints. In the future, of course.
@alexvanin commented on GitHub (Oct 6, 2022):
I think @fyrchik did some tasks to split external and internal interfaces. Let's mention them here and look at it once again.
@alexvanin commented on GitHub (Oct 6, 2022):
Looks very similar to https://github.com/nspcc-dev/neofs-sdk-go/issues/297
Need to consider if both issues are valid. It seems like pool update can close this issue?