POSTECH DP & NM Lab. (1)(1) 1999. 9. 7 POWER Prototype (1)(1) POWER Prototype : Towards Integrated Policy-based Management Mi-Joung Choi

Slides:



Advertisements
Similar presentations
TU e technische universiteit eindhoven / department of mathematics and computer science Modeling User Input and Hypermedia Dynamics in Hera Databases and.
Advertisements

Database Planning, Design, and Administration
Ch:8 Design Concepts S.W Design should have following quality attribute: Functionality Usability Reliability Performance Supportability (extensibility,
Database Systems: Design, Implementation, and Management Tenth Edition
Software Modeling SWE5441 Lecture 3 Eng. Mohammed Timraz
Introduction to Databases
Object-Oriented Analysis and Design
Chapter 2 Data Models Database Systems: Design, Implementation, and Management, Seventh Edition, Rob and Coronel.
Oct 31, 2000Database Management -- Fall R. Larson Database Management: Introduction to Terms and Concepts University of California, Berkeley School.
Software Architecture Design Instructor: Dr. Jerry Gao.
File Systems and Databases
Requirements Analysis Concepts & Principles
Introduction to Databases Transparencies
Lecture Nine Database Planning, Design, and Administration
Lecture Two Database Environment Based on Chapter Two of this book:
Introduction to Software Design Chapter 1. Chapter 1: Introduction to Software Design2 Chapter Objectives To become familiar with the software challenge.
Mrs. Maninder Kaur 1Maninder Kaur
Architectural Design.
These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by.
Database Environment 1.  Purpose of three-level database architecture.  Contents of external, conceptual, and internal levels.  Purpose of external/conceptual.
Software Development Concepts ITEC Software Development Software Development refers to all that is involved between the conception of the desired.
2 1 Chapter 2 Data Model Database Systems: Design, Implementation, and Management, Sixth Edition, Rob and Coronel.
Database System Development Lifecycle © Pearson Education Limited 1995, 2005.
Overview of the Database Development Process
Chapter 6 System Engineering - Computer-based system - System engineering process - “Business process” engineering - Product engineering (Source: Pressman,
Web-Enabled Decision Support Systems
CSC271 Database Systems Lecture # 4.
2 1 Chapter 2 Data Models Database Systems: Design, Implementation, and Management, Seventh Edition, Rob and Coronel.
CST203-2 Database Management Systems Lecture 2. One Tier Architecture Eg: In this scenario, a workgroup database is stored in a shared location on a single.
1 Strassner-Policy Theory and Practice – IM2001 Purpose of the PCIM Provide a set of classes and relationships that provide an extensible means for defining.
Introduction to MDA (Model Driven Architecture) CYT.
2. Database System Concepts and Architecture
Integrated Development Environment for Policies Anjali B Shah Department of Computer Science and Electrical Engineering University of Maryland Baltimore.
RELATIONAL FAULT TOLERANT INTERFACE TO HETEROGENEOUS DISTRIBUTED DATABASES Prof. Osama Abulnaja Afraa Khalifah
POSTECH DP & NM Lab. (1)(1) Policy Driven Management (1)(1) Policy Driven Management for Distributed Systems Mi-Joung Choi
Policy-Based Management: Bridging the Gap Mi-Joung Choi DP&NM Lab. POSTECH, Pohang Korea Tel:
©Silberschatz, Korth and Sudarshan1.1Database System Concepts Chapter 1: Introduction Purpose of Database Systems View of Data Data Models Data Definition.
An application architecture specifies the technologies to be used to implement one or more (and possibly all) information systems in terms of DATA, PROCESS,
Lecture2: Database Environment Prepared by L. Nouf Almujally 1 Ref. Chapter2 Lecture2.
1 Introduction to Software Engineering Lecture 1.
Lecture # 3 & 4 Chapter # 2 Database System Concepts and Architecture Muhammad Emran Database Systems 1.
DataBase Management System What is DBMS Purpose of DBMS Data Abstraction Data Definition Language Data Manipulation Language Data Models Data Keys Relationships.
1 Chapter 1 Introduction to Databases Transparencies.
Requirements Engineering-Based Conceptual Modelling From: Requirements Engineering E. Insfran, O. Pastor and R. Wieringa Presented by Chin-Yi Tsai.
Issues in Ontology-based Information integration By Zhan Cui, Dean Jones and Paul O’Brien.
EMEA Beat Schwegler Architect Microsoft EMEA HQ Ingo Rammer Principal Consultant thinktecture
1 Software Design Lecture What’s Design It’s a representation of something that is to be built. i.e. design  implementation.
MDA & RM-ODP. Why? Warehouses, factories, and supply chains are examples of distributed systems that can be thought of in terms of objects They are all.
Model Design using Hierarchical Web-Based Libraries F. Bernardi Pr. J.F. Santucci {bernardi, University of Corsica SPE Laboratory.
From Use Cases to Implementation 1. Structural and Behavioral Aspects of Collaborations  Two aspects of Collaborations Structural – specifies the static.
EMEA Beat Schwegler Architect Microsoft EMEA HQ Ingo Rammer Principal Consultant thinktecture
OBJECT-ORIENTED TESTING. TESTING OOA AND OOD MODELS Analysis and design models cannot be tested in the conventional sense. However, formal technical reviews.
Introduction: Databases and Database Systems Lecture # 1 June 19,2012 National University of Computer and Emerging Sciences.
From Use Cases to Implementation 1. Mapping Requirements Directly to Design and Code  For many, if not most, of our requirements it is relatively easy.
16 April 2011 Alan, Edison, etc, Saturday.. Knowledge, Planning and Robotics 1.Knowledge 2.Types of knowledge 3.Representation of knowledge 4.Planning.
Mechanisms for Requirements Driven Component Selection and Design Automation 최경석.
REV 00 Chapter 2 Database Environment DDC DATABASE SYSTEM.
DATA MODELS.
Software Quality Engineering
Copyright © 2011 Pearson Education, Inc. Publishing as Pearson Addison-Wesley Chapter 2 Database System Concepts and Architecture.
Chapter 2 Database Environment Pearson Education © 2009.
Chapter 2 Database Environment.
Data, Databases, and DBMSs
Analysis models and design models
Metadata The metadata contains
DATABASES WHAT IS A DATABASE?
Chapter 2 Database Environment Pearson Education © 2009.
Ponder policy toolkit Jovana Balkoski, Rashid Mijumbi
From Use Cases to Implementation
Presentation transcript:

POSTECH DP & NM Lab. (1)(1) POWER Prototype (1)(1) POWER Prototype : Towards Integrated Policy-based Management Mi-Joung Choi DP&NM

POSTECH DP & NM Lab. (2)(2) POWER Prototype Contents Introduction Issues and Design objectives Prerequisite concepts Architecture –PTL, ISM, PWE, GUI, Deployable policies database, Device mapper, Expert policy writer, Policy deployer Implementation Summary & Future work References

POSTECH DP & NM Lab. (3)(3) POWER Prototype Introduction A policy-based management system is useful Only discussed in the literature, but not realized POWE RPOlicy Wizard Engine for Refinement –an integrated policy authoring environment developed as a realization of the policy concepts –POWER prototype : demonstrate a way towards making policy- based management system a reality in practice –Find a solution for the problem of transforming an abstract policy to implementable configuration

POSTECH DP & NM Lab. (4)(4) POWER Prototype Issues and Design objectives Issues –Have deep understanding of both the business level policy and domain specific knowledge such as security or network QoS –Construct a policy by using accurate syntax in addition to having precise semantics Design objectives –The business-driven policy maker should be shielded from the need to have deep domain-specific technical knowledge –Using the same system, a business level(abstract) policy can be expressed as easily as the device level(configuration) policy

POSTECH DP & NM Lab. (5)(5) POWER Prototype Prerequisite Concepts Policy : the constraints and preferences on the state of a system Refinement consists of two aspects –refinement of policy context by making constraints more specific –refinement of objects used in the policy Identifying the user category : Expert & Consultant –Expert : the person with deep domain specific knowledge –Consultant : the person with deep knowledge of business ISM (Information and System Model) –All policy related information is modeled and stored –Models objects and their relationships - hierarchical inheritance or associations

POSTECH DP & NM Lab. (6)(6) POWER Prototype Architecture Policy Wizard Engine Policy Wizard Engine Policy Deployer Policy Deployer Device Mapper Device Mapper Graphical User Interface Graphical User Interface Expert Policy Writer Expert Policy Writer Deployable Policy Deployable Policy Information & System Model Information & System Model Policy Template Library Policy Template Library Managed System

POSTECH DP & NM Lab. (7)(7) POWER Prototype Policy Template Library (PTL) Store a generic policy description that provide information about its refinement to the Policy Wizard Engine A collection of policy template created by the expert Components –Policy Statement : the description of the policy –Policy Context : the description of contextual constraints within which the policy will operate –Informational components : provide extra information to the policy user –Procedural components : embedded process instruction used to drive the “refinement flow” (Ex) People can carry out some operation on specific information.  Engineers cam add entry in a database that belongs to the department.

POSTECH DP & NM Lab. (8)(8) POWER Prototype Information and System Model Implemented using Common Information Model (CIM) Implemented as a set of Prolog statements Object User retiree OrganizationInformation employeefiledepartmentWeb-pageproject Association : “user belongs to department” belongs to

POSTECH DP & NM Lab. (9)(9) POWER Prototype Policy Wizard Engine (PWE) The heart of the Policy Authoring Environment Combination of : –A Prolog inference engine –An interpreter that manipulates a policy template according to the embedded information, provide support to the GUI –A module that interacts with the ISM using a defined API –A module that deals with “deployable policies”

POSTECH DP & NM Lab. (10) POWER Prototype PWE - cont’d Refinement process of PWE –Load policy template from the library –Select a relevant template through the use of a GUI –Interpret the embedded information in the template –Guide the consultant the refinement process  An abstract policy, objects can be made more specific through the selection of its subclass  Legitimate additional constraints can be included as contextual information –Save the policy either for further refinement or for it to be used in deployment

POSTECH DP & NM Lab. (11) POWER Prototype Deployable Policies Database Deployable only when, through the use of the ISM, a set of real world system objects can be found and for which configuration specified The system stores those policies in order to perform two activities: –to be uploaded by the “Policy Deployer” and be deployed –to be available to the consultant or other system modules for further manipulations Have hooks to the real world by referring to entities described in the “Information System Model”

POSTECH DP & NM Lab. (12) POWER Prototype Device Mapper Transforms the information stored in the refinement policy into configuration details Using the information contained in the ISM to convert from a policy description in the form of a policy statement and context containing variables into a series of a system specific function calls (Ex) Access control configuration : represent the relationships between users, operations and resource objects that are to be secured

POSTECH DP & NM Lab. (13) POWER Prototype Other Components GUI : Hides the low-level policy details, Presents an easy and simplified way to a consultant to access system functionality Expert Policy Writer : For the experts to need a good authoring environment in order to create policy templates Policy deployer : Policy Distributor

POSTECH DP & NM Lab. (14) POWER Prototype Implementation : Prototype Create by hand – a set of policy templates which are accessible by the PWE – an information base to represent the data in the ISM containing hierarchies of classes of objects and associations of objects Provide following functions to the consultant via the GUI : –Select policy template set using either keyword combinations or policy categories –Refine through object subclass selection suggested by the PWE –Refine the context suggested by the PWE –Construct another policy from template or ask the system to “deploy” –Output in the form of a configuration file (Deployable Policies)

POSTECH DP & NM Lab. (15) POWER Prototype Summary & future work Integrate policy refinement with policy-based configuration generation Objectives - “multi-use view” using the separation of responsibility for “expert” and “consultant” and enabling easy policy authoring, - the exploitation of prevailing modeling paradigm to enable policy refinement Implement the missing components in the architecture Additional functionality in the PTL & PWE Additional modules to the architecture –consistency and conflict analysis –meta-policies management

POSTECH DP & NM Lab. (16) POWER Prototype Current PBMS Policy Policies Policy Server LDAP Policy Directory Policy Server Policy Management Tools Graphical User Interface

POSTECH DP & NM Lab. (17) POWER Prototype References M. Casassa Mont, A. Baldwin, G. Goh, “POWER Prototype : Towards Integrated Policy-Based Management,” NOMS 2000 Review, M. Sloman, “Policy Driven Management for Distributed Systems,” Journal of Network and Systems Management, Plenum Press. Vol.2 No.4, 1994, pp