Abstract: A method, system, and computer program product to aggregate code change requests for a continuous integration pipeline. The method may include receiving a plurality of code change requests (CCRs) for a software product that are to be processed by a continuous integration (CI) pipeline. The method may also include obtaining all functions of the software product tested by all testcases in a testcase set. The method may also include selecting a plurality of groups of testcases from the testcase set, each group of the plurality of groups of testcases corresponding to a CCR from the plurality of CCRs. The method may also include identifying at least two groups of testcases from the plurality of groups of testcases without overlapping code. The method may also include aggregating each CCR that corresponds to the at least two groups of testcases into a single CCR group.

Abstract: According to one embodiment, a method, computer system, and computer program product for container lifecycle management is provided. The embodiment may include registering a topology for a plurality of deployments in a container orchestration platform. The embodiment may include detecting a rolling update to a deployment of the plurality of deployments. The embodiment may include assuming ownership of at least one previous version pod of the deployment. The embodiment may include creating network routing rules for the at least one previous version pod. The embodiment may include routing network packets to the at least one previous version pod based on the created network routing rules.

Abstract: The invention discloses a method, system, and computer program product for service update management. The method, during a first update procedure for a first service in a computing system, in response to a detection that the first update procedure fails, a state of a second service on which the first service depends in the computing system is checked. In response to the second service being in a first state, the first update procedure is suspended. Resources allocated to the first update procedure by the computing system are released. The released resources are allocated to the second update procedure of the second service. The second update procedure is implemented based on the allocated released resources. With these embodiments, failures during the update procedures for the services may be automatically detected and removed based on a dependency relationship between the services. Therefore, the performance of the update procedures may be increased.

Abstract: An embodiment detects, by a packet detection module on a first worker node, a first synchronization message (SYN) issued from a client pod on the first worker node and directed to a first server pod on a second worker node and generates a first SYN record in a connection table stored on the first worker node. The embodiment detects, by the packet detection module, a second SYN issued from the client pod and directed to the first server pod and generates a server pod status record stored in memory on the first worker node indicative of the first server pod having an unhealthy status. The embodiment identifies an available server pod having a healthy status and generates a detour routing rule in a routing table on the first worker node indicative of a revised connection in which the identified available server pod replaces the first server pod.

Abstract: An embodiment detects, by a packet detection module on a first worker node, a first synchronization message (SYN) issued from a client pod on the first worker node and directed to a first server pod on a second worker node and generates a first SYN record in a connection table stored on the first worker node. The embodiment detects, by the packet detection module, a second SYN issued from the client pod and directed to the first server pod and generates a server pod status record stored in memory on the first worker node indicative of the first server pod having an unhealthy status. The embodiment identifies an available server pod having a healthy status and generates a detour routing rule in a routing table on the first worker node indicative of a revised connection in which the identified available server pod replaces the first server pod.

Abstract: Disclosed are a computer-implemented method, a system and a computer program product for TCP session closure in a container orchestration system. In the computer-implemented method for TCP session closure in a container orchestration system, a first pod being not alive in a second node can be determined by one or more processing units at a first node. A TCP session between a second pod in the first node and the first pod can be determined by one or more processing units at the first node based on a pod IP address of the first pod. The TCP session between the second pod and the first pod can be closed by one or more processing units at the first node.

Abstract: According to one embodiment, a method, computer system, and computer program product for container lifecycle management is provided. The embodiment may include registering a topology for a plurality of deployments in a container orchestration platform. The embodiment may include detecting a rolling update to a deployment of the plurality of deployments. The embodiment may include assuming ownership of at least one previous version pod of the deployment. The embodiment may include creating network routing rules for the at least one previous version pod. The embodiment may include routing network packets to the at least one previous version pod based on the created network routing rules.

Abstract: An embodiment detects, by a packet detection module on a first worker node, a first synchronization message (SYN) issued from a client pod on the first worker node and directed to a first server pod on a second worker node and generates a first SYN record in a connection table stored on the first worker node. The embodiment detects, by the packet detection module, a second SYN issued from the client pod and directed to the first server pod and generates a server pod status record stored in memory on the first worker node indicative of the first server pod having an unhealthy status. The embodiment identifies an available server pod having a healthy status and generates a detour routing rule in a routing table on the first worker node indicative of a revised connection in which the identified available server pod replaces the first server pod.

Abstract: A method, system, and computer program product to aggregate code change requests for a continuous integration pipeline. The method may include receiving a plurality of code change requests (CCRs) for a software product that are to be processed by a continuous integration (CI) pipeline. The method may also include obtaining all functions of the software product tested by all testcases in a testcase set. The method may also include selecting a plurality of groups of testcases from the testcase set, each group of the plurality of groups of testcases corresponding to a CCR from the plurality of CCRs. The method may also include identifying at least two groups of testcases from the plurality of groups of testcases without overlapping code. The method may also include aggregating each CCR that corresponds to the at least two groups of testcases into a single CCR group.

Abstract: Computerized aspects monitor listening virtual local area network ports for multicast packets from hypervisor virtual machines that meet a multicast group definition, and retrieve source addresses for original hypervisor sources of detected ones of the multicast packets, bind the retrieved addresses to the multicast packets to generate encapsulated packets, and forward the encapsulated packets as user datagram protocol unicast packets to a destination address of a virtual extensible helper daemon defined for a destination hypervisor of a second virtual local area network. The destination address meets the multicast group definition for the first virtual local area network, and the second virtual local area network is geographically remote from and different from the first virtual local area network, and thus the aspects send the first user datagram protocol unicast packet through an internet protocol router to the designated receiving port.

