Usage of 5.0 Market Places, will HTTP Market Place replace AppMarket?

Hello,

Our 5.0 lab is running fine and I managed to create a new HTTP Market Place as describe in the documentation, but I have a little concern about its use:

  • Every OpenNebula instance which want to use this Market Place need SSH access to the server hosting the images which make it unusable as public Market Place for our users
  • Adding an Apps does not have a nice template wizard, only the VM template and App template with ATTRIBUTE = "VALUE". It could be interesting to create an App from a VM template or a OneFlow service template.
  • The AppMarkets are now depreacted in favour of HTTP Market Place, but this one lakes some features like catalogues.

I think the OpenNebula AppMarket Add-on is just missing the upload to full fill our needs.

Or maybe the HTTP Market Place will improve to get the missing features?

Regards.

DaD http://forum.opennebula.io/users/dad Daniel Dehennin
http://forum.opennebula.io/users/dad
July 21

Hello,

Our 5.0 lab is running fine and I managed to create a new HTTP Market
Place as describe in the documentation, but I have a little concern about
its use:

  • Every OpenNebula instance which want to use this Market Place need
    SSH access to the server hosting the images which make it unusable as
    public Market Place for our users

Not really, the idea is that every zone has its own market place. This is
more like a distributed catalog. You can add then all the marketplaces (you
want, each one with its own ACLs potentially), and you’ll get a list of all
the apps in the app list.

When a user wants to “publish” an image he has to create the zone where the
image lives.

  • Adding an Apps does not have a nice template wizard, only the VM
    template and App template with ATTRIBUTE = “VALUE”. It could be
    interesting to create an App from a VM template or a OneFlow service
    template.

Totally agree!

I think the OpenNebula AppMarket Add-on
https://github.com/OpenNebula/addon-appmarket is just missing the
upload to full fill our needs.

Or maybe the HTTP Market Place will improve to get the missing features?

Please open this requests in the dev portal, our efforts will concentrate
on improving the new marketplace component as it is more integrated with
OpenNebula. We also plan to add more app types (flows etc…)

Thanks for your feedback!

Regards.

Visit Topic
http://forum.opennebula.io/t/usage-of-5-0-market-places-will-http-market-place-replace-appmarket/2611/1
or reply to this email to respond.

You are receiving these emails cause you have enabled mailing list mode.

To unsubscribe from these emails, click here
http://forum.opennebula.io/email/unsubscribe/7017833f4e54fd7bfe3b2519af59daf0d002ea151e145c1128ce01ce2d63e4ba
.

Ruben S. Montero, PhD
Project co-Lead and Chief Architect
OpenNebula - Flexible Enterprise Cloud Made Simple
www.OpenNebula.org | rsmontero@opennebula.org | @OpenNebula

“Ruben S. Montero” opennebula@discoursemail.com writes:

Hello,

[…]

  • Every OpenNebula instance which want to use this Market Place need
    SSH access to the server hosting the images which make it unusable as
    public Market Place for our users

Not really, the idea is that every zone has its own market place. This is
more like a distributed catalog. You can add then all the marketplaces (you
want, each one with its own ACLs potentially), and you’ll get a list of all
the apps in the app list.

When a user wants to “publish” an image he has to create the zone where the
image lives.

I may have misunderstood something, the HTTP Maket Place does not have
the purpose to replace a public catalogue like
http://marketplace.opennebula.systems/appliance?

So, to resume what I understood:

  • for all the OpenNebula I manage, I can add the same HTTP Market Place
    to share Apps between all my zones/clusters.

    For example, I have two clusters with disjoined datastores, I can
    import VM images from cluster1 to the Maket Place and download them in
    a datastore of cluster2.

    Is that right?

  • I can not use the HTTP Market Place to expose Apps to the outside
    world (not managed by me). For this, I need to setup the AppMarket
    addon. Is that right?

[…]

