Abstract: In order to provide agile and dynamic portfolio management, systems and methods for underwriting and portfolio management include an ecosystem including a platform, including processing devices, communication interfaces, runtime environments, and databases, where the databases are configured to store ecosystem data, where the ecosystem data includes data associated with a plurality of systems. A service layer is in communication with the platform, the service layer including containers executed in the runtime environment and configured to implement microservices, where each of the containers include: at least one microservice and a datastore device configured to store domain-specific data. An orchestrator is in communication with the service layer, the orchestrator to schedule execution of the microservices according to bounded contexts coordinated with composite application programming interfaces (API) interfacing with a microservice specific API.

Abstract: In order to provide agile and dynamic portfolio management, systems and methods for underwriting and portfolio management include an ecosystem including a platform, including processing devices, communication interfaces, runtime environments, and databases, where the databases are configured to store ecosystem data, where the ecosystem data includes data associated with a plurality of systems. A service layer is in communication with the platform, the service layer including containers executed in the runtime environment and configured to implement microservices, where each of the containers include: at least one microservice and a datastore device configured to store domain-specific data. An orchestrator is in communication with the service layer, the orchestrator to schedule execution of the microservices according to bounded contexts coordinated with composite application programming interfaces (API) interfacing with a microservice specific API.

Abstract: In order to provide agile and dynamic portfolio management, systems and methods for underwriting and portfolio management include an ecosystem including a platform, including processing devices, communication interfaces, runtime environments, and databases, where the databases are configured to store ecosystem data, where the ecosystem data includes data associated with a plurality of systems. A service layer is in communication with the platform, the service layer including containers executed in the runtime environment and configured to implement microservices, where each of the containers include: at least one microservice and a datastore device configured to store domain-specific data. An orchestrator is in communication with the service layer, the orchestrator to schedule execution of the microservices according to bounded contexts coordinated with composite application programming interfaces (API) interfacing with a microservice specific API.

Abstract: In order to provide agile and dynamic portfolio management, systems and methods for underwriting and portfolio management include an ecosystem including a platform, including processing devices, communication interfaces, runtime environments, and databases, where the databases are configured to store ecosystem data, where the ecosystem data includes data associated with a plurality of systems. A service layer is in communication with the platform, the service layer including containers executed in the runtime environment and configured to implement microservices, where each of the containers include: at least one microservice and a datastore device configured to store domain-specific data. An orchestrator is in communication with the service layer, the orchestrator to schedule execution of the microservices according to bounded contexts coordinated with composite application programming interfaces (API) interfacing with a microservice specific API.

Abstract: Problems associated with providing a large Clos network having at least one top of fabric (ToF) node, a plurality of internal nodes, and a plurality of leaf nodes may be solved by: (a) providing L2 tunnels between each of the leaf nodes of the Clos and one or more of the at least one ToF node to ensure a non-partitioned IGP L2 backbone, and (b) identifying the L2 tunnels as non-forwarding adjacencies in link state topology information stored in ToF node(s) and leaf node(s) such that the L2 tunnels are not used for forwarding traffic. Tunnel formation is prevented over L2.

Abstract: At least one application may include instructions comprising application instructions and a plurality of separate pipeline definition instructions. The application instructions may be within a virtual container including at least one program that is generically executable in a plurality of different continuous integration and delivery (CI/CD) environments. Each of the plurality of separate pipeline definition instructions may be configured for each of the plurality of different CI/CD environments such that each pipeline definition may operate only in the CI/CD environment for which it is created. Each pipeline definition may be configured to cause the CI/CD environment for which it is created to execute the at least one program.

Abstract: In order to provide agile and dynamic portfolio management, systems and methods for underwriting and portfolio management include an ecosystem including a platform, including processing devices, communication interfaces, runtime environments, and databases, where the databases are configured to store ecosystem data, where the ecosystem data includes data associated with a plurality of systems. A service layer is in communication with the platform, the service layer including containers executed in the runtime environment and configured to implement microservices, where each of the containers include: at least one microservice and a datastore device configured to store domain-specific data. An orchestrator is in communication with the service layer, the orchestrator to schedule execution of the microservices according to bounded contexts coordinated with composite application programming interfaces (API) interfacing with a microservice specific API.

Abstract: In order to provide agile and dynamic portfolio management, systems and methods for underwriting and portfolio management include an ecosystem including a platform, including processing devices, communication interfaces, runtime environments, and databases, where the databases are configured to store ecosystem data, where the ecosystem data includes data associated with a plurality of systems. A service layer is in communication with the platform, the service layer including containers executed in the runtime environment and configured to implement microservices, where each of the containers include: at least one microservice and a datastore device configured to store domain-specific data. An orchestrator is in communication with the service layer, the orchestrator to schedule execution of the microservices according to bounded contexts coordinated with composite application programming interfaces (API) interfacing with a microservice specific API.

