[openstack-dev] [Solum/Heat] Is Solum really necessary?
swapnilkulkarni2608 at gmail.com
Thu Nov 14 19:24:42 UTC 2013
I can say I am still new in Solum team, still reading the extensive
documentation team has created and understanding it. I believe Solum should
be considered an Application project than a server project. I understand it
will be using Heat and HOT to very good extent and there are overlapping
factors. Saying that it has multiple aspects like CI/CD, Git Push,
Integration with common IDE’s (Eclipse, IntelliJ, etc) and more important
Application lifecycle management. This is certainly an important initiative
in OpenStack ecosystem to progress towards PaaS in real sense, which will
certainly help other projects evolve, mature with the expectations which
were never there, one common example is the key management facilities often
discussed in the team.
Echo Adrian, about Solum being complimentory to Heat, at the same time I
can see some other projects evolve since Solum will project the kind of
use-cases that currently are not visible or considered.
On Fri, Nov 15, 2013 at 12:36 AM, Adrian Otto <adrian.otto at rackspace.com>wrote:
> Thanks for the great question. They really are different.
> Heat's mission (correct me if there is a more recent one) is:
> "To explicitly model the relationships between OpenStack resources of all
> kinds; and to harness those models, expressed in forms accessible to both
> humans and machines, to manage infrastructure resources throughout the
> lifecycle of applications."
> Solum is about three things that are largely outside the scope of that
> Developer Productivity
> Application Portability
> Language / Application Stack Flexibility and Tooling / Add-On Extensibility
> These are explained further on the wiki.
> The key difference is a focus on an Application as an entity, and how it
> integrates with the application developer's workflow. It's a way to make
> OpenStack clouds more attractive for Application Developers. Things like
> integration with CI, gating, and promotion through environments is where
> Solum is concerned. We want Application Developers to be able to deploy
> code to openstack *without* modeling their application in a template (for
> the general case) and have that template generated for them.
> Why focus on making life easy for Application Developers? Because this is
> a key to the future of the OpenStack user community. Operators of OpenStack
> Clouds want to be able to serve that market, and currently struggle to fill
> this gap, both for private and public cloud use cases.
> The parts of Solum that overlap with Heat actually come directly from
> Heat, because Solum treats Heat as an upstream component. It's an explicit
> goal to not reproduce functionality in Solum that's already in OpenStack,
> but provide an integration point to allow specific focus on this important
> area. The goals around making applications of various languages easy to
> build and run on OpenStack Clouds are things that are definitely beyond the
> scope of what Heat is intended for. For example, Heat has no concept of a
> build service.
> The list of differences extends beyond what I mentioned above, but those
> are the key ones. We contribute to both projects, so we don't view it as
> competitive at all. We see them as complimentary.
>  https://wiki.openstack.org/wiki/Solum
> On Nov 14, 2013, at 10:41 AM, Jay Pipes <jaypipes at gmail.com>
> > So while I have been on vacation, I've been thinking about Solum and
> > And I have some lingering questions in my mind that make me question
> whether a new server project is actually necessary at all, and whether we
> really should just be targeting innovation and resources towards the Heat
> > What exactly is Solum's API going to control that is not already
> represented in Heat's API and the HOT templating language? At this point,
> I'm really not sure, and I'm hoping that we can discuss this important
> topic before going any further with Solum. Right now, I see so much overlap
> that I'm questioning where the differences really are.
> > Thoughts?
> > -jay
> > _______________________________________________
> > OpenStack-dev mailing list
> > OpenStack-dev at lists.openstack.org
> > http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the OpenStack-dev