Cisco Technology, Inc.

Pensando Systems Inc.

Sri Goli

Akshya Kumar Singh

Shyam N Kapadia

Rajesh Babu Nataraja

Naoshad Mehta

Sarat Kamisetty

Amitkumar V Patel

Lakshmi Narasimhan Seshan

Pavithra Ramaswamy

Ravi Nag Chamarthy

Techniques are presented herein for providing a persistent external Internet Protocol (IP) address for extra-cluster services. One example involves initiating, in a cluster, a first pod with a label that identifies a service. The first pod is configured to provide the service to one or more network entities outside the cluster. The first pod is assigned an IP address configured for communicating outside the cluster. A mapping of the service to the IP address is stored. In response to a determination that the service has been disrupted, a second pod is initiated in the cluster with the label that identifies the service. The second pod is configured to provide the service to the one or more network entities outside the cluster. Based on the mapping and the label that identifies the service, the IP address is assigned to the second pod.

Providing persistent external internet protocol address for extra-cluster services

Two versions of a database can be held in two trees that have many of the same nodes. Both trees can be concurrently searched using recursive algorithms. A root node indicator indicates a root node for a tree search algorithm. The root node indicator can indicate a first root node of a first tree. A tree search algorithm can identify a record node in the first tree. Intermediate nodes between the record node and the first root node can be identified and retained nodes can be identified. A second root node and replacement intermediate nodes can be instantiated. A second tree that includes the second root node, the replacement intermediate node, and the retained nodes can be created. The root node indicator can be set to indicate the second root node after creating the second tree.

Methods and systems for data consistent search and storage using trees

Techniques and mechanisms for managing workloads in compute clusters comprising compute nodes by managing the workloads at the resource level of the compute clusters. For example, virtual service contexts (VSCs) may be defined where the VSCs represent service classes. Policies may be defined with respect to each service class. These service classes are dynamically constructed based on business needs. Hence there is natural requirement for a user to construct and rebalance the compute resources for these service classes dynamically. The policies may be related to resources of the compute clusters for executing workload units in the compute clusters. Resources of the compute clusters may be allocated to each service class. Each workload unit may be assigned to a one of the service classes based on the service context or type of workload unit. The workload units may then be executed by the compute clusters using the resources in accordance with the policies.

Compute resources management via virtual service contexts (VSC) in compute clusters

In one embodiment, a method includes mapping micro-service network interfaces in a service network to service engine network interfaces for connecting micro-services to external endpoints, transmitting a request for communication with one of the external endpoints from one of the micro-services to a service broker operable to select one of the micro-service network interfaces for the communication with the external endpoint, and receiving a response from the service broker with the selected micro-service network interface. The service broker dynamically selects a service path for the communication based on a policy and independent from default network routes.

Priority based automated network selection for micro-services in service mesh

Growing community of inventors

Dublin, CA, United States of America

Sri Goli