Abstract: A virtual network provider system supports a virtual network including virtual machines that are each assigned to an underlay address of an underlay addressing scheme. The virtual network provider system further includes multiple routing domains each defined to include a different subset of the virtual machines. Each of the routing domains is assigned to a range of overlay addresses of an overlay addressing scheme. For each routing domain, the assigned range of overlay addresses is allocated among the subset of the virtual machines in the routing domain. The system further includes a virtual network host configured to use addresses of the overlay addressing scheme to selectively route messages between endpoints on select pairs of the virtual machines assigned to a same routing domain of the plurality of routing domains.

Abstract: Methods for deriving an integration module using an electronic computing device, the methods including: providing a framework coupled with a system of computer hardware for remotely monitoring and scheduling a number of data integration (DI) jobs between a number of enterprise applications, where the framework provides an extensible and reusable architecture for the integration module; adding to the integration module at least one function or component corresponding with a user specified requirement via the framework; deploying the integration module as an embedded client to one of the number of enterprise applications by the framework.

Abstract: Methods for deriving an integration module using an electronic computing device, the method are presented, the methods including: providing a framework coupled with a system of computer hardware for remotely monitoring and scheduling a number of data integration (DI) jobs between a number of enterprise applications, where the framework provides an extensible and reusable architecture for the integration module; adding to the integration module at least one function or component corresponding with a user specified requirement via the framework; deploying the integration module as an embedded client to one of the number of enterprise applications by the framework.

Abstract: Systems of computer hardware for remotely monitoring and scheduling data integration (DI) jobs are presented including: an integration module that transforms a request for remotely monitoring or scheduling a DI job from an enterprise application into customized commands by the enterprise application suitable for accessing another enterprise application, where the DI job is executed at a DI server at the request of the enterprise application; a listener agent electronically coupled with the integration module and a DI server, where the listener agent receives the customized commands, and monitors or schedules the DI job in the enterprise application through DI job-control application programming interfaces (API) specific to the enterprise application; and a customized commands repository that stores the customized commands.

Abstract: A method and system for determining a device identifier assigned to a device within an installation of devices connected via a network is provided. A system determines the device identifier of a device that has been repaired and reinstalled so that the device can be placed in service. Upon receiving an indication that a repaired device has been reinstalled, the system requests and receives a possible device identifier of the repaired device from an interconnect device that connects the repaired device to the network. To verify that the possible device identifier is the actual device identifier, the system directs the repaired device to reboot so that it broadcasts its device identifier. When the repaired device reboots, it broadcasts its device identifier. Upon receiving the broadcast device identifier, the system verifies that the possible device identifier is the same as the broadcast device identifier.

Abstract: Methods for deriving an integration module using an electronic computing device, the method are presented, the methods including: providing a framework coupled with a system of computer hardware for remotely monitoring and scheduling a number of data integration (DI) jobs between a number of enterprise applications, where the framework provides an extensible and reusable architecture for the integration module; adding to the integration module at least one function or component corresponding with a user specified requirement via the framework; deploying the integration module as an embedded client to one of the number of enterprise applications by the framework.

Abstract: Systems of computer hardware for remotely monitoring and scheduling data integration (DI) jobs are presented including: an integration module that transforms a request for remotely monitoring or scheduling a DI job from a first enterprise application into one or more customized commands by the first enterprise application suitable for accessing a second enterprise application, where the DI job is executed in at a DI server at the request of the second enterprise application; a listener agent electronically coupled with the integration module and a DI server, where the listener agent receives the one or more customized commands, and monitors or schedules the DI job in the second enterprise application through one or more DI job-control application programming interfaces (DI job-control APIs) specific to the second enterprise application; and a customized commands repository that stores the one or more customized commands.

Abstract: A method and system for determining a device identifier assigned to a device within an installation of devices connected via a network is provided. A system determines the device identifier of a device that has been repaired and reinstalled so that the device can be placed in service. Upon receiving an indication that a repaired device has been reinstalled, the system requests and receives a possible device identifier of the repaired device from an interconnect device that connects the repaired device to the network. To verify that the possible device identifier is the actual device identifier, the system directs the repaired device to reboot so that it broadcasts its device identifier. When the repaired device reboots, it broadcasts its device identifier. Upon receiving the broadcast device identifier, the system verifies that the possible device identifier is the same as the broadcast device identifier.

Abstract: Automated health monitoring and recovery is provided for infrastructure devices supporting server devices in a data center. Health analysis operations may be selected to be performed on an infrastructure device based on the capabilities of the infrastructure device and/or how the infrastructure device is being used to support server devices in the data center. If the infrastructure device is unhealthy, an automated recovery operation may be performed. The automated recovery operation may include recovery actions selected based on the capabilities of the infrastructure device, the failure mode of the infrastructure device, and/or how the infrastructure device is being used to support server devices in the data center.

