Thanks, Yannick. I will give a try first for signed-URLs and if it proves to be effort taking I will just use the plain read/write in the requests. Thanks for the clarifications.
- Suresh On Monday, 21 August 2017 20:15:29 UTC+5:30, Yannick (Cloud Platform Support) wrote: > > Hello Suresh, to answer your questions: > > 1) While there is no timing information available to quantify the added > delay, it should not prove to be an issue. Make sure that the bucket you > want to use is in the same region as your App Engine application to > minimize delays. > 2) Network ingress is free for both App Engine and Google Cloud Storage so > you should not incur any additional network charges, though it might result > in your application getting more requests and thus using a bit more > instance hours. > 3) Signed urls for reading would simply be signed urls, as those can be > made to allow read-only access to objects. If your goal is to give access > to a known list of accounts you could try looking into authenticated > browser downloads > <https://cloud.google.com/storage/docs/collaboration#browser>. > > I hope this helps. Let me know if and how I should expand on my answer. > > On Sunday, August 20, 2017 at 2:21:59 PM UTC-4, Richard Cheesmar wrote: >> >> Forgot to mention, once the images are uploaded onto the cloud you will >> need to pass image urls and some kind of reference to id what image is what >> back to the server for reference later in your code...a simple ndb model >> would suffice. >> >> On Saturday, August 19, 2017 at 9:48:49 PM UTC+3, Suresh Jeevanandam >> wrote: >>> >>> Hi, >>> In my application, I need to store a set of images with a particular >>> kind. >>> These will be uploaded by a small set of users (~20) but be read by a >>> lot. >>> >>> Now I am wondering which way to go about this. Storing the images in >>> the data-store blobs vs using the outdated blob-store vs using cloud >>> storage. I am trying to use cloud storage as it seems to be the recommended >>> one. >>> >>> Again with using cloud storage, I have to choose among few options. >>> It appears the easiest option is to use the cloudstorage module and read >>> and write from/to the bucket in the requests. But I also see few posts >>> about signed URLs. As far as I could see, the signed URLs have the >>> advantage that the data moves between the client and the storage bucket >>> without having to go through appengine. >>> >>> Let's say I choose the easier option of routing the data movement >>> through appengine, what am I losing: >>> 1. Delays ? >>> 2. Cost? Does read, write from appengine incur additional cost. Since >>> uploading is a rare thing in my application, is there an easy way to give >>> direct URL links for images stored in cloud-storage with access restriction >>> (something like signed URLs for reading) - Sorry if I miss something here >>> stated obviously in the documentation somewhere. I see information about >>> this scattered around and all confusing. I wish we had a more organized >>> documentation. >>> >>> - >>> Suresh >>> >> -- You received this message because you are subscribed to the Google Groups "Google App Engine" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To post to this group, send email to [email protected]. Visit this group at https://groups.google.com/group/google-appengine. To view this discussion on the web visit https://groups.google.com/d/msgid/google-appengine/fd8be4c4-ba57-47fe-91a1-4acdeb102407%40googlegroups.com. For more options, visit https://groups.google.com/d/optout.
