Project Canasta/Infrastructure solution

This is an informal RFC/RFP for finding/creating a system to generate downloadables for the project known as Project Canasta. Project Canasta, in brief, is aimed at enabling easy-installed MediaWiki instances that contain not just MediaWiki but also skins and extension, and a set of wiki pages, that together can fulfill some use case. Part of that task involves finding, or creating, a solution to generate these downloadables.

The solution should meet as many as possible of the following criteria:

(The person generating the downloadable is referred to here as a "creator", and the person downloading it is referred as an "administrator".)


 * The solution should let the creator take an existing MediaWiki instance (already generated - automatically generating this "master" instance, if it is going to be automatically generated, is a separate component of Project Canasta), and then generate a downloadable file or image from that instance. That file/image, when downloaded, should allow an administrator to simply run some command, and then, with a minimum of options presented, the script should generate an entire MediaWiki instance, as well as a database that is set up and initialized for both MediaWiki and all the installed extensions. This should include having a database user and password that are generated - perhaps in real time by the script - and then stored in LocalSettings.php.


 * Ideally the creator can specify whether or not this downloadable should additionally include instances of PHP, a DB system and a web server (e.g., MySQL and Apache), and potentially an operating system as well (e.g., CentOS). That way, administrators will have their choice of whether they want a container that includes all of these, or whether they want to use their own existing systems and simply download/install MediaWiki.


 * Additionally, the solution should be fully open source, and it should be relatively easy for a creator to run on their system.

Please create sections below for any existing solutions that could be used for this purpose, briefly explaining how they work and whether they could be made to fit all of these criteria.

Meza Approach
Meza is a (M)ediaWiki easy (EZ) (A)dministration program which enables the easy install and maintenance of a complete, fully-featured, ready-to-use MediaWiki application.

Prerequisites

 * To use meza all you need is a clean target system that has Centos7 (or RHEL7) installed and has access to the Internet.

Installation (Centos/RHEL)
If you already have a server that meets Meza's requirements, run the following 4 commands in your server's terminal to install Meza. This will setup a demo wiki with the user  with password.

Visit your fully installed and pre-configured wiki at: https://localhost

What next?
Running the 4 commands above will establish a ready to use wiki-farm with 1 demo wiki pre-configured with lots of common extensions (such as VE, SMW, Page Forms, and SRF) and some standardized wiki content (like templates, properties, forms, and categories). From here you can customize the common configuration of the whole farm or just specific wikis and then put these changes into effect just by re-running the simple command:.

Additionally, you can use meza to simply and quickly do many site administrator tasks such as: See: Meza/Commands and Meza for more info.
 * Perform updates
 * Create new wikis (and delete existing wikis)
 * Add/Remove extensions
 * Perform backups

Linux/Docker: dataspectsSystemBuilder approach
''The principles and concepts of the following use case steps are implemented and I use them almost every week. For now and in the context of Canasta, they shall represent my current opinion of an optimal integration/abstraction level.''

Creator
The CreatorProcess (e.g. Meza, BlueSpice, dataspectsSystemBuilder, ...) shall deliver the following CreatorArtefacts components:


 * a MediaWiki root folder $MEDIAWIKI_ROOT_FOLDER containing a certain MediaWiki Canasta version (see below)
 * a corresponding database $DATABASE_NAME at $MYSQL_HOST used by $MYSQL_USER identified by $MYSQL_USER_PASSWORD
 * a docker-compose.yml file (e.g. https://github.com/dataspects/mediawiki-canasta/blob/main/docker-compose.yml)
 * a Dockerfile for the Apache container

This represents a certain version, e.g. mediawiki-canasta-1.35.0-201215-* (see below), consisting of:


 * a specific MediaWiki core version
 * a specific set of versioned MediaWiki extensions and skins
 * a specific LocalSettings.php configuration

MediaWiki Canasta versioning ideas

 * mediawiki-canasta-1.35.0-201215-single-standard
 * mediawiki-canasta-1.35.0-201215-single-crm
 * mediawiki-canasta-1.35.0-201215-single-documentManagement

Packer
The PackerProcess shall deliver the following PackerArtefacts in the $MEDIAWIKI_CANASTA_DISTRIBUTION_FOLDER:

produced by the following bash file build-distribution-package.sh:
 * a $MEDIAWIKI_DISTRIBUTION_ARCHIVE
 * a $MEDIAWIKI_DATABASE_DUMP in the $MEDIAWIKI_DISTRIBUTION_ARCHIVE

Installer
See https://github.com/dataspects/mediawiki-canasta

Upgrader
See https://github.com/dataspects/mediawiki-canasta

Infrastructure Trade Study
Let's define "Infrastructure" in the context of this Canasta trade study as "anything that is not wiki text (Categories, Forms, Templates, Properties)"