Open Stack

Hi Frank,

I had a try with it on my box here. Most of OwnCloud's features are done by
OwnCloud host. Not too much functions rely on Swift's feature. It simply
uses CRUD methods.

[Suggestions]

   - Multiple containers/accounts for Swift as primary storage. The
   performance will degrade while over 1million within a container.
   - Since all metadata is stored in the DB on OwnCloud host. And OwnCloud
   remaps the filename as object_id in Swift. That would be good to store some
   mapping metadata in Swift for safety. If the DB crashed, no chance to get
   the proper data from Swift. User has no knowledge about object name
   "urn:oid:153".
   - For large object(100MB+), OwnCloud chunks it into pieces and upload
   each segment to Swift as single object. Swift provide two methods for
   handling large object DLO/SLO. It might be good to leverage it for reduce
   some loading on OwnCloud. And more consistency of how large object been
   stored in Swift.
   - Data traffic passthrough the OwnCloud server will cause the
   bottleneck/loading on OwnCloud host. To upload data to Swift API from
   client app directly may bring you some benefits.
   - OwnCloud can have the shared link from Swift directly via TempURL
   feature.
   - The Object expired feature of Swift is a plus for OwnCloud to use.
   - Pre-create folders for user in objectstore as primary storage mode.
   - When downloading file, seems OwnCloud will cache it somewhere. Once
   the entire object were loaded into OwnCloud then sending to user. To
   streaming it is an ideally way to do so from my perspective.


Renaming is easy on OwnCloud by overwriting the value in DB.
Thumbnail is good idea.
To edit txt file on Web is awesome.

I got a problem to upload a 470MB object from OSX client app. It just
showed me timeout but no any further clues here.

Cheers // Hugo




2014-07-04 10:31 GMT+08:00 John Dickinson <me at not.mn>:

> That's fantastic news! Hearing more companies and applications supporting
> Swift is great for the community, and it gives us as contributors yet
> another use case to reference.
>
> I work with Hugo, so I'll peek over his shoulder to check it out.
> Meanwhile, if there's anything I can do to help answer questions or get
> involved in the community (from contributing to getting issues addressed),
> please let me know.
>
> --John
>
>
> > On Jul 3, 2014, at 6:01 PM, Frank Karlitschek <frank at owncloud.com>
> wrote:
> >
> > Hi everyone,
> >
> >
> > Tom Fifield recommended that I send a message to this list.
> >
> > As some of you might know we at ownCloud just added Swift support as
> primary storage to ownCloud. This will be released as part of our upcoming
> release 7 in about 3 weeks.
> >
> > The code can be seen here.
> > https://github.com/owncloud/core/pull/8383
> >
> >
> > ownCloud is a fully open source solution that can be used a self hosted
> Dropbox or Google Drive alternative. The new Swift backend is an important
> step for us to mask ownCloud more scalable, easier to deploy in bigger
> setups and integrate it better into OpenStack.
> >
> > Tom suggested to ask here for testers who are willing to try ownCloud 7
> together with Swift.
> > We just announced the RC1 a few minutes ago:
> >
> http://mailman.owncloud.org/pipermail/announcements/2014-July/000049.html
> >
> >
> > So it would be great if you guys could give it a test and give some
> feedback.
> >
> >
> > Thanks a lot
> >
> >
> > Cheers
> > Frank
> > _______________________________________________
> > Mailing list:
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> > Post to     : openstack at lists.openstack.org
> > Unsubscribe :
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>
> _______________________________________________
> Mailing list:
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
> Post to     : openstack at lists.openstack.org
> Unsubscribe :
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack/attachments/20140707/e30ecb67/attachment.html>