2019-05-31 - System Operations and Management SIG Agenda and Notes
Date
Attendees
- Dale Arntson
- Christopher Creswell
- Robert Douglas
- Anton Emelianov (Deactivated)
- Hkaplanian
- Ingolf Kuss
- Tod Olson
- jroot
- Alexander Soto
- Ian Walls
- Todd Wallwork
- patty.wanninger
Goals
Discussion items
Time | Item | Who | Notes |
---|---|---|---|
5 | Welcome | Ingolf | |
Upgrade of Database Schemas | all | - FOLIO-2046Getting issue details... STATUS Does this epic correctly and adequately represent the issue or can we make it more clear and accurate ? The SIG seems t think this is a good description of the problem. This might end up becoming a set of standards or requirements that become part of the definition of "done" since this most likely becomes a feature for each app. Apps should also be able to respond to requests from Okapi and other apps with "I'm currently undergoing an upgrade". ***Tod has taking on updating the Epic with this information. ***Harry to see if older similar features can be found and added to this epic. This includes changes to RMB, Okapi, Apps, etc. Scope is expected to be large. | |
Backlog cleanup | Ingolf + all | Finish combination of our two Backlogs, Meeting Topic and Action Item Backlog - SysOps and Action Items for Development . Get rid of the latter one. Reviewed items on the backlogs to identify which are done and which are not. | |
FOLIO Workflows | Ingolf, all | Workflow Proposal presented by Mike Gorell in the PC meeting.
Notes by Ingolf: We wrapped up an old action list. Anton works with the Kubernetes subgroup on continuous deployment and release management using a Jenkins server. - Tod and Harry put together a JIRA issue about database schema upgrading which had been identified an item of technical debt by the PC. The group adds requirements. - The rest of the session was dedicated to a discussion about the Workflow proposal. The group doubts that alternatives to using Camunda as the workflow engine have been thoroughly investigated. Camunda is a very complicated piece of software. One reason for Camunda is that it is easy to implement and that it is well established in industry, so that it will have support. But we think that It would be wiser to build FOLIO in a way that the workflow engine will be replaceable. In fact, we see this latter as a key requirement for implementing workflows in FOLIO. The group considers the effort to solve problems with a workflow engine fairly similar to an actual software development effort and thus questions the need of a workflow engine at all. - What libraries will really need is the To-Do App. The group finds that it didn’t see enough use-cases for a workflow engine, on which a proposal for building one could rely. We know of no document that defines the problem that is being solved. The group will therefore invite experts to the next group meeting to explain some workflows which they need. - The group can think of some use-cases which require automatic interactions with the modules : batch processes and the re-implementation of LS-Tools. |
Action items
- jrootgets in touch with Anne L. Highsmithabout the issues "following discussion on 6/4/2018" on page Action Items for Development
- Hkaplanian will compile a list of existing JIRA tickets about upgrading database schemas. He will link these issues to the Epic - FOLIO-2046Getting issue details... STATUS .
- Tod Olson will add comments given in the Slack thread https://folio-project.slack.com/conversation/C9BBWRCNB/p1559244191007100 to - FOLIO-2046Getting issue details... STATUS . Tod will work on - FOLIO-2046Getting issue details... STATUS together with Hkaplanian .