Abstract: Computerized aspects monitor listening virtual local area network ports for multicast packets from hypervisor virtual machines that meet a multicast group definition, and retrieve source addresses for original hypervisor sources of detected ones of the multicast packets, bind the retrieved addresses to the multicast packets to generate encapsulated packets, and forward the encapsulated packets as user datagram protocol unicast packets to a destination address of a virtual extensible helper daemon defined for a destination hypervisor of a second virtual local area network. The destination address meets the multicast group definition for the first virtual local area network, and the second virtual local area network is geographically remote from and different from the first virtual local area network, and thus the aspects send the first user datagram protocol unicast packet through an internet protocol router to the designated receiving port.

Abstract: Computerized aspects monitor listening virtual local area network ports for multicast packets from hypervisor virtual machines that meet a multicast group definition, and retrieve source addresses for original hypervisor sources of detected ones of the multicast packets, bind the retrieved addresses to the multicast packets to generate encapsulated packets, and forward the encapsulated packets as user datagram protocol unicast packets to a destination address of a virtual extensible helper daemon defined for a destination hypervisor of a second virtual local area network. The destination address meets the multicast group definition for the first virtual local area network, and the second virtual local area network is geographically remote from and different from the first virtual local area network, and thus the aspects send the first user datagram protocol unicast packet through an internet protocol router to the designated receiving port.

Abstract: A mechanism is provided for reducing network load in a software defined network. The mechanism is executed by a virtual machine hypervisor. The mechanism receives a network broadcast request sent by a source virtual machine node; acquires a first destination address in the network broadcast request; and reads a predefined mapping rule of the first destination address and a second destination address. An address of a node in the software defined network is configured by using the predefined mapping rule. The mechanism derives the second destination address corresponding to the first destination address according to the mapping rule. The mechanism responds to the network broadcast request by using the derived second destination address.

Abstract: Computerized aspects monitor listening virtual local area network ports for multicast packets from hypervisor virtual machines that meet a multicast group definition, and retrieve source addresses for original hypervisor sources of detected ones of the multicast packets, bind the retrieved addresses to the multicast packets to generate encapsulated packets, and forward the encapsulated packets as user datagram protocol unicast packets to a destination address of a virtual extensible helper daemon defined for a destination hypervisor of a second virtual local area network. The destination address meets the multicast group definition for the first virtual local area network, and the second virtual local area network is geographically remote from and different from the first virtual local area network, and thus the aspects send the first user datagram protocol unicast packet through an internet protocol router to the designated receiving port.

Abstract: A method, executed by a computer, for deploying an enterprise application includes configuring a plurality of application nodes for a software defined network using static IP addresses, capturing a plurality of images corresponding to the plurality of application nodes, preparing an application pattern that incorporates the plurality of images, and saving the application pattern for subsequent deployment. In one embodiment, the application is deployed onto a computing environment using the application pattern. The software defined network may be accessible by one or more service IP address. In one embodiment, one or more of the application nodes functions as a cloud computing software platform, such as an infrastructure-as-a-service (IaaS) solution. The software defined network may be an isolated virtual network. A computer program product and computer system corresponding to the methods are also disclosed herein.

Abstract: A method and apparatus of managing a network connection of a network node comprising a NIC of a first type and a NIC of a second type. The method comprises: creating an interface device in the network node and setting the interface device to exchange data with a bridge connected to the NIC of the first type in response to detection of a failure in the NIC of the first type; determining a secondary node; instructing the secondary node to create and set a corresponding interface device; constructing a data channel between the interface device and the corresponding interface device, such that the data channel is capable of conducting data transmission using a network formed by the NICs of the second type. The apparatus corresponds to the above method.

Abstract: A method, executed by a computer, for deploying an enterprise application includes configuring a plurality of application nodes for a software defined network using static IP addresses, capturing a plurality of images corresponding to the plurality of application nodes, preparing an application pattern that incorporates the plurality of images, and saving the application pattern for subsequent deployment. In one embodiment, the application is deployed onto a computing environment using the application pattern. The software defined network may be accessible by one or more service IP address. In one embodiment, one or more of the application nodes functions as a cloud computing software platform, such as an infrastructure-as-a-service (IaaS) solution. The software defined network may be an isolated virtual network. A computer program product and computer system corresponding to the methods are also disclosed herein.

Abstract: A mechanism is provided for reducing network load in a software defined network. The mechanism is executed by a virtual machine hypervisor. The mechanism receives a network broadcast request sent by a source virtual machine node; acquires a first destination address in the network broadcast request; and reads a predefined mapping rule of the first destination address and a second destination address. An address of a node in the software defined network is configured by using the predefined mapping rule. The mechanism derives the second destination address corresponding to the first destination address according to the mapping rule. The mechanism responds to the network broadcast request by using the derived second destination address.

Abstract: A method and apparatus of managing a network connection of a network node comprising a NIC of a first type and a NIC of a second type. The method comprises: creating an interface device in the network node and setting the interface device to exchange data with a bridge connected to the NIC of the first type in response to detection of a failure in the NIC of the first type; determining a secondary node; instructing the secondary node to create and set a corresponding interface device; constructing a data channel between the interface device and the corresponding interface device, such that the data channel is capable of conducting data transmission using a network formed by the NICs of the second type. The apparatus corresponds to the above method.