Abstract: A method and system for determining a device identifier assigned to a device within an installation of devices connected via a network is provided. A system determines the device identifier of a device that has been repaired and reinstalled so that the device can be placed in service. Upon receiving an indication that a repaired device has been reinstalled, the system requests and receives a possible device identifier of the repaired device from an interconnect device that connects the repaired device to the network. To verify that the possible device identifier is the actual device identifier, the system directs the repaired device to reboot so that it broadcasts its device identifier. When the repaired device reboots, it broadcasts its device identifier. Upon receiving the broadcast device identifier, the system verifies that the possible device identifier is the same as the broadcast device identifier.

Abstract: A method and system for remotely monitoring and scheduling a data-integration (DI) job. A first application includes an integration module for receiving a request for remote monitoring or scheduling of the DI job in a second application. The integration module transforms the request into one or more customized commands, which are subsequently transmitted to a listener agent. The listener agent invokes a relevant job-control application programming interface (API), associated with the second application, based on one or more parameters associated with the request. The listener agent also enables a DI server to access the second application and fetch information relating to the DI job by employing the job-control API. The listener agent transmits this information to the first application, thus extending the ability of one enterprise application, to remotely monitor and schedule a DI job, to other enterprise applications.

Abstract: Systems of computer hardware for remotely monitoring and scheduling data integration (DI) jobs are presented including: an integration module that transforms a request for remotely monitoring or scheduling a DI job from a first enterprise application into one or more customized commands by the first enterprise application suitable for accessing a second enterprise application, where the DI job is executed in at a DI server at the request of the second enterprise application; a listener agent electronically coupled with the integration module and a DI server, where the listener agent receives the one or more customized commands, and monitors or schedules the DI job in the second enterprise application through one or more DI job-control application programming interfaces (DI job-control APIs) specific to the second enterprise application; and a customized commands repository that stores the one or more customized commands.

Abstract: Automated health monitoring and recovery is provided for infrastructure devices supporting server devices in a data center. Health analysis operations may be selected to be performed on an infrastructure device based on the capabilities of the infrastructure device and/or how the infrastructure device is being used to support server devices in the data center. If the infrastructure device is unhealthy, an automated recovery operation may be performed. The automated recovery operation may include recovery actions selected based on the capabilities of the infrastructure device, the failure mode of the infrastructure device, and/or how the infrastructure device is being used to support server devices in the data center.

Abstract: A method and system for determining a device identifier assigned to a device within an installation of devices connected via a network is provided. A system determines the device identifier of a device that has been repaired and reinstalled so that the device can be placed in service. Upon receiving an indication that a repaired device has been reinstalled, the system requests and receives a possible device identifier of the repaired device from an interconnect device that connects the repaired device to the network. To verify that the possible device identifier is the actual device identifier, the system directs the repaired device to reboot so that it broadcasts its device identifier. When the repaired device reboots, it broadcasts its device identifier. Upon receiving the broadcast device identifier, the system verifies that the possible device identifier is the same as the broadcast device identifier.

Abstract: Embodiments are directed to isolating a cloud computing node using network- or some other type of isolation. In one scenario, a computer system determines that a cloud computing node is no longer responding to monitoring requests. The computer system isolates the determined cloud computing node to ensure that software programs running on the determined cloud computing node are no longer effectual (either the programs no longer produce outputs, or those outputs are not allowed to be transmitted). The computer system also notifies various entities that the determined cloud computing node has been isolated. The node may be isolated by powering the node down, by preventing the node from transmitting and/or receiving data, and by manually isolating the node. In some cases, isolating the node by preventing the node from transmitting and/or receiving data includes deactivating network switch ports used by the determined cloud computing node for data communication.

Abstract: Platform management may be provided. First, a package may be received. The received package may then be separated into a plurality of deployment groups. Next, a plurality of tasks may be created for deploying the plurality of deployment groups. Then the plurality of tasks may be executed.

Abstract: A method and system for remotely monitoring and scheduling a data-integration (DI) job. A first application includes an integration module for receiving a request for remote monitoring or scheduling of the DI job in a second application. The integration module transforms the request into one or more customized commands, which are subsequently transmitted to a listener agent. The listener agent invokes a relevant job-control application programming interface (API), associated with the second application, based on one or more parameters associated with the request. The listener agent also enables a DI server to access the second application and fetch information relating to the DI job by employing the job-control API. The listener agent transmits this information to the first application, thus extending the ability of one enterprise application, to remotely monitor and schedule a DI job, to other enterprise applications.