[openstack-dev] [app-catalog] [solum] Base Image tagging vs. App tagging

Keith Bray keith.bray at RACKSPACE.COM
Thu Jun 18 19:44:06 UTC 2015


Hi folks,

I had to leave the app-catalog IRC meeting early today, but I read back through the logs.   I wanted to bring up a point about Apps vs. Components, and determination of what is an app and tagging.  I don't think it's any more black and white with Solum language packs than it is with Glance images.

As an example, a solum user can create a language pack called Ubuntu, LAMP,  Wordpress, DockerRegistry, or anything else.. In fact, any Docker image in the public Docker Registry could become a Solum language pack .   A language pack can be a base run-time where the user then layers app code on-top, or it can be a run-time with application code already installed that the user just layers on changes to the app code.  Applications and application components can be pre-installed on solum language packs.   Solum layers on the controlled workflow to integrate a user's CI/CD options of choice, where Solum's controlled workflow instills the CI/CD gates (e.g. Tests must pass before we push your app live to production) and ensures proper Heat template selection to match appropriate reference architecture for the type of app being deployed.    Think of Solum as integrating Heat, Auto-scale, Git, Mistral, and up-leveing application deploying to the cloud such that an end-user just needs to specify a language pack, a git repo, and optionally a test command and application run command.   If a base language pack has everything needed to get started, it can be used standalone with an empty git repo or Solum could setup a git repo automatically with the base app code (e.g. Wordpress).

So, I want to challenge the notion that it's a clear line for solum language packs to not be tagged apps and that glance images are the only artifacts in the gray area.

Thanks,
-Keith
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-dev/attachments/20150618/18c353a6/attachment.html>


More information about the OpenStack-dev mailing list