Issue #11666 has been updated by Ken Barber.
Oliver Hookins wrote: > Every cloud provider will be using a form of virtualisation or > containerisation which is available outside of cloud use cases (although I > can't say I'm the authority). Xen DomU could just as easily be my laptop as > it could be EC2. This just screams to me that overloading the virtual fact is > the wrong way to go about this. Sorry just to be clear, I agree with this. I was just using virtual as an example of a similar implementation. > Perhaps figuring out if a node is being used in a cloud is hard - too bad, > these providers miss out being classified. At the very least it deserves > another fact which should list the cloud provider; if and only if it can be > reliably determined. I concur - lets just do it. So the question pending is choosing implementation: * is_euca, is_ec2 style matching. Different clouds get a new is_<something> style fact. Perhaps is_<something>_cloud to make it meaningful. * cloudprovider/cloudtype/cloudsomething so we can shove it in a case statement. If there is for some strange reason a need for 2 or more providers we munge it with a comma (seems unlikely but strange things have happened). I'm obviously more of a fan of the second type myself ... but I'd like to hear what people have to say. ---------------------------------------- Feature #11666: Add is_ec2 and is_euca facts https://projects.puppetlabs.com/issues/11666 Author: James Turnbull Status: Needs Decision Priority: Normal Assignee: Category: library Target version: 1.7.x Keywords: Branch: https://github.com/puppetlabs/facter/pull/138 Affected Facter version: Sometimes you just want to know if a host is EC2 or Eucalyptus. This adds two facts in a similar vein to "is_virtual". -- You have received this notification because you have either subscribed to it, or are involved in it. To change your notification preferences, please click here: http://projects.puppetlabs.com/my/account -- You received this message because you are subscribed to the Google Groups "Puppet Bugs" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/puppet-bugs?hl=en.
