Open Distributed Processing

Open Distributed Processing Davide Rizzo Open Distributed Processing

Summary • Why ODP? • What is ODP? • Reference Model for ODP • Consistency of Viewpoint Specifications Open Distributed Processing

Why ODP? • Open • Distributed • Processing Open Distributed Processing

Integration among services and resources Open Distributed Processing

A possible solution • Capture the representation form of data, the transport protocol for that data, the location algorithm of a service provider etc. • Common services: by grouping together the properties of different services and gaining an agreement on these, the amount of heterogeneity in a distributed systems can be structured in a controllable way • A framework for system specification is needed that supports such a structuring of the features of distributed systems into common services: this is provided by ODP standardization Open Distributed Processing

What is ODP? • Is a standardization activity by ISO providing an object oriented reference model for open distributed system • Its objective is to enable the construction of distributed systems in a multi-vendor environment through the provision of a general architectural framework that such systems must conform to • Describes systems that support heterogeneous distributing processing both within and between organizations through the use of a common interaction model (Reference Model of ODP - 1995) An architectural framework describes a method for designing an information system in terms of a set of building blocks, and for showing how the building blocks fit together. It should provide a common vocabulary Open Distributed Processing

Properties of ODP systems • ODP standardization enables the building of distributed systems with the following properties: • Openess • Integration • Flexibility • Modularity • Federation • Manageability • Provision of quality of service • Security • Transparency • portability : i.e., the ability to execute different components on different processing nodes without modification • interworking : i.e., the ability to support meaningful interactions between components, possibly residing in different systems Open Distributed Processing

Properties of ODP systems • ODP standardization enables the building of distributed systems with the following properties: • Openess • Integration • Flexibility • Modularity • Federation • Manageability • Provision of quality of service • Security • Transparency • Incorporating various systems and resources into a whole without costly ad-hoc developments • It covers, for example, integration of systems with different architectures, different resources of different performance. • Helps to deal with heterogeneity. Open Distributed Processing

Properties of ODP systems • ODP standardization enables the building of distributed systems with the following properties: • Openess • Integration • Flexibility • Modularity • Federation • Manageability • Provision of quality of service • Security • Transparency • Supporting a system’s evolution, including the existence and continued operation of legacy systems • An open distributed system should be capable of being dynamically reconfigured to accommodate changing circumstances. • Helps to deal with mobility. Open Distributed Processing

Properties of ODP systems • ODP standardization enables the building of distributed systems with the following properties: • Openess • Integration • Flexibility • Modularity • Federation • Manageability • Provision of quality of service • Security • Transparency • Parts of a system are autonomous, but interrelated • It is the basis for flexibility Open Distributed Processing

Properties of ODP systems • ODP standardization enables the building of distributed systems with the following properties: • Openess • Integration • Flexibility • Modularity • Federation • Manageability • Provision of quality of service • Security • Transparency • Combining systems from different administrative or technical domains to achieve a single objective Open Distributed Processing

Properties of ODP systems • ODP standardization enables the building of distributed systems with the following properties: • Openess • Integration • Flexibility • Modularity • Federation • Manageability • Provision of quality of service • Security • Transparency • monitoring, controlling and managing system’s resources in order to support configuration, QoS and accounting policies. Open Distributed Processing

Properties of ODP systems • ODP standardization enables the building of distributed systems with the following properties: • Openess • Integration • Flexibility • Modularity • Federation • Manageability • Provision of quality of service • Security • Transparency • Meeting a set of quality requirements on the system’s behaviour Open Distributed Processing

Properties of ODP systems • ODP standardization enables the building of distributed systems with the following properties: • Openess • Integration • Flexibility • Modularity • Federation • Manageability • Provision of quality of service • Security • Transparency • Ensuring that system facilities and data are protected against unauthorised access. • The security requirements are made more difficult to meet by the remoteness of interactions and the potential mobility of parts of the system and of the system users. Open Distributed Processing

Properties of ODP systems • ODP standardization enables the building of distributed systems with the following properties: • Openess • Integration • Flexibility • Modularity • Federation • Manageability • Provision of quality of service • Security • Transparency • Masking from applications the details and the differences in mechanisms used to overcome problems caused by distribution. • This is a central requirement that arises from the need to facilitate the construction of distributed applications. Open Distributed Processing

Realization of ODP • There cannot be an single, common infrastructure that provides all of the properties that distributed systems require • There is also a need for a framework describing infrastructure components and showing how they fit together • The development of a framework for system specification and the corresponding infrastructure components is the general goal of the ODP standardization Open Distributed Processing

