Changes between Version 2 and Version 3 of BluePrintUpgrades
- Timestamp:
- 02/13/16 12:58:40 (9 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
BluePrintUpgrades
v2 v3 1 1 = Upgrades !BluePrint = 2 3 == Goal == 2 4 3 5 '''Target user''': System Administrator of a production system (or the IT operations manager) 4 6 5 '''Goal''': Make operations a big fan of our software - make it more stable, robust and scalable.Make it very easy for them to upgrade.7 '''Goal''': This is one part of making operations a big fan of our software: Make it very easy for them to upgrade. 6 8 7 Features: 8 * Nice upgrade experience (automatic updates?) 9 * Stability, production ready and tested 10 * Certified on different hardware/software - painless deployment (so we need a nice testing/qa process for running on different set ups) 11 * Features based on actual user research of useful tools to run their service better - both the system and supporting their users. 9 == Upgrade Issues == 12 10 13 (Taken from http://projects.opengeo.org/suite/wiki/Roadmap#MilestoneOperations) 11 The current process is manual: UserGuidelines/Admin/Upgrade 14 12 15 Current Process: 16 * UserGuidelines/Admin/Upgrade 17 Plans: 18 * BluePrintlivecdinstaller#OnlineProfile 13 For other software, people are used to automatic upgrades. Even the (very complex) Windows operating system auto-upgrades. 14 What can make an Eden upgrade problematic? There are two types of visible changes: 15 16 * Structural changes: These are changes that affect data structure and file layout. 17 * Database schema changes 18 * Directory structure changes 19 * Configuration process and parameter changes 20 * Functional changes: These are changes that would alter the site behavior or layout, in non-trivial ways. 21 This would affect users, and might require retraining. 22 23 19 24 20 25 ----