Abstract: At least one application may include instructions comprising application instructions and a plurality of separate pipeline definition instructions. The application instructions may be within a virtual container including at least one program that is generically executable in a plurality of different continuous integration and delivery (CI/CD) environments. Each of the plurality of separate pipeline definition instructions may be configured for each of the plurality of different CI/CD environments such that each pipeline definition may operate only in the CI/CD environment for which it is created. Each pipeline definition may be configured to cause the CI/CD environment for which it is created to execute the at least one program.

Abstract: At least one application may include instructions comprising application instructions and a plurality of separate pipeline definition instructions. The application instructions may be within a virtual container including at least one program that is generically executable in a plurality of different continuous integration and delivery (CI/CD) environments. Each of the plurality of separate pipeline definition instructions may be configured for each of the plurality of different CI/CD environments such that each pipeline definition may operate only in the CI/CD environment for which it is created. Each pipeline definition may be configured to cause the CI/CD environment for which it is created to execute the at least one program.

Abstract: At least one application may include instructions comprising application instructions and a plurality of separate pipeline definition instructions. The application instructions may be within a virtual container including at least one program that is generically executable in a plurality of different continuous integration and delivery (CI/CD) environments. Each of the plurality of separate pipeline definition instructions may be configured for each of the plurality of different CI/CD environments such that each pipeline definition may operate only in the CI/CD environment for which it is created. Each pipeline definition may be configured to cause the CI/CD environment for which it is created to execute the at least one program.

Abstract: At least one application may include instructions comprising application instructions and a plurality of separate pipeline definition instructions. The application instructions may be within a virtual container including at least one program that is generically executable in a plurality of different continuous integration and delivery (CI/CD) environments. Each of the plurality of separate pipeline definition instructions may be configured for each of the plurality of different CI/CD environments such that each pipeline definition may operate only in the CI/CD environment for which it is created. Each pipeline definition may be configured to cause the CI/CD environment for which it is created to execute the at least one program.

Abstract: At least one application may include instructions comprising application instructions and a plurality of separate pipeline definition instructions. The application instructions may be within a virtual container including at least one program that is generically executable in a plurality of different continuous integration and delivery (CI/CD) environments. Each of the plurality of separate pipeline definition instructions may be configured for each of the plurality of different CI/CD environments such that each pipeline definition may operate only in the CI/CD environment for which it is created. Each pipeline definition may be configured to cause the CI/CD environment for which it is created to execute the at least one program.

Abstract: In general, the disclosure relates to techniques for initiating a targeted LDP session in a manner that includes information specifying one or more application for which a targeted LDP session is being initiated. In one example, a method includes receiving, by a network device, a LDP initialization message to initiate an Label Distribution Protocol (LDP) session with a peer network device, the LDP initialization message including a Targeted Applications Capability (TAC) field specifying one or more applications for which the LDP session is to be used for advertising forwarding equivalence class (FEC)-label bindings between the network device and the peer network device, and determining, by the network device, whether to allow the LDP session to be established based on the one or more applications specified in the TAC field.

Abstract: At least one application may include instructions comprising application instructions and a plurality of separate pipeline definition instructions. The application instructions may be within a virtual container including at least one program that is generically executable in a plurality of different continuous integration and delivery (CI/CD) environments. Each of the plurality of separate pipeline definition instructions may be configured for each of the plurality of different CI/CD environments such that each pipeline definition may operate only in the CI/CD environment for which it is created. Each pipeline definition may be configured to cause the CI/CD environment for which it is created to execute the at least one program.

Abstract: At least one application may include instructions comprising application instructions and a plurality of separate pipeline definition instructions. The application instructions may be within a virtual container including at least one program that is generically executable in a plurality of different continuous integration and delivery (CI/CD) environments. Each of the plurality of separate pipeline definition instructions may be configured for each of the plurality of different CI/CD environments such that each pipeline definition may operate only in the CI/CD environment for which it is created. Each pipeline definition may be configured to cause the CI/CD environment for which it is created to execute the at least one program.

Abstract: In general, the disclosure relates to techniques for initiating a targeted LDP session in a manner that includes information specifying one or more application for which a targeted LDP session is being initiated. In one example, a method includes receiving, by a network device, a LDP initialization message to initiate an Label Distribution Protocol (LDP) session with a peer network device, the LDP initialization message including a Targeted Applications Capability (TAC) field specifying one or more applications for which the LDP session is to be used for advertising forwarding equivalence class (FEC)-label bindings between the network device and the peer network device, and determining, by the network device, whether to allow the LDP session to be established based on the one or more applications specified in the TAC field.