Principals Concepts of the ODP Implement • Transparencies: determine how the end users see the system, or more precisely, what they don’t see of the system • Viewpoints: a division of system specification in order to simplify the description of complex systems • Functions: mask the complexity of a distributed system both user and programmers and connect processes and services Use Open Distributed Processing

Transparencies – general concepts • The programmers and end users should not need to be concerned with the nature and means of distribution • Programming and use of a distributed application appears exactly the same as if the application were not distributed at all • Uniform view of a system for the end users • It’s ODP’s abstraction mechanism • Presents a view of what is happening, but hides the how it is happening Open Distributed Processing

ODP Transparencies • Are implemented by ODP functions • The ODP transparencies are: • access transparency • failure transparency • location transparency • migration transparency • persistence transparency • relocation transparency • replication transparency • transaction transparency • Masks the differences between two or more communicating objects • The differences could be in the data representation or in the invocation mechanism between the objects. • Is provided by an ODP engineering channel Open Distributed Processing

ODP Transparencies • Are implemented by ODP functions • The ODP transparencies are: • access transparency • failure transparency • location transparency • migration transparency • persistence transparency • relocation transparency • replication transparency • transaction transparency • Enables fault tolerance in an object or shields an object from failures in the objects environment. • Can be implemented by several functions. One such function is the replication function wich replicates an object Open Distributed Processing

ODP Transparencies • Are implemented by ODP functions • The ODP transparencies are: • access transparency • failure transparency • location transparency • migration transparency • persistence transparency • relocation transparency • replication transparency • transaction transparency • Masks the location of an object in space. • Depends on chosing a location independent naming scheme. • Enables the named entities to be moved, without notifying all parties who carry a reference to the entity of the changed reference Open Distributed Processing

ODP Transparencies • Are implemented by ODP functions • The ODP transparencies are: • access transparency • failure transparency • location transparency • migration transparency • persistence transparency • relocation transparency • replication transparency • transaction transparency • Masks changes of location of an object • Depends on the migration function • Before migration, an object will be checkpointed, and deleted from its original location • Once the object is moved, other objects depend on the relocation transparency to find the object again Open Distributed Processing

ODP Transparencies • Are implemented by ODP functions • The ODP transparencies are: • access transparency • failure transparency • location transparency • migration transparency • persistence transparency • relocation transparency • replication transparency • transaction transparency • Mask from an object the deactivation an reactivation of objects including itself • An object does not need to be concerned with loading an object from persistent store before using it • Depends on the deactivation and reactivation function Open Distributed Processing

ODP Transparencies • Are implemented by ODP functions • The ODP transparencies are: • access transparency • failure transparency • location transparency • migration transparency • persistence transparency • relocation transparency • replication transparency • transaction transparency • Masks the relocation of an object from other objects that are referring to it • If objects are connected via a channel, and one object is relocated, the channel is reconfigured to the new location of the object • Is provided by the relocation function Open Distributed Processing

ODP Transparencies • Are implemented by ODP functions • The ODP transparencies are: • access transparency • failure transparency • location transparency • migration transparency • persistence transparency • relocation transparency • replication transparency • transaction transparency • Replicates objects in different locations to provide fault tolerance and enhanced performance by better access of data • Is provided by the replication function Open Distributed Processing

ODP Transparencies • Are implemented by ODP functions • The ODP transparencies are: • access transparency • failure transparency • location transparency • migration transparency • persistence transparency • relocation transparency • replication transparency • transactiontransparency • masks the coordination between a set of objects required to achieve consistency properties of the objects • Is provided by the transaction function Open Distributed Processing

ODP Viewpoints • Provide a framework for specifying ODP systems • They are not of concern to end users (viewpoint have nothing to do with the end users view of a system: transparencies provide this) • Are not independent, but partial view of the complete system specification • Distributed system are viewed to be so complex that a process of separation of concerns must be employed when describing such system (“Divide and conquer”) • Multiple viewpoint enables different partecipants each to observe a system from a suitable prospective and a suitable level of abstraction Open Distributed Processing

Viewpoints Languages • Are associated with a viewpoint • They may utilises a different notation, that is best suited for describing a particular area • They consist of: • a set of definitions • a set of rules, wich constrain the ways in wich the definition can be related Open Distributed Processing

Development by viewpoints • Embraces all techniques that involve adding more detail to the specification • For example, by including more requirements or by resolving implementation choices Open Distributed Processing

Development by viewpoints • A specification in one viewpoint may need to be translated into a specification in another viewpoint. • This is because each viewpoint may utilises a different notation or language, that is best suited for describing a particular area Open Distributed Processing

Development by viewpoints • Is a relation between specification at the same level of abstraction. • Two specifications are equivalent in case they capture precisely same requirements Open Distributed Processing

