MULTI-SOURCE DATA CENTER OBJECT MIRRORING IN A MULTI-CLOUD COMPUTING ENVIRONMENT
System and computer-implemented method for managing software objects in a multi-cloud computing environment uses generated sync cycles for infra managers running in at least one cloud of the multi-cloud computing environment, where at least one of the sync cycles for a particular infra manager includes initial and update state information of software objects associated with the particular infra manager. The object updates of the sync cycles are published to an entity in the multi-cloud computing environment, where the object updates are processed and persistently stored in a database for consumption by a service of the entity.
1 . A computer-implemented method for managing software objects in a multi-cloud computing environment, the method comprising:
generating sync cycles for infra managers running in at least one cloud of the multi-cloud computing environment, at least one of the sync cycles for an infra manager including initial and update state information of software objects associated with the infra manager;
persistently storing object updates of the sync cycles for the infra managers in a first database;
publishing the object updates of the sync cycles to an entity of the multi-cloud computing environment;
processing the object updates of the sync cycles at the entity based on the infra managers to produce resultant object updates; and
persistently storing the resultant object updates in a second database for consumption by a service of the entity.
2 . The method of claim 1 , wherein publishing the object updates of the sync cycles includes limiting the number of the object updates published to the entity based on the number of unacknowledged object updates published to the entity.
3 . The method of claim 2 , wherein limiting the number of the object updates includes limiting the number of the object updates published to the entity such that an identification of an object update minus an identification of acknowledged object update is equal to or less than a maximum number of unacknowledged object updates allowed.
4 . The method of claim 1 , wherein publishing the object updates of the sync cycles includes transmitting a set of object updates and waiting for an acknowledgement of an identification of an object update most recently received by the entity.
5 . The method of claim 1 , wherein generating the sync cycles for infra managers includes exclusively carrying lifecycle information of the sync cycles in a control channel and exclusively carrying the object updates in a data channel.
6 . The method of claim 1 , wherein processing the object updates of the sync cycles at the entity includes applying transformation rules on the object updates to produce resultant object updates.
7 . The method of claim 1 , further comprising processing messages from a cloud of the multi-cloud computing environment associated with the object updates of the sync cycles at the entity to purge inventory of objects of a decommissioned infra manager or record information about a new sync cycle for a particular infra manager.
8 . The method of claim 1 , wherein the service of the entity is a workload migration service.
9 . A non-transitory computer-readable storage medium containing program instructions for managing software objects in a multi-cloud computing environment, wherein execution of the program instructions by one or more processors causes the one or more processors to perform steps comprising:
generating sync cycles for infra managers running in at least one cloud of the multi-cloud computing environment, at least one of the sync cycles for an infra manager including initial and update state information of software objects associated with the infra manager;
persistently storing object updates of the sync cycles for the infra managers in a first database;
publishing the object updates of the sync cycles to an entity of the multi-cloud computing environment;
processing the object updates of the sync cycles at the entity based on the infra managers to produce resultant object updates; and
persistently storing the resultant object updates in a second database for consumption by a service of the entity.
10 . The non-transitory computer-readable storage medium of claim 9 , wherein publishing the object updates of the sync cycles includes limiting the number of the object updates published to the entity based on the number of unacknowledged object updates published to the entity.
11 . The non-transitory computer-readable storage medium of claim 10 , wherein limiting the number of the object updates includes limiting the number of the object updates published to the entity such that an identification of an object update minus an identification of acknowledged object update is equal to or less than a maximum number of unacknowledged object updates allowed.
12 . The non-transitory computer-readable storage medium of claim 9 , wherein publishing the object updates of the sync cycles includes transmitting a set of object updates and waiting for an acknowledgement of an identification of an object update most recently received by the entity.
13 . The non-transitory computer-readable storage medium of claim 9 , wherein generating the sync cycles for infra managers includes exclusively carrying lifecycle information of the sync cycles in a control channel and exclusively carrying the object updates in a data channel.
14 . The non-transitory computer-readable storage medium of claim 9 , wherein processing the object updates of the sync cycles at the entity includes applying transformation rules on the object updates to produce resultant object updates.
15 . The non-transitory computer-readable storage medium of claim 9 , wherein the steps further comprise processing messages from a cloud of the multi-cloud computing environment associated with the object updates of the sync cycles at the entity in the second cloud to purge inventory of objects of a decommissioned infra manager or record information about a new sync cycle for a particular infra manager.
16 . The non-transitory computer-readable storage medium of claim 9 , wherein the service of the entity is a workload migration service.
17 . A system comprising:
memory; and
one or more processors configured to:
generate sync cycles for infra managers running in at least one cloud of the multi-cloud computing environment, at least one of the sync cycles for an infra manager including initial and update state information of software objects associated with the infra manager;
persistently store object updates of the sync cycles for the infra managers in a first database;
publish the object updates of the sync cycles to an entity of the multi-cloud computing environment;
process the object updates of the sync cycles at the entity based on the infra managers to produce resultant object updates; and
persistently store the resultant object updates in a second database for consumption by a service of the entity.
18 . The system of claim 17 , wherein the one or more processors are configured to limit the number of the object updates published to the entity based on the number of unacknowledged object updates published to the entity.
19 . The system of claim 18 , wherein the one or more processors are configured to limit the number of the object updates published to the entity such that an identification of an object update minus an identification of acknowledged object update is equal to or less than a maximum number of unacknowledged object updates allowed.
20 . The system of claim 17 , wherein the one or more processors are configured to exclusively transmit lifecycle information of the sync cycles in a control channel and exclusively transmit the object updates in a data channel.