1
1
# A1. Annex {.page_break_before}
2
2
3
- The Quality Criteria described in this document follows a technology-agnostic approach, as such the
3
+ The Quality Criteria described in this document follows a technology-agnostic approach. As such the
4
4
choice of tools and services to implement the workflow for service quality assessment process, is up
5
5
to the team or community developing or operating a given service.
6
6
@@ -10,25 +10,25 @@ Quality Criteria detailed in this document.
10
10
## A1.1. Code workflow
11
11
12
12
The workflow for service quality assessment, is shown in Figure @fig : workflow . It depicts a real
13
- case example, Github is used in particular to host the Dockerfiles to build the service docker
14
- image, it also hosts the ansible role for the service deployment and configuration, thus the
13
+ case example, GitHub is used in particular to host the Dockerfiles to build the service Docker
14
+ image, it also hosts the Ansible role for the service deployment and configuration, thus the
15
15
IaC (Infrastructure as Code).
16
16
17
17
The SQA as a Service (SQAaaS), is used to create the Jenkinsfile (pipeline) to be executed in the
18
18
Jenkins service.
19
19
20
20
Before the Jenkins pipeline execution phase, the figure depicts the build and upload/publish of the
21
- service docker image in the Dockerhub .
21
+ service Docker image in the Docker Hub .
22
22
23
23
The Jenkins service is the main service used to execute he pipeline. The figure show a simple
24
24
pipeline with automated deployment of the service, execution of functional tests and dynamic
25
25
security tests, but in general the pipeline can be more complex and execute other tools to assess
26
26
the other service quality criteria.
27
27
28
28
The bottom part of the figure shows the services, tools and infrastructures that are actuated by the
29
- Jenkins pipeline execution: The IM (Infrastructure Manager) is the service that is used to deploy
30
- the service in cloud resources, fetching the corresponding ansible role from Ansible Galaxy to
31
- instantiate and configure it.
29
+ Jenkins pipeline execution: The [ IM (Infrastructure Manager)] ( https://www.grycap.upv.es/im ) is the
30
+ service that is used to deploy the service in cloud resources, fetching the corresponding Ansible
31
+ role from Ansible Galaxy to instantiate and configure it.
32
32
33
33
![ Workflow for service quality assessment] ( images/service-qa-workflow.png ) {height="700px"}{#fig: workflow }
34
34
@@ -38,7 +38,7 @@ As it can be seen in Figure @fig:workflow, multiple services take part in the ex
38
38
pipelines. Table 1 shows the list of services used for the service for the Quality Criteria
39
39
assessment detailed in this document.
40
40
41
- One of the most popular services for Software source code management is Github . It is uses Git
41
+ One of the most popular services for Software source code management is GitHub . It is uses Git
42
42
as the Version Control System, branching and tag management.
43
43
44
44
Ansible and Ansible-Galaxy are used in many software frameworks as deployment and configuration
@@ -55,20 +55,20 @@ Regarding the CI/CD automation, Jenkins pipelines can be easily composed through
55
55
and put into the git repositories to be used by the Jenkins CI service to perform the tests. The
56
56
tools used in the CI automation are shown in section A1.2.
57
57
58
- Kubernetes is a container management service where services or platforms can be deployed while the
58
+ Kubernetes is a container management platform where services or platforms can be deployed while the
59
59
IM (Infrastructure Manager) can also be used to automatically deploy services both in cloud
60
60
resources or kubernetes clusters.
61
61
62
62
| Service | Usage | Criteria | Repo URL or documentation | Comment |
63
63
| -----------------------------| -------------------------------| ---------------| ------------------------------------------| ------------------------------------------|
64
- | Github | VCS | ** SvcQC.Dep** | < https://docs.github.com/ > | Source code repository - git |
64
+ | GitHub | VCS | ** SvcQC.Dep** | < https://docs.github.com/ > | Source code repository - git |
65
65
| Ansible, Galaxy | Install, Config | ** SvcQC.Dep** | < https://docs.ansible.com/ > | Automated deployment and configuration |
66
66
| SQAaaS platform | Pipeline composition | ** All** | < https://sqaaas.eosc-synergy.eu > | Pipeline composition for automatic tests |
67
67
| SQAaaS platform | Assessment & awarding | ** All** | < https://sqaaas.eosc-synergy.eu > | Badge awarding |
68
68
| Jenkins CI service | Automated tests | ** All** | < https://www.jenkins.io/ > | Execution of automatic tests |
69
69
| Docker Hub | Docker images | N.A. | < https://hub.docker.com/ > | Public repository of Docker images |
70
70
| Kubernetes | Service deployment/management | ** SvcQC.Dep** | < https://kubernetes.io/ > | Docker container management |
71
- | Infrastructure Manager (IM) | Service deployment | ** SvcQC.Dep** | < https://www.grycap.upv.es/im/index.php > | Service deployment |
71
+ | Infrastructure Manager (IM) | Service deployment | ** SvcQC.Dep** | < https://www.grycap.upv.es/im > | Service deployment |
72
72
73
73
Table 1: Tools and services used to implement the Service QA criteria, also shown the criteria where
74
74
applicable.
0 commit comments