Development by viewpoints • A collection of viewpoint specifications may be integrated into one specification • Each viewpoint presents a partial description of the implementation • The ultimate aim is to develop an implementation that satisfies all viewpoints Open Distributed Processing

Development by viewpoints • Is a relation between any number of specifications, not necessarily at the same level of abstraction • Specifications are consistent with each other, whenever it is possible to find at least one implementation that satisfies them simultaneously Open Distributed Processing

The RM-ODP framework Open Distributed Processing

ODP Viewpoints • enterprise viewpoint concerned with the business activities of the specified system • information viewpoint concerned with the information that needs to be stored and processed in the system • computational viewpoint concerned with the description of the system as a set of objects that interact at interfaces – enabling system distribution • engineering viewpoint concerned with the mechanism supporting system distribution • technology viewpoint concerned with the components from which the distributed system is constructed Open Distributed Processing

ODP Functions • Provide some building blocks to assemble ODP systems • They are a collection of functions expected to be required in ODP systems to support the needs of the computational language (e.g. trading function) and engineering language (e.g. the relocator) • There is not a simple mapping between transparencies and functions • For example, the relocation transparency is exactly what tje relocation function provides, but some transparencies are more implicit in an ODP system, and do not require the support of a function • Similarly, many functions provide functionality that is not necessarily a transparency Open Distributed Processing

ODP functions • The ODP functions are categorised into four groups: • management functions • coordination functions • repository functions • security functions Open Distributed Processing

ODP functions • The ODP functions are categorised into four groups: • management functions • Node management function • Capsule management function • Cluster management function • Object management function • coordination functions • repository functions • security functions Open Distributed Processing

ODP functions • The ODP functions are categorised into four groups: • management functions • coordination functions • Event notification function • Checkpoint and recovery function • Deactivation and reactivatin function • Group function • Replication function • Migration function • Engineering interface reference tracking function • Transaction function • ACID transaction function • repository functions • security functions Open Distributed Processing

ODP functions • The ODP functions are categorised into four groups: • management functions • coordination functions • repository functions • Storage function • Information organization function • Relocation function • Type repository function • Trading function • security functions Open Distributed Processing

ODP functions • The ODP functions are categorised into four groups: • management functions • coordination functions • repository functions • security functions • Acces control function • Security audit function • Authentication function • Integrity function • Confidentiality • Non-repudation function • Key management function Open Distributed Processing

Software development process in ODP • The development process is decomposed according to viewpoints • Each viewpoint deals with a particoular area of concern and, therefore, focuses on those aspects of the system under development that are relevant to that area of concern Open Distributed Processing

Consistency between viewpoints • The five viewpoints specifications must be linked by defining the relations between key terms in them. It is these statements of the relationships between veiwpoints that make them specifiy a single system, rather than being completely independent documents • Many of the links will be provided implicity by the notations used, resulting from correspondence between names. However, some of the key constraints need to be stated explicitly • Constraints are placed on the relations between terms in the viewpoint language themselves, establishing some limits on the mappings which can be established • Most of the constraints placed are between terms in the computational and engineering languages Open Distributed Processing

Example of consistency between viewpoints If such correspondence cannot be established, then the two different description are not consistent, and should be refined untile a correspondence can be demonstrated Open Distributed Processing

Enterprise viewpoint consistency vs. other viewpoints • The enterprise language should serve as the basis for specifying enterprise goals which must be reflected directly or indirectly in all other viewpoint specifications. • The enterprise viewpoint describes, explicitly, the objectives of the system in the context of the organization in terms of members, roles, actions, purposes, usage and policies. • Therefore, an information, computational, engineering or technology viewpoint specification is consistent with an enterprise specification if all the roles, activities, and policies described in the enterprise specification are correctly reflected. • For instance, dynamic schema defined in an information specification must obey the policies described in the enterprise specification. • Different roles identified in the enterprise specification may be supported by different computational objects, having different transparency requirements. • Thus, transparency needs for each role in the enterprise specification should be reflected by the use of the corresponding transparency mechanism in the engineering specification Open Distributed Processing

Correspondence between computational and engineering viewpoints Open Distributed Processing

Other concerns in ODP System • Formal Descriptions • Consistency between viewpoints described with different notations • Conformance assessments • Other ODP projects: • INTAP, which uses UML Profile for EDOC (Enterprise Distributed Object Computing) from OMG and RM-ODP viewpoints • ATA, architecture which respect ODP standards Open Distributed Processing

INTAP: example of enterprise viewpoint Open Distributed Processing

INTAP: example of enterprise viewpoint Special icon is used to represent role of the community in the diagram Open Distributed Processing

INTAP: example of enterprise viewpoint The behavioral part of the community could be specified with UML Collaboration. Open Distributed Processing

Open Distributed Processing