From 2c0f127d19981cbf69868265f5b4ac98cd687210 Mon Sep 17 00:00:00 2001 From: fsandoval Date: Mon, 30 Apr 2018 19:23:36 -0600 Subject: Beijing RC2 documentation Change-Id: Ic8b75e4cb33d6c4562cef2f2b9342974bfae03a3 Signed-off-by: fsandoval Issue-ID: OPTFRA-41 --- docs/index.rst | 35 +++++++++++++++++++++++++++++++---- 1 file changed, 31 insertions(+), 4 deletions(-) (limited to 'docs/index.rst') diff --git a/docs/index.rst b/docs/index.rst index c80d7ad..5431d85 100644 --- a/docs/index.rst +++ b/docs/index.rst @@ -2,10 +2,37 @@ Optimization Framework: Homing and Allocation ============================================= +Shankaranarayanan Puzhavakath Narayanan +Apr 30 10:52 PM +OOF-HAS is an policy-driven placement optimizing service (or homing service) that allows ONAP to +deploy services automatically across multiple sites and multiple clouds. +It enables placement based on a wide variety of policy constraints including capacity, +location, platform capabilities, and other service specific constraints. +HAS is a distributed resource broker that enables automated policy-driven optimized placement of +services on a global heterogeneous platform using ONAP. Given a set of service components +(based on SO decomposition flows) and requirements for placing these components +(driven by policies), HAS finds optimal resources (cloud regions or existing service instances) +to home these service components such that it meets all the service requirements. +HAS is architected as an extensible homing service that can accommodate a growing set of +homing objectives, policy constraints, data sources and placement algorithms. It is also +service-agnostic by design and can easily onboard new services with minimal effort. +Therefore, HAS naturally extends to a general policy-driven optimizing placement platform +for wider range of services, e.g., DCAE micro-services, ECOMP control loops, server capacity, etc. +Finally, HAS provides an traceable mechanism for what-if analysis which is critical for ease of +understanding a homing recommendation and resolving infeasibility scenarios. .. toctree:: - :maxdepth: 2 + :maxdepth: 1 + + ./sections/architecture.rst + ./sections/homingspecification.rst + ./sections/offeredapis.rst + ./sections/consumedapis.rst + ./sections/delivery.rst + ./sections/logging.rst + ./sections/installation.rst + ./sections/configuration.rst + ./sections/administration.rst + ./sections/humaninterfaces.rst + ./sections/release-notes.rst - api - homingspecification - release-notes/index -- cgit 1.2.3-korg