docs/infrastructure/overview.rst

   1 .. _overview:
   2
   3 .. This work is licensed under a Creative Commons Attribution 4.0 International License.
   4 .. SPDX-License-Identifier: CC-BY-4.0
   5 .. (c) Open Platform for NFV Project, Inc. and its contributors
   6
   7 NOTE: This document will be updated during the Anuket Lakelse Release.
   8
   9 =======================
  10 Infrastructure Overview
  11 =======================
  12
  13 OPNFV develops, operates, and maintains infrastructure which is used by the OPNFV
  14 Community for development, integration, and testing purposes. `OPNFV
  15 Infrastructure Working Group (Infra WG) <https://wiki.opnfv.org/display/INF>`_
  16 oversees the OPNFV Infrastructure, ensures it is kept in a state which serves
  17 the community in best possible way and always up to date.
  18
  19 Infra WG is working towards a model whereby we have a seamless pipeline
  20 for handing resource requests from the OPNFV community for both development and
  21 Continuous Integration perspectives. Automation of requests and integration to
  22 existing automation tools is a primary driver in reaching this model. In the
  23 Infra WG, we imagine a model where the Infrastructure Requirements that are
  24 specified by a Feature, Installer or otherrelevant projects within OPNFV are
  25 requested, provisioned, used, reported on and subsequently torn down with no (or
  26 minimal) user intervention at the physical/infrastructure level.
  27
  28 Objectives of the Infra WG are
  29
  30 * Deliver efficiently dimensions resources to OPNFV community needs on request in a timely manner that ensure maximum usage (capacity) and maximum density (distribution of workloads)
  31 * Satisfy the needs of the twice-yearly release projects, this includes being able to handle load (amount of projects and requests) as well as need (topology and different layouts)
  32 * Support OPNFV community users.  As the INFRA group, we are integral to all aspects of the OPNFV Community (since it starts with the Hardware) - this can mean troubleshooting any element within the stack
  33 * Provide a method to expand and adapt as OPNFV community needs grow and provide this to Hosting Providers (lab providers) for input in growth forecast so they can better judge how best to contribute with their resources.
  34 * Work with reporting and other groups to ensure we have adequate feedback to the end-users of the labs on how their systems, code, feature performs.
  35
  36 The details of what is provided as part of the infrastructure can be seen in following chapters.
  37
  38 Hardware Infrastructure
  39 -----------------------
  40
  41 TBD
  42
  43 Software Infrastructure
  44 -----------------------
  45
  46 - :ref:`releng:software-infrastructure`