F22 System Wide Change: RpmOstree - Server side composes and atomic upgrades

[Dennis Gilmore]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thu, 15 Jan 2015 20:49:49 -0500
Colin Walters <walters at verbum.org> wrote:

<snip>

> 
> Bear in mind that a dynamic Workstation scenario as you appear to
> have primarily in mind is about the last targeted use case.  Beyond
> the Atomic Host for Docker scenario, I am aiming for the tools to
> be used in scenarios where you want to replicate an absolutely
> identical software state across many nodes.  In that model, it's not
> Fedora assembling the trees, it's the downstream user.

I can see a hosting company for instance that has 10, 100 or 1000 web
servers that are all identically configured using atomic to update the
web servers. its a very easy way to guarantee that all are identical in
both package set and configuration.  they of course would make their
own tree and setup their own compose and deployment servers.  The same
could be said for bank tellers, atm's and any given corporate type
deployment where you need a lot of centrally configured and
administered machines. University workstations could also be done the
same way. allow a copy on write tmpfs overlay and you could allow
students to do all sorts of things to a machine, force a reboot on
logout and the machine is back in a pristine state ready for the next
student. There is many many use cases where it would make sense, but
they also will not make sense for Fedora to provide. we should provide
the tooling and framework so that those needing to make such deployments
can do so knowing that they are following best practices.

Dennis
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBAgAGBQJUupljAAoJEH7ltONmPFDR0pkQAJuIMonPgiC4KSJ5mE8mTGaB
Y/ye457VZhM6debAh42GRDunItsjzwiz6JPN1D/tgYrRHV4AqS6TDwroUjvRdZtx
7N3ctP6TFWHnmImDoFDRF8+EL+6W/gbbnxl4mjQVpbKqWaG5Qt7tlEP+dRWfdfSR
r5pCxgFromWcFMaBdWRghjC7qZWXyt1tur7cQmgu/76VS8xM+sdihFG3vX6+57U+
YTAhLOs17G7PW+laSZlklmvUHthI36PgxQqnvjecQe4wVPf4s0hiY7B7Mh7ww6nY
DZATvAoPSfLD8PoxEuj5Gk+u3cwwucRZCFr7izvTeoPTfGGusRfD0xHNQRdyWSjz
twze54yFH2lX2rltZwaxTR2r5Z+lMQxfzKg6QRartQFeFl8p30dKS0ER1pSW8iR6
CgaAbYjib4Yc90ZlN9O68CT5YpoEe/GYtCNTC3FGsZM00FAqscMqxUzb6nuFa/gH
mo4UNZmdJTXUxpodWslma/2lsIIhMvCPQC8HiWtECnmzu/Z2y+2/tD9716c0TLS1
pQpZG4ZHYERzuBfaPwpMCp/S9C6Go3frAk4oxqr0aGaoSiGQnOqKGeuD1LL+Ztda
Z8b1e9CRjk3duVsU6p8zAJ/mtI8F7MnSkeIE9Hki0yPVuMnhy3cHmQRrwl/qAxUF
/JRAjU6kWp8mQOAcFP8x
=WF1l
-----END PGP SIGNATURE-----