Abstract: Modeling operational policies of operating a business's or institution's actual or planned IT system. The IT system may include components such as applications, application hosts, one or more networks or components thereof, hardware, and interrelationships between the components. The IT system is to be operated in accordance with operational policies that govern existence or numerosity of components, how the components are interrelated, how the components and interrelationships are configured, and/or manual or automated processes for managing and maintaining the IT system. The modeling may involve generating code that conforms to a language by declaring abstractions using types that correspond to the components of the IT system, by declaring types of interrelationships that correspond to the interrelationships of the IT system, and by defining constraints upon and between the abstract types, where the constraints correspond to operational policies of operating the IT system.

Abstract: In accordance with certain aspects of the model-based policy application, each of a plurality of policies is associated with appropriate parts of a model of a heterogeneous system. A deployment agent is invoked to apply each of the plurality of policies to components associated with the parts of the model. An identification of a change to one of the plurality of policies is received, and the deployment agent is also invoked to apply the changed policy to selected ones of the components associated with the parts of the model.

Abstract: Embodiments of model and system state synchronization are presented herein. An exemplary model of a distributed system includes a plurality of instances where an instance includes an instantiation of a type that includes property values and relationships in the model of the distributed system and includes an associated version history to link each version of an instance to a change request for the distributed system. Other exemplary methods, systems, devices, etc. are also disclosed.

Abstract: Embodiments of model and system state synchronization are presented herein. An exemplary model of a distributed system includes a plurality of instances where an instance includes an instantiation of a type that includes property values and relationships in the model of the distributed system and includes an associated version history to link each version of an instance to a change request for the distributed a system. Other exemplary methods, systems, devices, etc. are also disclosed.

Abstract: Embodiments provide for a dynamically generated UI management tool, which is part of a hierarchical, layered system built on top of an object-relational model. It provides both common model types for system modeling, as well as transaction engines. The transaction engines allow for such things as discovery of objects within a live system into an instant space and synchronization of the instant space back to the live system, which may then be used when committing requested changes to objects. Upon gathering of object-relational information within the system, the UI can be dynamically generated showing derived relationships between objects, settings, parts, or attributes for the system, without requiring the general framework to have specific knowledge of the types, relationships, and what should be displayed. As such, a change to the specific types does not require a change to the general framework.

Abstract: Embodiments provide for a dynamically generated UI management tool, which is part of a hierarchical, layered system built on top of an object-relational model. It provides both common model types for system modeling, as well as transaction engines. The transaction engines allow for such things as discovery of objects within a live system into an instant space and synchronization of the instant space back to the live system, which may then be used when committing requested changes to objects. Upon gathering of object-relational information within the system, the UI can be dynamically generated showing derived relationships between objects, settings, parts, or attributes for the system, without requiring the general framework to have specific knowledge of the types, relationships, and what should be displayed. As such, a change to the specific types does not require a change to the general framework.

Abstract: The present modeling technique allows context to be associated with structural elements. These structural elements are defined within a containing class (i.e., a context-supported class). Thus, knowledge that is captured about complex internal behavior of the structural elements (e.g., constraints) may be incorporated within the context-supported class without requiring business logic. The context-supported structure includes one or more parts associated with the context-supported structure through relationships. The context-supported structure may also include one or more connectors associated with the context-supported structure. The connectors connect two types of classes together to enforce a specific constraint. The two types of classes may be parts associated with the context-supported structure or other classes that are not part of the context-supported structure.