Cisco Technology, Inc.

Nutanix, Inc.

Pravin Singhal

Sunil Potti

Aroosh Sohi

Tefcros Anthias

Anand Jayaraman

Kollivakkam Raghavan

Alex Yiu-Man Chan

Subramanian Srinivasan

Praveen Joshi

Luu Tran

Steve Phillips

Snehal Haridas

Qingqing Li

Parley Van Oleson

Rahul Tripathi

Juzer Kothambawala

Anoop Agarwal

Vijay Raghavan

Gayathri Baskaran

Juzar Kothambawala

Wai Yip Tung

Hari Kathi

Bootstrapping a microservices container registry. A computing system node receives an installation package. The receiving computing system node bootstraps an initial invocation of the microservice by first installing a local container registry from the installation package and then by installing the microservice from the installation package. The installation package contains additional components that can be extracted, installed and invoked by executing the microservice at the computing system node after extracting from the local container registry. The installation package is generated by any node of the computing system and contains code corresponding to infrastructure microservices that are installed before invoking microservices that depend on the infrastructure. Temporary domain name services are installed from the installation package at a node-local IP address. The temporary domain name services are switched over to a different domain name service at a different IP address. A second computing system node is designated as a failover node.

Bootstrapping a microservices registry

Methods, systems and computer program products for configuring microservices platforms in one or more computing clusters. In one of the computing clusters, a request to instantiate a microservice platform is received, wherein the request is received in a computing cluster having a first node and a second node, and wherein the first node and second node comprise a first virtualized storage controller and a second virtualized storage controller, respectively. The storage controllers each manage their respective storage pools comprising local storage devices. A first microservice manager is deployed on the first node and a second microservice manager is deployed on the second node. The first virtualized storage controller on the first node performs storage management operations for a first microservice instantiated by the first microservice manager, and the second virtualized storage controller on the second node performs storage management operations for a second microservice instantiated by the second microservice manager.

Deploying microservices into virtualized computing systems

Methods, systems and computer program products for distributed computing systems. Techniques for dynamic service location discovery operate in environments having a first computing system that hosts a client and a second computing system that hosts a service. A service discovery request is transmitted from the first computing system to access a service that is hosted at the second computing system. An IP address corresponding a next IP hop on a route to the IP address of the service is resolved. After traversing the next IP hop, the second computing system that hosts the service receives the service discovery request and responds with an IP address of the service. In accordance with these techniques, the determination of the IP address of the service is performed at a computing system that is different from the first computing system.

Dynamic distributed service location discovery

Custom or user-defined application program extensions may be loaded into a network infrastructure element such as a router or switch without restarting the device. For example, a network element has program extensibility logic operable for receiving one or more user program extensions that comprise logic operable to interface with the application program and perform message processing functions or protocol processing functions that are not in the application program; installing the one or more user program extensions without restarting the apparatus; receiving one or more packets representing an application message; selecting a particular one of the user program extensions based on a protocol associated with the message; loading the particular one of the user program extensions; executing business logic of the application program associated with the received message; and invoking a function of the particular one of the user program extensions in response to a call in the business logic.

Dynamically adding application logic and protocol adapters to a programmable network element

A network element such as a router or switch provides application-level quality of service for application-layer messages processed in the network element, using application QoS logic which when executed by the one or more processors is operable to cause receiving an application-layer message; matching one or more attributes of the application-layer message to the message classification rules; determining a message classification of the application-layer message based on the matching; selecting one of the network-level QoS values using the mapping and based on the determined message classification; and marking a network-level header of the application-layer message using the selected QoS value. As a result, attributes of application messages at OSI Layer 5, 6, or 7 can be used to determine how to mark packets of the messages with QoS values at OSI Layer 2, 3 or 4, integrating application-level concepts of order and priority into network-layer QoS mechanisms.

Applying quality of service to application messages in network elements

A method is disclosed for application layer message-based network element management of server failures. According to one aspect, a network element such as a router intercepts session state information that is contained in a request from a client and locally stores the session state information. As a result, application servers to which the requests are directed do not need to store the session state information. If an application server fails, then the network element can use the session state information stored at the network element to continue the session with another application server, transparently to the client application that is involved in the session.

Application layer message-based server failover management by a network element

A data processing apparatus comprises a plurality of processors and message processing logic operable for establishing one of the processors as a master processor and all other processors as slave processors; receiving an application message from a particular message source among a plurality of message sources coupled to one or more network interfaces and the processors, wherein the application message comprises one or more data frames, packets and segments; granting exclusive control of the particular message source to a selected one of the slave processors; assigning an ordered sequence number to the application message; granting exclusive control, for a particular message destination among a plurality of message destinations coupled to the network interfaces and the processors, to the selected one of the slave processors; and providing the application message to the particular message destination.

Ordered application message delivery using multiple processors in a network element

A method is disclosed for performing message and transformation adapter functions in a network element on behalf of an application. According to one aspect, the network element determines an application layer message that is collectively contained in payload portions of data packets. The application layer message conforms to an application layer protocol, such as Hypertext Transfer Protocol (HTTP). The network element determines the application layer protocol to which the application layer message conforms. Based on the application layer protocol, an adapter is selected from among a plurality of adapters that are accessible to the network element. The application layer message is provided to the selected adapter, which converts the application layer message into a 'canonical' message that is not specific to any particular application layer protocol.

Performing message and transformation adapter functions in a network element on behalf of an application

Growing community of inventors

Cupertino, CA, United States of America

Pravin Singhal