<div dir="ltr">Okay, it seems I did not express myself very well :) But then there is a rhetorical question: if it's officially recommended to use the service with the name that starts with "S", why does Nova use a service with the name beginning with "G" to store its images? <br><br>As you may know Glare is a proxy to Swift, Ceph and other possible cloud storages, and it provides an abstraction (artifact) upon them + several additional features (like custom data validation and conversion) that Swift doesn't and shouldn't have. And for sure I was talking about secure and customizable catalog of binary data with its metadata, and not the concrete storage implementation. Sorry again for this confusion :)<br><div><br></div><div>Best,</div><div>Mike</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 13, 2017 at 8:04 PM, Ian Cordasco <span dir="ltr"><<a href="mailto:sigmavirus24@gmail.com" target="_blank">sigmavirus24@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">-----Original Message-----<br>
From: Jeremy Stanley <<a href="mailto:fungi@yuggoth.org">fungi@yuggoth.org</a>><br>
Reply: OpenStack Development Mailing List (not for usage questions)<br>
<<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.<wbr>openstack.org</a>><br>
Date: February 13, 2017 at 10:14:24<br>
To: OpenStack Development Mailing List (not for usage questions)<br>
<<a href="mailto:openstack-dev@lists.openstack.org">openstack-dev@lists.<wbr>openstack.org</a>><br>
Subject:  Re: [openstack-dev] [tc][glance][glare][all]<br>
glance/glare/artifacts/images at the PTG<br>
<br>
</span><span class="">> On 2017-02-13 18:23:19 +0300 (+0300), Mikhail Fedosin wrote:<br>
> [...]<br>
> > Almost every project works with some binary data and must store it<br>
> > somewhere, and almost always storage itself is not the part of the<br>
> > project's mission. This issue has often been neglected. For this reason<br>
> > there is no single recommended method for storing of binary data, which<br>
> > would have a unified public api and hide all the things of the internal<br>
> > storage infrastructure.<br>
> [...]<br>
><br>
> If you'll forgive the sarcasm, it sounds like you're proposing that<br>
> OpenStack components should be able to rely on the existence of a<br>
> standard service suitable for generalized storage and retrieval of<br>
> arbitrary blobs of data through an API. Our trademark<br>
> interoperability requirements may even guarantee the presence of one<br>
> already in any compliant deployment; I'll have to check... ;)<br>
<br>
</span>Well it's a storage service, so I hope the name doesn't start with "S". ;D<br>
<br>
--<br>
Ian Cordasco<br>
<div class="HOEnZb"><div class="h5"><br>
______________________________<wbr>______________________________<wbr>______________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.<wbr>openstack.org?subject:<wbr>unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/<wbr>cgi-bin/mailman/listinfo/<wbr>openstack-dev</a><br>
</div></div></blockquote></div><br></div>