radon-h2020/radon-methodology: Obtaining started: RADON Methodology for establishing microservices and serverless applications

This repository acts as a expertise base relevant to the RADON methodology, made up of an overview and backlinks to the RADON architecture, instruments, actors and methodology.

Make sure you examine out the RADON YouTube channel for films!

An alpha release of the integrated open up source RADON framework is now accessible as of July 2020! Make sure you call us to ask for entry for cost-free by filling the sort.

The RADON framework gives a established of elements that notice a established of instruments, modules and products and services masking both the structure and runtime phases of microservices and serverless-oriented software development and deployment.


The Architecture Diagram depicts the connections among the the RADON elements. The layout time parts interact with each and every other and with the runtime factors in buy to style, prototype, deploy and test programs developed on serverless FaaS. These kinds of interaction(s) are described by the RADON Workflows in the context of the RADON methodology.

In this context a specific function is performed by the RADON IDE. This component is be based on Eclipse Che and presents a multi-consumer growth environment to obtain the RADON artifacts. Indeed, as depicted in the Architecture diagram, the RADON IDE interacts also with the Template Library. This is done to obtain the reusable base types, abstractions and TOSCA extensions and make them available to the RADON resources (see Portion 2.2), that require them to model a RADON application. In addition, the RADON IDE acts as the entrance-conclusion of the RADON methodology, by enabling customers to invoke RADON resources supporting equally the design and runtime phases of software growth.

For a lot more information and facts on the RADON Architecture, remember to refer to the deliverable document
D2.3 – Architecture & Integration System I

RADON intends to supply a DevOps-inspired methodology. On that foundation, RADON proposes to identify a couple of reference DevOps actors. A RADON actor defines a job — not a single human or software program — thus the same particular person can likely act as multiple RADON actors and the exact same part could be break up throughout numerous actors. The RADON actors are as follows:

  • Application Designer: this actor is dependable of the software architecture and information lifecycle style.
  • Computer software Developer (Dev): dependable for company logic coding and screening.
  • Operations Engineer (Ops): responsible for shipping on the infrastructure and infrastructure testing.
  • QoS Engineer: accountability for ensuring functionality/reliability/safety/privacy/access manage properties of the software,
  • Launch Supervisor: team leader that authorizes main modifications and their release to manufacturing.

For extra facts on RADON actors, please refer to the deliverable doc D2.1 – First Specifications and Baselines

The RADON DevOps methodology consolidates the person workflow for utilizing RADON instruments and the DevOps paradigm for computer software shipping and evolution. In the context of a DevOps lifecycle, we have outlined several workflows as abstractions to arrange and present the achievable interactions of the distinctive equipment within just the RADON framework and with the recognized actors. DevOps actors as explained earlier mentioned are fundamental to explanation about the existing development and operations roles and re-assign them for the steady shipping of software program in the context of RADON.

Also, the outlined workflows assist have an understanding of and additional refine the application development lifecycle with the RADON framework, viewed as as an iterative process involving Design, Progress (Deployment) and Runtime. The described workflows will be explained down below.

Built-in Progress Setting

Defect Prediction Instrument

Decomposition Software

Constraint Definition Language and Verification Device

Continual Testing Resource


Info Pipeline Plugins

Template Library

Graphical Modeling Device (Eclipse Winery)

Objects Contents
Brief Description The Graphical Modeling Instrument (GMT) is designed based mostly on Eclipse Winery, which is a internet-centered environment to graphically design TOSCA-dependent application topologies. It consists of (i) a component to regulate TOSCA styles and templates, (ii) a Topology Modeler that allows to graphically compose software topologies and specify configuration houses, and (iii) a file-primarily based backend to store, import, and export TOSCA entities.
Documentation User Guidebook / RADON Deliverables: D4.5, D4.3
Stand-Alone Tutorial Finding Begun
Video clip Url
Repository https://github.com/radon-h2020/winery (fork) / https://github.com/eclipse/winery
Licence Dual licensed below the Apache License 2. and Eclipse Public License 2..
Speak to

Supply Toolchain

Functionality Hub