MongoDB
 sql >> база данни >  >> NoSQL >> MongoDB

Анализирайте миграцията към heroku/aws по отношение на изображението

Както знаете, Parse Files е функция, позволяваща на разработчиците да качват файлове (до 10 мегабайта всеки) и да препращат към тези файлове от обекти в класове данни на Parse Core или директно чрез URL адрес, предоставен в отговора на API от Parse.

Зад кулисите Parse качва вашите файлове в S3 контейнер, притежаван от Parse (files.parsetfss.com) и префиксира файловите обекти с вашето приложение „File key“.

За да отговорим директно на въпросите ви, има активни решения в процес на разработка и ето най-новото, отнасящо се до миграцията и опционалните опции за съхранение на Parse File след миграцията.

Как да мигрирам наследените си файлове за разбор към Parse Sever? Мигриране на наследени файлове за разбор от S3 контейнер, притежаван от Parse, към притежаван от разработчиците Parse Sever:https://github.com/ParsePlatform/parse-server/issues/8

Какви опции НЕ за база данни имам за съхраняване на моите файлове за анализ след мигриране към сървър за анализ? Добавете поддръжка за качване на Parse Files директно в Amazon Simple Storage (S3) чрез S3 адаптер, изпълняващ Parse Server:https://github.com/ParsePlatform/parse-server/pull/113

Съображения за мигриране на файлове за анализ: Когато потребител за първи път качи файл, услугата Parse го качва на files.parsetfss.com и отговаря с връзка директно към файла. В този момент НЯМА УКАЗАТЕЛ или МЕТАДАННИ, препращащи към този файлов обект в Parse Core или други класове данни. Разработчикът ще трябва да запази препратка към този файл в собствения си клас данни ИЛИ да направи друго API извикване, за да създаде обект или да актуализира съществуващ обект и да асоциира Parse File с този обект. В противен случай файлът е осиротяло . Parse ви позволява да "Почистите файлове" в настройките на приложението на вашето приложение. Тази опция ще изтрие всички файлове, които не са посочени от никакви обекти. Осиротелите файлове могат да бъдат изтрити само с помощта на главния ключ и в момента няма начин да търсите ВСИЧКИ ваши качени файлове за анализ на акаунт или приложение, освен ако не е свързано с обект от клас.

Какво се случва със СЪЩЕСТВУВАЩИТЕ файлове за анализиране по време на миграцията към сървър за анализиране? По време на миграцията файловете остават в кофата S3 на Parse, но наскоро мигрираният Parse Server знае как да продължи да ги обслужва след миграцията. НЯМА МИГРИРАНИ ФАЙЛОВЕ! Само указателите към кофата S3, притежавана от Parse И само ако тези файлове са свързани с обект. Така че, ако разработчикът НЕ МИГРИРА „наследените“ преди миграция Parse файлове от Parse преди изключване на Parse през 2017 г., той може да загуби достъп до тези файлове. Parse и общността на Parse Server с отворен код работят АКТИВНО върху предоставянето на решения за миграция. Вижте тук .

Какво се случва с НОВИТЕ файлове за анализ, качени след миграцията към сървъра за анализ? Нови файлове за анализ, качени на сървър за анализ след мигриране се хостват в MongoDB GridStore(Mongo) . Само файловете, качени през крайната точка на API на api.parse.com, се хостват от Parse. С други думи, ако сте мигрирали приложението си към Parse Server, но не сте актуализирали клиентите, за да използват новата крайна точка на API на Parse Server, тези файлове за Parse ще продължат да бъдат качени в S3 контейнера, притежаван от Parse. За тези клиенти, които качват Parse Files, използвайки своята нова крайна точка на API за Parse Server, файловете ще се съхраняват директно в базата данни MongoDB на разработчиците.

Надявам се, че сте намерили тази информация за полезна.




  1. Redis
  2.   
  3. MongoDB
  4.   
  5. Memcached
  6.   
  7. HBase
  8.   
  9. CouchDB
  1. Mongo _id за масив от поддокументи

  2. Mongoose изтегля ObjectId от масива

  3. ECONNREFUSED грешка при свързване към mongodb от node.js

  4. mongo експорт SyntaxError:липсва; преди израз @(shell):1:14

  5. Защо получавам pymongo.cursor.Cursor, когато се опитвам да отправя заявка към моята mongodb db чрез pymongo?