Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Page Properties

Target release

20.06

Phase

1

Manpower Available

2.25

Sprint Size

4 weeks

Component

GOBii Datawarehouse, GOBii Middleware, GOBii-EBS CI/CD pipeline

Domain

GOBii-EBS Integration

Document status

Status
colourGreen
title

...

FINAL

Developers

KevinPalis Joshua Lamos-Sweeney Roy Petrie

Product Owner

Ernesto Briones

Requirements Analyst

KevinPalis

Service Owner

N/A

QC Tester

N/A

Functional Tester

N/A

User Acceptance Tester

N/A

Background 

In preparation for the EBS V3 release, the GOBii-EBS team has started working on refactoring code, creating the pipeline to build new EBS-GOBii containers, and a test swarm cluster – all as preliminary work for the phase 1 of GOBii-EBS integration. Although the foundation has already been laid down through the 2019 EBS DevOps Hackathon, a lot of improvements have been identified and must be implemented. This product iteration’s goal is to have an initial build of the EBS-GOBii containers that satisfy parts of this architecture:

Include Page
GOBii-EBS Phase 1
GOBii-EBS Phase 1

Goals

For this sprint, the main focus is both on putting the infrastructure, particularly automation, in place for the team to be able to develop software efficiently and conform to the Agile methodology. This will also include some preliminary work on the middleware to prepare it for the automated data-loading which will be part of EBS v3automated CD pipeline (infrastructure) and the initial integration of the GOBii middleware with the Service Gateway. By the end of this sprint, the following should be available:

  • Separate code branches for all GOBii git repositories for the following products: GOBii-standalone and EBS-GOBii (refer to Git Branching Strategy for the technical details of this)

  • GOBii-standalone CI/CD pipeline pointed to the branch GOBii-standalone (called “standalone_develop”)

  • EBS-GOBii CI/CD pipeline that will automatically build the EBS-GOBii containers and create the necessary artifacts and release packages - based off of the EBS-GOBii branch (called “ebs_develop”)

  • Test Swarm Cluster in CBSU servers for the GOBii-EBS pipeline to be able to deploy containers to

  • Dockerhub repositories that will hold the new docker images

  • Docker swarm stack file that will be able to deploy the new docker containers to a swarm cluster

  • A process (and infrastructure) in place to be able to do product increment demonstration every end of sprint (during the sprint review meeting)

  • Instruction objects in place of instruction files - in preparation for the automated data loading functionality

EBS-GOBii:

...

accomplished:

  • Test swarm cluster (4-node) and staging swarm cluster (11-node) on GOBii servers (CBSU)

  • Docker swarm support for deployment

  • EBS-GOBii CDContinuous Delivery pipeline

  • Testing the MonetDB-free system (making sure removing MonetDB didn’t break functionalities)

  • Initial integration with the Service Gateway (DigesterMediator JAR file linked and being used by WSO2 for some test digester calls)

  • Finish refactoring of the middleware (aspect files, Digesters)

  • Decoupling of Timescope with the web container - higher modularity and to allow for easier deployments. Middleware still has dependencies on the web container (web services).

  • Base database container upgraded to Postgres 12 - latest GDM is still on Postgres 9.5 which is nearing its end-of-life

JIRA

Fix Version: GE_20.6

Jira Legacy
maximumIssues
serverSystem JIRA
maximumIssues1000
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
20jqlQueryproject = GE AND fixVersion = GE_20.5 6 order by key asc
serverId3ed8d091-172c-31ee-8b1a-f688a0e72656

Questions 

Below is a list of questions to be addressed as a result of this requirements document:

Question

Outcome

Assumptions

Mockups

What we're not Doing

  • Integration of database deployment processes to the DevOps pipeline.

  • Standardizing the continuous integration (CI) practices across EBS software development teams. Although this is something we would like to do in future sprints, for now the only requirement is software artifacts are to be released as Docker images.

References