System Management Model and Fractal Author: WP2 System Management group Identification: WP2-TaskSM-1406-1 Partner: Telefonica I+D, UPM, Telvent Date: 07.

Slides:



Advertisements
Similar presentations
An IMS testbed for SIP applications
Advertisements

0 McLean, VA August 8, 2006 SOA, Semantics and Security.
Web Services Architecture An interoperability architecture for the World Wide Service Network.
1 From Grids to Service-Oriented Knowledge Utilities research challenges Thierry Priol.
TSpaces Services Suite: Automating the Development and Management of Web Services Presenter: Kevin McCurley IBM Almaden Research Center Contact: Marcus.
Database System Concepts and Architecture
An introduction to: The uRT51 Microprocessor and Real-Time Programming Suite.
Identity Management Based on P3P Authors: Oliver Berthold and Marit Kohntopp P3P = Platform for Privacy Preferences Project.
Seminarium on Component-based Software Engineering Jan Willem Klinkenberg CORBA.
Computer Monitoring System for EE Faculty By Yaroslav Ross And Denis Zakrevsky Supervisor: Viktor Kulikov.
Component Patterns – Architecture and Applications with EJB copyright © 2001, MATHEMA AG Component Patterns Architecture and Applications with EJB JavaForum.
Rheeve: A Plug-n-Play Peer- to-Peer Computing Platform Wang-kee Poon and Jiannong Cao Department of Computing, The Hong Kong Polytechnic University ICDCSW.
An Architecture-Based Approach to Self-Adaptive Software Presenters Douglas Yu-cheng Su Ajit G. Sonawane.
1 ITC242 – Introduction to Data Communications Week 12 Topic 18 Chapter 19 Network Management.
Hands-On Microsoft Windows Server 2003 Networking Chapter 7 Windows Internet Naming Service.
Agent-Based Acceptability-Oriented Computing International Symposium on Software Reliability Engineering Fast Abstract by Shana Hyvat.
05 | Configuration and Deployment Richard Currey | Senior Technical Trainer–New Horizons United George Squillace | Senior Technical Trainer–New Horizons.
McGraw-Hill The McGraw-Hill Companies, Inc., 2000 SNMP Simple Network Management Protocol.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse 2.
Understanding Android Security Yinshu Wu William Enck, Machigar Ongtang, and PatrickMcDaniel Pennsylvania State University.
These materials are prepared only for the students enrolled in the course Distributed Software Development (DSD) at the Department of Computer.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse.
WINDOWS SERVICES. Introduction You often need programs that run continuously in the background Examples: – servers –Print spooler You often need.
Rational Unified Process Fundamentals Module 4: Disciplines II.
Objectives Configure routing in Windows Server 2008 Configure Routing and Remote Access Services in Windows Server 2008 Network Address Translation 1.
Statistics Monitor of SPMSII Warrior Team Pu Su Heng Tan Kening Zhang.
Design Patterns Part two. Structural Patterns Concerned with how classes and objects are composed to form larger structures Concerned with how classes.
Event Management & ITIL V3
Using UML, Patterns, and Java Object-Oriented Software Engineering Chapter 4, Requirements Elicitation.
Computer Emergency Notification System (CENS)
Component frameworks Roy Kensmil. Historical trens in software development. ABSTRACT INTERACTIONS COMPONENT BUS COMPONENT GLUE THIRD-PARTY BINDING.
Control in ATLAS TDAQ Dietrich Liko on behalf of the ATLAS TDAQ Group.
SCALABLE EVOLUTION OF HIGHLY AVAILABLE SYSTEMS BY ABHISHEK ASOKAN 8/6/2004.
1 UNIT –II Architecting Web Service. 2 Why SOA? – business point of view  Information Technology (IT) workers face many challenges, including: Limited.
0 0 Thread Management in Application Servers Wednesday, October 11, 2006 Nicolas DOLET Philippe MERLE
07/09/04 Johan Muskens ( TU/e Computer Science, System Architecture and Networking.
Dynamic Architectures (Component Reconfiguration) with Fractal.
ICALEPCS’ GenevaACS in ALMA1 Allen Farris National Radio Astronomy Observatory Lead, ALMA Control System.
SOFTWARE DESIGN AND ARCHITECTURE LECTURE 13. Review Shared Data Software Architectures – Black board Style architecture.
The DIAMON Project Monitoring and Diagnostics for the CERN Controls Infrastructure Pierre Charrue, Mark Buttner, Joel Lauener, Katarina Sigerud, Maciej.
Jini Architecture Introduction System Overview An Example.
CSI 3125, Preliminaries, page 1 SERVLET. CSI 3125, Preliminaries, page 2 SERVLET A servlet is a server-side software program, written in Java code, that.
SelfCon Foil no 1 Variability in Self-Adaptive Systems.
JMX David Moran 10/20/03. Agenda Overview Managed Beans Services Remote API J2EE Management Implementations Future Directions Demo.
Agent Overview. Topics Agent and its characteristics Architectures Agent Management.
GYTE - Bilgisayar Mühendisliği Bölümü Bilgisayar Mühendisliği Bölümü GYTE - Bilgisayar Mühendisliği Bölümü AN ARCHITECTURE FOR NEXT GENERATION MIDDLEWARE.
Service Proforma Middleware Workshop. Notes Please complete as much of this proforma as possible – it will help make the workshop more informative & productive.
Component Patterns – Architecture and Applications with EJB copyright © 2001, MATHEMA AG Component Patterns Architecture and Applications with EJB Markus.
1. 2 Purpose of This Presentation ◆ To explain how spacecraft can be virtualized by using a standard modeling method; ◆ To introduce the basic concept.
Matthias Clausen, Jan Hatje, DESY CSS Overview – Alarm System and Management CSS Overview - GSI, 11 Februrary CSS Overview Alarm System and CSS.
Service Charging Platform. EMS (Entity Management System) 0 Logging Agent Provides detailed activity logs and reports all raw facts as they happen to.
Discussion on oneM2M and OSGi Interworking Group Name: ARC Source: Jessie, Huawei, Meeting Date: Agenda Item:
Keimyung University 1 Network Control Hong Taek Ju College of Information and Communication Keimyung University Tel:
UML (Unified Modeling Language)
A service Oriented Architecture & Web Service Technology.
Chapter 27 Network Management Copyright © The McGraw-Hill Companies, Inc. Permission required for reproduction or display.
Requirements for the Resilience of Control Plane in GMPLS (draft-kim-ccamp-cpr-reqts-00.txt) Young Hwa Kim CCAMP WG (59 th IETF) Apr.04,
PART1 Data collection methodology and NM paradigms 1.
Manajemen Jaringan, Sukiswo ST, MT 1 Network Control Sukiswo
TANGO Harmonization Meeting (Edinburgh)
Phare EIONET Centralised Training Session
Java Beans Sagun Dhakhwa.
Web Ontology Language for Service (OWL-S)
Copyright © 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 2 Database System Concepts and Architecture.
User Interface Agent Matias Kassala JYPE
Use Cases & User Mocks Customer Call –
Use Cases & User Mocks Customer Call –
Internet Engineering Course
Presentation transcript:

System Management Model and Fractal Author: WP2 System Management group Identification: WP2-TaskSM Partner: Telefonica I+D, UPM, Telvent Date: Version: v0.1 Status: draft

Eureka  ! 2023 Programme, ITEA project ip02003 WP2-TaskSM Mapping SM Model into Fractal Objective: Present some of the approaches discussed in SM mailing lists in order to map the SM Model into Fractal Component Model Situation –None of the members of SMWG are experts in Fractal, so this presentation must be taken just as some ideas in order to map the SM model into Fractal

Eureka  ! 2023 Programme, ITEA project ip02003 WP2-TaskSM Fractal and SMWG Goals The goal of Fractal specification is “to implement, deploy an manage (monitor and dynamically reconfigure) complex software systems The goal of SMWG is to define a framework that allows both platforms and applications to expose their resources in order to be managed

Eureka  ! 2023 Programme, ITEA project ip02003 WP2-TaskSM Synergies between SMWG and Fractal SM Model issues not faced in Fractal –Manageable Components –Notification model –Management Utilities common to several objects like Logging Monitors Management agents and applications Overlapping –Life cycle management Fractal issues not faced in SM Model: –Bindings and controllers management FRACTALSM MODEL

Eureka  ! 2023 Programme, ITEA project ip02003 WP2-TaskSM Notification Model Concepts The notification model allows the instrumentation of components in order to push information about its health or even general information to listeners Entities –Broadcaster: Emits a notification (event, alarm, user data, etc.) –Listener: Subscribes to a Broadcaster in order to receive notifications

Eureka  ! 2023 Programme, ITEA project ip02003 WP2-TaskSM Notification Model in Fractal A Notification Component Model is not target specifically in Fractal The notification model can be understood as an special binding in Fractal between: –a listener, offering a service to handle a notification –a broadcaster, who transmits a notification to the listener using the listener interface Approach: –Define a notification-controller that provides information about the notifications that a component can emit Methods to bind/unbind a listener to the broadcaster component in order to receive notifications –Extending the concept of component to Broadcaster/Listener Component

Eureka  ! 2023 Programme, ITEA project ip02003 WP2-TaskSM Manageable Components Concepts Allows a component to be managed. The component must implement an interface in order to expose its functional manageable capabilities (attributes, operations and notifications) Presents manageable components with an identical interface, regardless of its functionality Exposes the management interface of any registered component, but it never exposes the object reference. Management applications will be able to manage all manageable components that satisfy the necessary controllers in a uniform way Management applications will be able to access attributes and invoke operations of manageable components that are exposed for management

Eureka  ! 2023 Programme, ITEA project ip02003 WP2-TaskSM Managing Component Functional aspects in Fractal The Fractal Component Model only expose attribute information from the functional part of a component In Fractal, an attribute is a configurable property of a component An AttributeController interface can be provided by the Component to read and write its attributes from outside the component But maybe not all declared attributes must be manageable... Manageable operations and notifications are not considered either in Fractal In order to target these component management aspects, a new model is needed

Eureka  ! 2023 Programme, ITEA project ip02003 WP2-TaskSM Manageable Components in Fractal The SM Manageable Component Model can be mapped into Fractal in order to expose component functional management resources (attributes, operations and even notifications) Two approaches are possible –Approach A The ManageableComponent can be considered as another control interface, let call it “manageable-controller” Every component that whishes to be manageable should implement this controller –Approach B Define an “special” type of Interface, let call it “ManageableComponent”, that every component that whishes to be manageable should implement Questions to Fractal Expert Group: Are both possible? Which are the pros and the cons of each solution?

Eureka  ! 2023 Programme, ITEA project ip02003 WP2-TaskSM Management Agent Concepts A component or a composite component are managed as a whole by a management application The management agent acts as a registry for all manageable components, where they can be inserted, deleted and browsed All components that implements the management model, and registered into the same management agent, can be managed with the same management application The management agent presents all manageable components registered equally to the management application (with an identical interface regardless of the type of manageable component that is being accessed) Bindings between the management application and the manageable components are done through the management agent Allows management applications to receive notifications emitted by the manageable components registered (if the component is declared as a broadcaster)

Eureka  ! 2023 Programme, ITEA project ip02003 WP2-TaskSM Management Agent in Fractal A Management agent concept is not target specifically in Fractal Two approaches are possible –Approach A In a composite component, the interface Content-Controller??? Gives information about its subcomponents and bindings As the manageable agent is a registry of components that can be managed, then the registry could be included in such an interface But in Fractal all is optional, so composite components may be required but manageable components do not. So maybe this is not the best approach –Approach B The management agent can be mapped a a shared component This shared component will be used to connect a management application with all the manageable components registered within it The management agent will used the manageable component model to access to the manageable resources declared by each component Questions to Fractal Expert Group: Are both solutions possible to be implemented? Which are the pros and the cons of each one of the proposed solution?

Eureka  ! 2023 Programme, ITEA project ip02003 WP2-TaskSM Log Manager Concepts Most applications use logs to keep records of activity and occurrences of errors and even debug statements Logging facilities are not target specifically in Fractal The log manager component provides a general purpose message logger for components to log whatever information they needs. The log component can be understood as a shared component in Fractal, that acts as a management utility component.

Eureka  ! 2023 Programme, ITEA project ip02003 WP2-TaskSM Log Manager in Fractal The log component can be shared between several components in order to offer logging facilities Any component that requires logging capabilities can be bind to the shareable logging component in order to log its activity The log manager component can implement itself the Manageable Component model (either the ManageableController or the ManagedComponent interface) The log manager component can be registered within a management agent, in order to be managed by a management application

Eureka  ! 2023 Programme, ITEA project ip02003 WP2-TaskSM Performance Management Concepts A robust management environment needs to be able to monitor itself and communicate with interested observers about its behavior and important statistics. The performance model provides a general purpose monitors and timers in order to be used by other components that requires that functionality Receiving application notifications at a given time, or at a given interval is very important for observers to evaluate the health of an application

Eureka  ! 2023 Programme, ITEA project ip02003 WP2-TaskSM Performance Management In Fractal (I) Performance Monitors and timers concepts are not considered specifically in Fractal Monitors and timers can be understood as shared components in Fractal, that acts as a management utility component Monitors and timers can be shared between several components to provide performance facilities to them Monitors and timers can be themselves Manageable Components (either the Management Controller or the Managed Component interface)

Eureka  ! 2023 Programme, ITEA project ip02003 WP2-TaskSM Performance Management In Fractal (II) Manageable Monitors and timers can be registered within a management agent in order to expose its resources and notifications to a management application General purpose monitors: –Attribute oriented monitors Counter Monitor String Monitor Range Monitor –Method oriented monitors Count Monitor Timer Monitor

Eureka  ! 2023 Programme, ITEA project ip02003 WP2-TaskSM Configuration Manager Concepts Configuration manager provides a general purpose configuration manager for components to register their configuration properties (manageable attributes). Configuration manager may be in charge of the backup and recovery of components configuration properties both periodically and under request The Configuration manager assures that those components receive their “safe” configuration data when they are activate in the platform after a crash

Eureka  ! 2023 Programme, ITEA project ip02003 WP2-TaskSM Configuration in Fractal Features like the backup and recovery of a component manageable attributes is not considered within Fractal This fuctionality can be executed by a general purpouse configuration manager The configuration manager can be understood as a shared component in Fractal, that acts as a management utility component. The configuration manager component can be shared between several components in order to offer general purpouse configuration facilities

Eureka  ! 2023 Programme, ITEA project ip02003 WP2-TaskSM Configuration in Fractal Any component that requires configuration backup/recovery capabilities can be bind to the shareable configuration component in order to backup its manageable attributes values The configuration manager component can implement itself the Manageable Component model, being a Manageable Component itself The configuration manager component can be registered within a management agent, in order to be managed by a management application

Eureka  ! 2023 Programme, ITEA project ip02003 WP2-TaskSM Fractal Control Infrastructure Managing Fractal Controllers –BindingController –ContentController –LifeCycleController –etc Approach –Extends the Controller interfaces into ManageableController interfaces BindingContoller  ManageableBindingController ContentController  ManageableContentController LifeCycleController  ManageableLifeCycleController

Eureka  ! 2023 Programme, ITEA project ip02003 WP2-TaskSM Fractal Control Infrastructure Approach (cont) –Functional capabilities can be managed using ManagementComponent Model –Component Control capabilities can be managed using ManageableControllers (either binding, lifecycle or content) –ManageableControllers should declare which of its attributes, operations and notifications are declared manageable –When a manageable component is registered within a management agent, both control and functional management capabilities are exposed through the agent in order to be manageable through any management application with a binding to the management agent

Eureka  ! 2023 Programme, ITEA project ip02003 WP2-TaskSM Conclusions Fractal does not define some of the “management concepts” introduced in the SM Model None of SMWG members are Fractal experts nor members of Fractal Expert Group SMMG has provided some approaches in order to map SM Model management concepts into Fractal Fractal expert group should decide the SM Concepts they are interested in and choose the best approaches to map the model into Fractal specification