-
Notifications
You must be signed in to change notification settings - Fork 61
Cache Serialize API #215
Cache Serialize API #215
Conversation
Thank you for opening this pull request! 🙌
|
Signed-off-by: Daniel Rammer <[email protected]>
Signed-off-by: Daniel Rammer <[email protected]>
Signed-off-by: Daniel Rammer <[email protected]>
Signed-off-by: Daniel Rammer <[email protected]>
… - only reservations. Signed-off-by: Daniel Rammer <[email protected]>
Signed-off-by: Daniel Rammer <[email protected]>
Signed-off-by: Daniel Rammer <[email protected]>
…ame change Signed-off-by: Daniel Rammer <[email protected]>
166791c
to
100abab
Compare
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.
Finally started looking at the cache serialization PRs...
Let's wait on merging them until they are all +1'd
Signed-off-by: Daniel Rammer <[email protected]>
protos/flyteidl/core/tasks.proto
Outdated
@@ -92,6 +92,9 @@ message TaskMetadata { | |||
oneof interruptible_value { | |||
bool interruptible = 8; | |||
}; | |||
|
|||
// Indicates whether the system should attempt to execute discoverable instances in serial to avoid duplicate work | |||
bool discovery_serializable = 9; |
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 hate this name. I guess we want to keep it so.
but, ideally it should be cache_serializable right?
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.
done. i'm ok with the switch, it hurt me to try and keep it uniform.
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.
one comment
Signed-off-by: Daniel Rammer <[email protected]>
* removed datacatalog ExtendReservation API Signed-off-by: Daniel Rammer <[email protected]> * filled out generated content with 'make generate' Signed-off-by: Daniel Rammer <[email protected]> * updated protobuf docs for admin and core definitions Signed-off-by: Daniel Rammer <[email protected]> * created ReservationID message to reuse Signed-off-by: Daniel Rammer <[email protected]> * changed artifact reservation API to not include handling of artifacts - only reservations. Signed-off-by: Daniel Rammer <[email protected]> * added cache reservation comments Signed-off-by: Daniel Rammer <[email protected]> * fixed indenting issues that always drive me crazy Signed-off-by: Daniel Rammer <[email protected]> * updated discovery_reservable to discovery_serializable to adhere to name change Signed-off-by: Daniel Rammer <[email protected]> * moved catalog reservation status enum into a message Signed-off-by: Daniel Rammer <[email protected]> * changed discovery_serializable TaskMetadata field to cache_serializable Signed-off-by: Daniel Rammer <[email protected]>
TL;DR
Removes the ExtendReservation API from the datacatalog protobuf definition.
Type
Are all requirements met?
Complete description
The datacatalog ExtendReservation API is continually called when an Artifact is already reserved and that reservation needs to be extended past the current expiration. We are changing the implementation of the GetOrReserveArtifact API to extend a reservation if valid. Therefore, ExtendReservation is no longer necessary. We have included additional fields into the GetOrReserveArtifactResponse to reflect these changes.
Tracking Issue
flyteorg/flyte#267
flyteorg/flyte#872
Follow-up issue
NA