SL REST API

[Yasha Karant]

Does SL (i.e., TUV EL) have a standard enterprise-quality production 
REST API that will interoperate with non-EL "clouds"?


The most I could find on a short search is:

http://developerblog.redhat.com/2013/12/12/advanced_integration_rhevm-part1/

Advanced integration with Red Hat Enterprise Virtualization Manager 
(RHEV-M) – Part 1 of 2


and

https://fedorahosted.org/rhevm-api/

This is an effort to define an official REST API for Red Hat Enterprise 
Virtualization .


but that the fedorahosted project above is obsolete, replaced by:

http://www.ovirt.org/Subprojects

in which any mention of TUV by name is in the title of each reference.

Yasha Karant

Re: SL REST API

[Jamie Duncan]

I would think that your definition of 'cloud' is the most important aspect
here, not whether or not the term 'Red Hat' is associated with it.

The virtualization technology powering RHEV is kvm, which is fully
compliant with libvirt (http://libvirt.org/). If you didn't want to use
RHEV or Ovirt you could interact direclty with the libvirt API. The
business logic that those products provide isn't there, of course, but you
could build that out yourself if you were so inclined. It just takes time &
talent.

Is that what you're talking about wanting?

-jduncan


On Tue, May 27, 2014 at 12:52 PM, Yasha Karant  wrote:

> Does SL (i.e., TUV EL) have a standard enterprise-quality production REST
> API that will interoperate with non-EL "clouds"?
>
> The most I could find on a short search is:
>
> http://developerblog.redhat.com/2013/12/12/advanced_
> integration_rhevm-part1/
>
> Advanced integration with Red Hat Enterprise Virtualization Manager
> (RHEV-M) – Part 1 of 2
>
> and
>
> https://fedorahosted.org/rhevm-api/
>
> This is an effort to define an official REST API for Red Hat Enterprise
> Virtualization .
>
> but that the fedorahosted project above is obsolete, replaced by:
>
> http://www.ovirt.org/Subprojects
>
> in which any mention of TUV by name is in the title of each reference.
>
> Yasha Karant
>



-- 
Thanks,

Jamie Duncan
@jamieeduncan

Re: SL REST API

[Yasha Karant]

Is the EMC VMWare "cloud virtualisation" suite consistent/compliant with 
kvm/libvirt, etc.?  My understanding is that the EMC product is 
compatible with typical REST implimentations in that these evolved from 
various HTTP related services.


Also, for reasons we could discuss off-list (or on list if you prefer), 
my personal preference is for Xen as a virtualisation suites.  My 
understanding is that Xen does well integrate into a number of 
environments and distros.


Yasha Karant

On 05/27/2014 10:02 AM, Jamie Duncan wrote:
I would think that your definition of 'cloud' is the most important 
aspect here, not whether or not the term 'Red Hat' is associated with it.


The virtualization technology powering RHEV is kvm, which is fully 
compliant with libvirt (http://libvirt.org/). If you didn't want to 
use RHEV or Ovirt you could interact direclty with the libvirt API. 
The business logic that those products provide isn't there, of course, 
but you could build that out yourself if you were so inclined. It just 
takes time & talent.


Is that what you're talking about wanting?

-jduncan


On Tue, May 27, 2014 at 12:52 PM, Yasha Karant > wrote:


Does SL (i.e., TUV EL) have a standard enterprise-quality
production REST API that will interoperate with non-EL "clouds"?

The most I could find on a short search is:

http://developerblog.redhat.com/2013/12/12/advanced_integration_rhevm-part1/

Advanced integration with Red Hat Enterprise Virtualization
Manager (RHEV-M) – Part 1 of 2

and

https://fedorahosted.org/rhevm-api/

This is an effort to define an official REST API for Red Hat
Enterprise Virtualization
.

but that the fedorahosted project above is obsolete, replaced by:

http://www.ovirt.org/Subprojects

in which any mention of TUV by name is in the title of each reference.

Yasha Karant




--
Thanks,

Jamie Duncan
@jamieeduncan

Re: SL REST API

[Jamie Duncan]

My expertise in Xen is ~ 2 years out of date. I'm not sure what the Xen in
kernel 3.0+ is capable of interfacing with. I would hope it is
libvirt-compatible, but I have no way of knowing.

All of the docs I could find on the EMC/VMWare solution are behind
register-walls. Sorry.


On Tue, May 27, 2014 at 2:12 PM, Yasha Karant  wrote:

>  Is the EMC VMWare "cloud virtualisation" suite consistent/compliant with
> kvm/libvirt, etc.?  My understanding is that the EMC product is compatible
> with typical REST implimentations in that these evolved from various HTTP
> related services.
>
> Also, for reasons we could discuss off-list (or on list if you prefer), my
> personal preference is for Xen as a virtualisation suites.  My
> understanding is that Xen does well integrate into a number of environments
> and distros.
>
> Yasha Karant
>
>
> On 05/27/2014 10:02 AM, Jamie Duncan wrote:
>
> I would think that your definition of 'cloud' is the most important aspect
> here, not whether or not the term 'Red Hat' is associated with it.
>
>  The virtualization technology powering RHEV is kvm, which is fully
> compliant with libvirt (http://libvirt.org/). If you didn't want to use
> RHEV or Ovirt you could interact direclty with the libvirt API. The
> business logic that those products provide isn't there, of course, but you
> could build that out yourself if you were so inclined. It just takes time &
> talent.
>
>  Is that what you're talking about wanting?
>
>  -jduncan
>
>
> On Tue, May 27, 2014 at 12:52 PM, Yasha Karant  wrote:
>
>> Does SL (i.e., TUV EL) have a standard enterprise-quality production REST
>> API that will interoperate with non-EL "clouds"?
>>
>> The most I could find on a short search is:
>>
>>
>> http://developerblog.redhat.com/2013/12/12/advanced_integration_rhevm-part1/
>>
>> Advanced integration with Red Hat Enterprise Virtualization Manager
>> (RHEV-M) – Part 1 of 2
>>
>> and
>>
>> https://fedorahosted.org/rhevm-api/
>>
>> This is an effort to define an official REST API for Red Hat Enterprise
>> Virtualization .
>>
>> but that the fedorahosted project above is obsolete, replaced by:
>>
>> http://www.ovirt.org/Subprojects
>>
>> in which any mention of TUV by name is in the title of each reference.
>>
>> Yasha Karant
>>
>
>
>
>  --
> Thanks,
>
> Jamie Duncan
> @jamieeduncan
>
>
>


-- 
Thanks,

Jamie Duncan
@jamieeduncan

Re: SL REST API

[Yasha Karant]

Your comment on the open availability of EMC VMware API documentation 
appears to be correct. Nonetheless, my institution under the 
administrative (not academic/research) IT unit has selected (rammed down 
our throats?) VMware on the virtual administrative servers.  Hence, 
assuming that there are others on this list who must deal with this 
proprietary product, what works?  REST supposedly works.


Yasha Karant

On 05/27/2014 11:17 AM, Jamie Duncan wrote:
My expertise in Xen is ~ 2 years out of date. I'm not sure what the 
Xen in kernel 3.0+ is capable of interfacing with. I would hope it is 
libvirt-compatible, but I have no way of knowing.


All of the docs I could find on the EMC/VMWare solution are behind 
register-walls. Sorry.



On Tue, May 27, 2014 at 2:12 PM, Yasha Karant > wrote:


Is the EMC VMWare "cloud virtualisation" suite
consistent/compliant with kvm/libvirt, etc.?  My understanding is
that the EMC product is compatible with typical REST
implimentations in that these evolved from various HTTP related
services.

Also, for reasons we could discuss off-list (or on list if you
prefer), my personal preference is for Xen as a virtualisation
suites.  My understanding is that Xen does well integrate into a
number of environments and distros.

Yasha Karant


On 05/27/2014 10:02 AM, Jamie Duncan wrote:

I would think that your definition of 'cloud' is the most
important aspect here, not whether or not the term 'Red Hat' is
associated with it.

The virtualization technology powering RHEV is kvm, which is
fully compliant with libvirt (http://libvirt.org/). If you didn't
want to use RHEV or Ovirt you could interact direclty with the
libvirt API. The business logic that those products provide isn't
there, of course, but you could build that out yourself if you
were so inclined. It just takes time & talent.

Is that what you're talking about wanting?

-jduncan


On Tue, May 27, 2014 at 12:52 PM, Yasha Karant mailto:ykar...@csusb.edu>> wrote:

Does SL (i.e., TUV EL) have a standard enterprise-quality
production REST API that will interoperate with non-EL "clouds"?

The most I could find on a short search is:


http://developerblog.redhat.com/2013/12/12/advanced_integration_rhevm-part1/

Advanced integration with Red Hat Enterprise Virtualization
Manager (RHEV-M) – Part 1 of 2

and

https://fedorahosted.org/rhevm-api/

This is an effort to define an official REST API for Red Hat
Enterprise Virtualization
.

but that the fedorahosted project above is obsolete, replaced by:

http://www.ovirt.org/Subprojects

in which any mention of TUV by name is in the title of each
reference.

Yasha Karant




-- 
Thanks,


Jamie Duncan
@jamieeduncan






--
Thanks,

Jamie Duncan
@jamieeduncan

Re: SL REST API

[David Sommerseth]

On 27/05/14 18:52, Yasha Karant wrote:
> Does SL (i.e., TUV EL) have a standard enterprise-quality production
> REST API that will interoperate with non-EL "clouds"?
> 
> The most I could find on a short search is:
> 
> http://developerblog.redhat.com/2013/12/12/advanced_integration_rhevm-part1/
> 
> 
> Advanced integration with Red Hat Enterprise Virtualization Manager
> (RHEV-M) – Part 1 of 2
> 
> and
> 
> https://fedorahosted.org/rhevm-api/
> 
> This is an effort to define an official REST API for Red Hat Enterprise
> Virtualization .
> 
> but that the fedorahosted project above is obsolete, replaced by:
> 
> http://www.ovirt.org/Subprojects
> 
> in which any mention of TUV by name is in the title of each reference.

Hi,

I think you might find deltacloud interesting.




--
kind regards,

David Sommerseth

Re: SL REST API

[Lamar Owen]

On 05/27/2014 12:52 PM, Yasha Karant wrote:
Does SL (i.e., TUV EL) have a standard enterprise-quality production 
REST API that will interoperate with non-EL "clouds"?





In a later message in the thread, you mention VMware specifically.

The VMware CLI is available for EL, and there are a number of Open 
Source components.  You'll need to dig, and the particular terminology 
used by VMware has its own learning curve (just like the learning curve 
for everybody else who seems to want to differentiate their product by 
using contrived (and trademarkable) names). (Here's a link to some of 
the OpenSource components of VMware's current vCloud setup: 
https://my.vmware.com/web/vmware/info/slug/datacenter_cloud_infrastructure/vmware_vcloud_suite/5_5#open_source 
)  If that link doesn't work for you it may be because I am registered 
with vmware.com and have a login to same


Do note that 'REST' or 'RESTful' is describing an architectural style 
and not a strict API per-se.  That is, plan old HTTP 1.1 is a ReST API 
(ReST := Representational State Transfer; see the wikipedia article on 
same).  So two totally incompatible API's can both be 'REST' APIs but 
not interoperate.


It also depends upon what you mean by 'interoperate.'

There are good reasons to use VMware, especially if you already have the 
in-house knowledge base.


'Cloud' is such a nebulous term.