I think the OpenNebula AppMarket Add-on
https://github.com/OpenNebula/addon-appmarket is just missing the
upload to full fill our needs.

Or maybe the HTTP Market Place will improve to get the missing features?

Please open this requests in the dev portal, our efforts will concentrate
on improving the new marketplace component as it is more integrated with
OpenNebula. We also plan to add more app types (flows etc…)

I opened one[1] to create an App from a template.

Thanks.

Footnotes:
[1] https://dev.opennebula.org/issues/4684

Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6 2AAD CC1E 9E5B 7A6F E2DF

Yes, you are right. The new marketplaces (using any of its backends, http, s3,…) is aimed to replace the addon. Note also that the addon was intended to be used with in an organization and not to the outside world. Although you are right that the original addon does not require to federate zones. If this is your case, you can still use the addon in that mode and add a marketplace using the driver one

Yes right, and as you said this may happen across zones. Cluster1 in zone1 and cluster2 in zone2…

awesome thanks :slight_smile:

“Ruben S. Montero” opennebula@discoursemail.com writes:

[…]

Although you are right that the original addon does not require to federate zones. If this is your case, you can still use the addon in that mode and add a marketplace using the driver one

I have some concerns about this addon, because the HTTP Market Place is
aimed to replace it, will the addon-appmarket continue to be supported?

For our users usage[1], federate zones is not really possible, so we
definitely need a central place to host app template and images.

We may want to make some contributions to addon-appmarket in some future
to permit to upload images in addition to register app templates. I just
need to convince our product owner :wink:

Yes right, and as you said this may happen across zones. Cluster1 in zone1 and cluster2 in zone2…

Ok, so the App definitions are shared by all federated zones, Thanks for
the explanation.

Regards.

Footnotes:
[1] https://dev.opennebula.org/issues/3872

Daniel Dehennin
Récupérer ma clef GPG: gpg --recv-keys 0xCC1E9E5B7A6FE2DF
Fingerprint: 3E69 014E 5C23 50E8 9ED6 2AAD CC1E 9E5B 7A6F E2DF

Maybe we can evolve the current marketplace to allow anonymous access. This will impact on OpenNebula Auth subsystem ACLs and the like. Uploading will require authentication though.

Cheers

Sorry to hijack this thread, I am trying to setup HTTP Market place and find this as most relevant in this forum

I have setup Apache Web Server with a public dir configured as given and is accessible via say, http://opennebula1/appliances. Apache server is running on same machine as Opennebula so i have skipped BRIDGE_LIST configuration and all is fine. I can export / download / import image/templates from local opennebula instance

If i need to use this market place from another opennebula instance (say opennebula2) - what would be my configuration? do i need to add BRIDGE_LIST to my first opennebula server where apache market place run for upload ? does it also require passwordless ssh access to opennebula1/market, as i observe it attempts ssh when market is run on different machine?
Is it not using http transfer - as we prefer http than ssh?

Moreover, i don’t see the apps listed in opennebula2 (created on opennebula1). Does it not enough to just have http://opennebula1/appliances access to list apps? And also possibly download / import apps ?

Please advise. Your response is very much appreciated

Thanks
Karthick

So, I’m back at marketplace management since we move forward our solution in that direction.

It looks like things have moved to a simple appmarket service using YAML files do describe appliances.

Right?

I made a simple test of the simple appmarket service and it looks good to me.

Now, I need to define a workflow to build the images and export them, I don’t want to use external resources, here is what I’m doing in my tests:

  1. Build a VM in OpenNebula
  2. Export the disk to an HTTP market
  3. Create the YAML describing the appliance, the disk URL point to a reverse proxy to reach the SOURCE attribute of the exported applicance
  4. Publish the YAML

I have two issues:

  1. onemarketapp show XXX has only an MD5 checksum, is it possible to calculate the SHA256 checksum to be used in the YAML file
  2. the appliance disk is not compressed, is it possible to have the HTTP market store bzip2 compressed files?

Thanks.