2019-03-08 - System Operations and Management SIG Agenda and Notes
Date
Attendees
- Robert Douglas
- Greg Delisle
- Philip Robinson
- jroot
- Anton Emelianov (Deactivated)
- Brandon Tharp
- Christopher Creswell
- patty.wanninger
- spampell
- Steve Bischof
- zeno.tajoli
- Todd Wallwork
Goals
- Source Data Integrations
Discussion items
Time | Item | Who | Notes |
---|---|---|---|
5 | Ingolf | Welcome |
|
30 | Changes to make Folio work better with Kubernetes, or some other orchestration tool | TAMU group, all | Meeting Notes: Jason presents a draft of a write-up of the deployment issues that were brought up (mainly by the TAMU team) during the last few sessions. Jason will put the draft into the SysOps Google Drive folder and keep working on it. Jason needs to intergrate several etcd nodes (I found this site which explains etcd: What is etcd and how to set-up an etcd cluster). We need to move dependency resolution to a different tool (than Okapi). Right now, you have to have Okapi run before you start up a module. Q (Robbie): Does this include having to deploy a single module within an existing system ? A: A new module might depend on new modules with new interfaces. Okapi spits out a list and you have to re-deploy all those modules. There is no easy upgrade path without using Okapi at the moment. But that's the point to use an orchestration tool, not having to deal with all the dependent modules. Database changes involved in the mix are also an issue. Right now, everyone has to hand-upgrade the database, has to "hand-massage" the database. That's an issue of top priority. If you will have a shorter release cycle than quarterly, it's impossible to keep up. (Stephen) Third, there needs to be a convention for rolling back. How do we roll modules forward and backward ? It's a nightmare scenario having to cleanup data. The system should handle the DB changes that need to be rolled back. (Anton) Okapi should pick up a list of modules and deploy it, not the other way round. We need issues, stories (in JIRA) and a Backlog. Also upgrades (of modules) are extremely important. (Anton) Chalmers will go live this summer. By Q4 (→ Q1 ? IK) we should have a path to all of this. These things need to be added before anyone can go live. Chalmers doesn't use the community version (of what ) , so things can not be re-used by us. Chalmers are using AmazonWS, probably with AKS. (Anton) The core dev team has recently split up into core-functinal and core-platform. They have also just started using a SCRUM process. A new EPAM team has been formed, they are "getting wet" with SCRUM. SCRUM is about usability and accountability. SCRUM is a procedure model in agile development. (Jason) In contrast to DevOps, we don't have a lot of interactions with the developers in this group. |
25 | Source Data Integrations and JIRA Tickets Deferred to Mar 29 | Ingolf, Hkaplanian, all | Compare our source data integration requirements (outcome of the discussions on Jan 18 and Jan 25) with what is already in JIRA . What is missing, what do we need new JIRA Tickets for ? Here is the FOLIO Source Data and Integrations Spreadsheet . See also the result of our older discussions: List of Integrations |
Plans for the next sessions: | Mar 15 : GOBI integration demo by Ann-Marie Breaux Mar 22: Anton, Jason and Adam will get back to us with the work on the JIRA Issues Mar 29: Review of Integrations; what is already in JIRA - A good point of time to get that into the Q2 requirements (Release date for Q1 has been determined to April 8). Added: F2F-meeting / conference news from the Product Council:
| ||
Sidestep | Ingolf | I add this to the notes, just for our education (and because I asked bout the difference between Agile Development and Scrum): The Agile Manifesto - Twelve Principles of Agile Software So, Scrum, in my own words, is the cycle of a Product Backlog (as Anton mentioned), a Sprint Planning and a Sprint Backlog, a Scrum team doing (daily) Scrum-meetings and producing the Sprints, doing Sprint Reviews in order to produce incrementally improved software. |
Action items
- Anton Emelianov (Deactivated), jroot and Adam Dickmeiss will get together on the deployment issues. The three together will write JIRA issues (features and stories) and report back to the group.