Examples can include an optimizer that dynamically determines where to place virtual network functions for a slice in a distributed Telco cloud network. The optimizer can determine a slice path that complies with a service level agreement and balances network load. The virtual network functions of the slice can be provisioned at clouds identified by the optimal slice path. In one example, performance metrics are normalized, and tenant-selected weights can be applied. This can allow the optimizer to prioritize particular SLA attributes in choosing an optimal slice path.

A system may include a database disposed within a remote network management platform, a server device disposed in the platform, and a client device. The database may contain representations of configuration items, such as computing devices and software applications associated with the managed network. The server device may provide a graphical user interface including a sequence of panes to the client device. The sequence of panes may include an identifier pane, an identification rules pane, and a reconciliation pane. Each pane may include data entry fields that are operable to define a new class of configuration item. The server device may receive, by way of the graphical user interface, a definition of the new class that uniquely identifies configuration items of a particular type using at least the attributes. The server may store, in the database, the definition of the new class.

A system may include a database disposed within a remote network management platform, a server device disposed in the platform, and a client device. The database may contain representations of configuration items, such as computing devices and software applications associated with the managed network. The server device may provide a graphical user interface including a sequence of panes to the client device. The sequence of panes may include an identifier pane, an identification rules pane, and a reconciliation pane. Each pane may include data entry fields that are operable to define a new class of configuration item. The server device may receive, by way of the graphical user interface, a definition of the new class that uniquely identifies configuration items of a particular type using at least the attributes. The server may store, in the database, the definition of the new class.

Systems, computer program products, and methods are described herein for real-time distributed communication channel and multiple data processing channel selection. The present invention is configured to receive, from a first user input device via a first communication channel, a request to access resources; retrieve connectivity and routing parameters associated with the first communication channel; determine communication channel requirements associated with the request to access the resources; determine that the connectivity and routing parameters associated with the first communication channel does not meet the communication channel requirements associated with the request to access the resources; capture geographic information associated with the first user input device; determine a second communication channel available to the first user input device to access the resources; and authorize the first user input device to access the resources via the second communication channel.

Systems, computer program products, and methods are described herein for real-time distributed communication channel and multiple data processing channel selection. The present invention is configured to receive, from a first user input device via a first communication channel, a request to access resources; retrieve connectivity and routing parameters associated with the first communication channel; determine communication channel requirements associated with the request to access the resources; determine that the connectivity and routing parameters associated with the first communication channel does not meet the communication channel requirements associated with the request to access the resources; capture geographic information associated with the first user input device; determine a second communication channel available to the first user input device to access the resources; and authorize the first user input device to access the resources via the second communication channel.

Methods and systems are provided for service policy orchestration in a communication network. Orchestrating a service policy in a communication network may include, in response to receiving a service instance object and a first service event object; updating a service repository with the first service event object and the service instance object; selecting based on a first mapping table, at least one operator access domain linked to the first service event object for executing a service linked to the service policy; sending the first service event object and an operator specific service identifier to the selected at least one operator access domain, to allow the at least one operator access domain to update its service repository; receiving a first feedback data set from the at least one operator access domain; and updating a second mapping table with at least some data from the first feedback data set.

Systems and methods for a history walker interface to a time-based data structure are disclosed. A time-based data structure may contain information about updates to a set of records that change periodically over time. For example, a set of records that record state transitions of a task item as the task item progresses through its life cycle. An example task item may be represented by a change request or incident report in a help desk software application. The task item begins with an “open” state and may transition through any number of states (e.g., assigned, on-hold, test, customer response requested, etc.) on its way to ultimately being “closed” as completed. A history walker interface may assist application developers when creating applications to indicate how the task item transitioned through its different states throughout its lifecycle.

Systems and methods for a history walker interface to a time-based data structure are disclosed. A time-based data structure may contain information about updates to a set of records that change periodically over time. For example, a set of records that record state transitions of a task item as the task item progresses through its life cycle. An example task item may be represented by a change request or incident report in a help desk software application. The task item begins with an “open” state and may transition through any number of states (e.g., assigned, on-hold, test, customer response requested, etc.) on its way to ultimately being “closed” as completed. A history walker interface may assist application developers when creating applications to indicate how the task item transitioned through its different states throughout its lifecycle.

Snaps are distributed among data nodes for load balancing and overload avoidance. A snap is initially associated with a first VNAS server on a first data node that hosts the primary volume being snapped. A second data node is selected based on loading. The second data node may be in the same or a different cluster. A second VNAS server is instantiated on the second data node. The snap is then mounted on the second VNAS server. The second VNAS server may be configured as the target for all reads to the snap. If the second data node is in a different cluster than the snap may be copied or moved from a first SAN node to a second SAN node. Multiple copies of snaps may be distributed, and individual snaps and copies may be associated with different SLOs.

Snaps are distributed among data nodes for load balancing and overload avoidance. A snap is initially associated with a first VNAS server on a first data node that hosts the primary volume being snapped. A second data node is selected based on loading. The second data node may be in the same or a different cluster. A second VNAS server is instantiated on the second data node. The snap is then mounted on the second VNAS server. The second VNAS server may be configured as the target for all reads to the snap. If the second data node is in a different cluster than the snap may be copied or moved from a first SAN node to a second SAN node. Multiple copies of snaps may be distributed, and individual snaps and copies may be associated with different SLOs.