"Large-scale computing systems are today built from servers hosted in data centres for reasons of scale, cost and energy efficiency. Software components and software services are distributed as well and accessed over the Internet. Since the announcement of cloud computing, we have seen advances, but still resources are often provisioned using best effort models. This limitation is a major hindrance of the evolution of IoT and the networked society. More drastically, it has also manifested in limited cloud adoption of systems with demands beyond best-effort such as telco systems.
Addressing these challenges for the upcoming cloud-edge era requires an understanding of network topology, user and application behaviour in order to understand where in the network to place compute resources. It further demands understanding of application properties and infrastructure capabilities in order to understand what compute resources to provide. As edge data centres will have smaller scale than today’s cloud data centres, a major question to be answered is which parts of which applications should be run at the edge at any given time.
Overall, RECAP has addressed four goals: (i) provisioning of applications and workload models as well as a modelling framework for self-adaptive mechanisms that enables the creation and simulation-based evaluation of these models. (ii) enablement of resource- and energy efficient provisioning of infrastructure capacity in the planning phase of an IT infrastructure; but also in the operational phase where current application demands are continuously revisited and weighted against each other. (iii) simulation-support for large-scale distributed edge and cloud computing environments. (iv) In order to foster research in the area of workload prediction, infrastructure planning, and application characterization, RECAP has released several gigabytes of data from their use cases and provided as OpenData (
https://zenodo.org/record/3458559#.XjgbOmhKguU(öffnet in neuem Fenster)).
RECAP has provided major contributions to the development of the next generation of cloud and edge computing capacity provisioning. It provides an overarching methodology for creating, simulating, and enacting a set of six models that capture the behaviour of applications, users, applications, and IT infrastructure. The RECAP reference architecture defines the interaction between the various RECAP tools focussing on a strong separation of concerns and easy integration into existing systems. This led to the following results and architectural components shown in the figure:
The Landscaper Component (1) acquires information on the state and configuration of the physical and virtual infrastructure resources and represents the same in a graph database. The Monitoring Component (2) collects telemetry from applications and infrastructure These are input to the optimisers. The output from the optimizers is used to orchestrate and enact resource changes in the cloud network. The Application Optimiser (3) is used to derive the optimal application configuration for a specific application (hence, there is an individual optimizer per deployed application) including scaling decisions. Applications can be scaled locally or globally and may be in response to run-time traffic limits or resource levels being reached. Application Optimizers may make use of predictors to base their decisions not only on current, but also on future workload. The Orchestrator (11) collects suggestions from multiple Application Optimizers and merges them into input for the Infrastructure Optimiser (4). The Infrastructure Optimiser ingests and augments these placement suggestions by considering additional and more granular information pertaining to the available physical infrastructure, infrastructure specific features, infrastructure policies and SLAs. Its decisions reache the Enactor (12) responsible for mapping tasks to a specific backend such as OpenStack or Kubernetes. The Simulator (5) is utilised by the Infrastructure Optimiser (4) to formulate deployment mapping selections and calibrate its algorithmic process"
