350 likes | 488 Views
Dagstuhl Seminar „Self-healing and self-adaptive systems“. Engineering of IT management automation along tasks, loops, function allocation, implementation method catalog. Ralf König LMU München, Germany May 15 2009.
E N D
Dagstuhl Seminar „Self-healing and self-adaptive systems“ Engineering of IT management automation along tasks, loops, function allocation, implementation method catalog Ralf König LMU München, Germany May 15 2009
How can we replace IT mgmt automation as an art with a more step-wise, engineering-style method along steps? Idea: Combine knowledge from: • IT management • Systems engineering • Automation engineering • Engineering in general
Vision: IT mgmt autom. workbench Task analysis and task allocation • Mgmt automation building blocks • loops and loop steps • machine cap’s • (human cap’s) Requirements engineering Managed IT resources Design constraints Cost benefit analysis Model forecasts Simulation of behavior
Q1: What are relevant entities in IT mgmt automation and how do they relate to each other?
The essence of IT mgmt automation Tasks People Implementation methods IT resources
Split of concept and implementation Resources x Tasks Implementation methods
Step 1: Task Analysis Sources of inspiration: (Albus, NIST: A Reference Model Arch. for Intelligent Systems Design, 1970’s) (Sheridan, Humans and Automation, 2002)
Tasks and task decomposition • Hierarchical task decomposition • tree structure • rooted in sys. engineering and robotics • proposed by Sheridan (MIT) and Albus (NIST) • Workflow based task decomposition • E.g. in BPMN • Fits well with IT mgmt! • BUT: No common internal structure!
Q3: Is there a common structure, that we can align all tasks to, that groups sub-tasks according to functionality?
Step 2: Common loops Sources of inspiration: Sheridan, Kephart
Q4: How to handle task allocation tohumans/machines? How to design levels of automation?
Step 3: Allocation to Human/Machine Inspiration: Sheridan
Levels of Automation Source: Sheridan, Humans and Automation, Wiley, 2002.
Step 4: Implementation Method Catalog • Decide • N-modular redundancy • voting schemes
Impl. method catalog by behavior (loops) • monitor - monitor some managed object (often an event queue or set of configuration parameters), display the events/parameters in some view • configurator (often called wizard) - group parameters into logical groups, provide configuration interface at a higher level of abstraction • solution adviser according to customer-level requirements • notifier monitor some managed object, send message when applicable • watchdog monitor some managed object, trigger alarm or predefined action when applicable • load balancer balance incoming load by assigning parts of the load to resources in a pool • filter monitor an event queue, drop certain events • stabilizer protect some system parameter from external distortions • optimizer optimize some system parameter regarding some goal function • classifier put incoming events into one of several categories • planner plan the next steps to reach some goal, build a plan • scheduler take jobs, assign start and end times in a schedule • simulation environment
Conclusion Task analysis and task allocation • Mgmt automation building blocks • loops and loop steps • machine cap’s • (human cap’s) Requirements engineering Managed IT resources Design constraints Future work: Use Matlab/Simulink for an update mgmt automation example Cost benefit analysis Model forecasts Simulation of behavior
Thank you for your attention! Ralf König <koenig@mnm-team.org>
Conclusion: Eng. IT mgmt automation • Transfer concepts from systems engineering of classical automation domains with to IT management automation! • Input of the method: • IT management automation scenario • Tasks • Operator Roles • Resources • Policies and Design Constraints • Output of the method: • Task decomposition into loops • Loop decomposition into loop steps along MAPDEK struct. • Selection from a catalog for the allocation of loop steps to humans/machines • Selection from a catalog of methods to implement machine-executed loop steps • Out of my (!) scope: • Non-resource related IT management tasks • Economic effects of automation (e.g. cost reduction) • Staffing (choosing the right people for the right job) • Software implementation of the individual machine functions 1. 2. 3. 4. 5.
Request by organizers • Avoid conference-style talks! • These tend to provide more answers than questions. • Instead, present questions, show your current ideas and insights, but not all the details. • These are better discussed personally by the few people who are really interested!
Q1: What are relevant entities in IT management automation?
Loops 1/3: Basis: MAPEK from ACI Source: An architectural blueprint for autonomic computing. 4th ed., IBM, June 2006.