There was some great discussion on this when the list was first launched, but at the time, I don't think the answer was clear, and the group went on with the practical tasks of actually making things work. That's a decent, functional response, but as we embark on a bigger strategic plan, we need a more clear definition of our scope. (Then we can start talking about desired outcomes within that scope, various stakeholders, and so on.)
The embryonic Fedora Cloud Guide¹ says
Pardon the pun, but "the cloud" is a nebulous term. When well-meaning people talk about cloud computing, they are often talking about one of many difference scenarios.
I've put a little jar by my desk, and I'm putting quarters into it every time I say "nebulous", or "hazy", or anything like that. Clearly, "Cloud" is a marketing term *and* a business buzzword, neither of which lend themselves to clarity. But it's also a *very real* change in the computing landscape, and Fedora should take a leadership position in that transition and in the new tech world. Using a clear framework for our scope will help us through the fog. (*Plink* — there goes 25¢)
Our Cloud Guide goes on to list Infrastructure as a Service, Platform as a Service, and Software as a Service. That's an important lens, but it's also jumping ahead a bit. The National Institute of Standards and Technology recently published an official definition², and while "government-committee definition" may light up some alarms, this is actually straightforward and fuctional. Once you get past the preamble, there's really only two pages to it.
I like this definition because while it's still broad, it focuses on essential characteristics which distinguish cloud computing from datacenter virtualization in general and from "it's on the Internet!"
If I haven't lost you already, I encourage you to read the definition. Really, it's short. But if you're hanging on by an attention-span thread, the essentials are:
- On demand self-service. - Broad network access. - Resource pooling. - Rapid elasticity. - Measured service.
And then it goes on with service models (SaaS, PaaS, IaaS) and deployment models (private, community, public, hybrid).
I suggest that Fedora adopt this as our definition, and as the basis for the scope of this SIG. I think this is uncontroversial, but I would like to hear your feedback.
Of particular note, work here so far has focused on two primary areas: "JEOS" images³ for Amazon EC2 (and elsewhere), and on software stacks for deploying cloud infrastructure (Eucalyptus, OpenStack) as a cloud provider. This has been great so far, but I also want to open up the SIG to some broader areas as well — those use areas and constituent groups being the topic of future discussion.
----
1. http://docs.fedoraproject.org/en-US/Fedora_Draft_Documentation/0.1/html-sing... 2. http://csrc.nist.gov/publications/nistpubs/800-145/SP800-145.pdf 3. That's "Just Enough Operating System", if you haven't heard the term.
On Thu, 2012-09-20 at 10:48 -0400, Matthew Miller wrote:
The National Institute of Standards and Technology recently published an official definition², and while "government-committee definition" may light up some alarms, this is actually straightforward and fuctional. Once you get past the preamble, there's really only two pages to it.
I like this definition because while it's still broad, it focuses on essential characteristics which distinguish cloud computing from datacenter virtualization in general and from "it's on the Internet!"
Yeah, the NIST definition is fairly well accepted.
If I haven't lost you already, I encourage you to read the definition. Really, it's short. But if you're hanging on by an attention-span thread, the essentials are:
- On demand self-service.
- Broad network access.
- Resource pooling.
- Rapid elasticity.
- Measured service.
That's a good summary. I often say "on-demand, self-sevice, pay-as-you-go and the illusion of infinite capacity".
Cheers, Mark.
On Thu, Sep 20, 2012 at 11:34 AM, Mark McLoughlin markmc@redhat.com wrote:
On Thu, 2012-09-20 at 10:48 -0400, Matthew Miller wrote:
The National Institute of Standards and Technology recently published an official definition², and while "government-committee definition" may light up some alarms, this is actually straightforward and fuctional. Once you get past the preamble, there's really only two pages to it.
I like this definition because while it's still broad, it focuses on essential characteristics which distinguish cloud computing from datacenter virtualization in general and from "it's on the Internet!"
Yeah, the NIST definition is fairly well accepted.
If I haven't lost you already, I encourage you to read the definition. Really, it's short. But if you're hanging on by an attention-span thread, the essentials are:
- On demand self-service.
- Broad network access.
- Resource pooling.
- Rapid elasticity.
- Measured service.
That's a good summary. I often say "on-demand, self-sevice, pay-as-you-go and the illusion of infinite capacity".
Cheers, Mark.
I agree NIST is pretty well accepted - I personally use Dave Nielsen's OSSM definition as it seems more consumable:
On-demand Self-Service Scalable Measurable
--David
On Thu, Sep 20, 2012 at 11:37:15AM -0400, David Nalley wrote:
- On demand self-service.
- Broad network access.
- Resource pooling.
- Rapid elasticity.
- Measured service.
[...]
I agree NIST is pretty well accepted - I personally use Dave Nielsen's OSSM definition as it seems more consumable:
On-demand Self-Service Scalable Measurable
So, for Fedora, is there a meaningful way in which this differs from the NIST definition, or is it basically a different way of saying the same thing?
Specifically, does this definition include anything the NIST definition would exclude? Does it exclude anything NIST would include? (I'm not worried about finding obscure corner cases; just in general as a working definition for Fedora.)
On 09/20/2012 10:48 AM, Matthew Miller wrote:
If I haven't lost you already, I encourage you to read the definition. Really, it's short. But if you're hanging on by an attention-span thread, the essentials are:
- On demand self-service.
- Broad network access.
- Resource pooling.
- Rapid elasticity.
- Measured service.
And then it goes on with service models (SaaS, PaaS, IaaS) and deployment models (private, community, public, hybrid).
+1 this looks good. Everyone should memorize this as part of the elevator pitch for the Fedora / Cloud efforts (which often times involves explaining what the cloud is).
I suggest that Fedora adopt this as our definition, and as the basis for the scope of this SIG. I think this is uncontroversial, but I would like to hear your feedback.
Of particular note, work here so far has focused on two primary areas: "JEOS" images³ for Amazon EC2 (and elsewhere), and on software stacks for deploying cloud infrastructure (Eucalyptus, OpenStack) as a cloud provider. This has been great so far, but I also want to open up the SIG to some broader areas as well — those use areas and constituent groups being the topic of future discussion.
The way I'm looking at things (and I confirmed this at the OLF conference last week), the cloud is very new and very uncertain. It's not the be-all-end-all but is a great solution for certain things, but because its so new (the underlying concepts are old, but the unification and mass-adoption is new) Fedora has a great opportunity to really pave the way and establish a dominant position in open cloud technologies.
In addition to the efforts above, I feel we can be particularly successful in setting new trends with regards to deploying to the cloud. I've recently starting building scripts for the Aeolus suite [1] to build images for Fedora infrastructure components (mock, koji, and bodhi) that will work on any cloud provider [2].
Combine that with our tool proving a unified interface to deploy to any cloud [3] as well as tools to configure communication across clouds (puppet, juju, audrey, and more) and we could provide a solid use case / example of building and using open cloud technologies.
I'd love to work with anyone in the Fedora Cloud SIG and generally in the large Fedora community to start trying out deploying various components of the Fedora infra to multiple cloud providers (perhaps EC2 and our own openstack instance). I will be writing up / blogging step-by-step instructions on how to use these templates w/ the tooling in the near future to make the process all the easier.
-Mo
[1] https://www.aeolusproject.org/ [2] https://github.com/aeolus-incubator/templates/tree/master/fedora_infra [3] http://deltacloud.apache.org/drivers.html
cloud@lists.stg.fedoraproject.org