API-интерфейс Openstack - разница между динамическими большими объектами (DLO) и статическими большими объектами (SLO)

Question

Я хочу загрузить большие объекты в объект objectstorage с помощью API openstack. Я узнал, что могу сделать это с помощью Large Objects. В API описаны два разных объекта: статические большие объекты (SLO) и динамические большие объекты (DLO). Для обоих мне нужно загрузить все части, а затем манифест, содержащий ссылки на эти части.

Теперь мой вопрос: в чем разница между этими двумя? И что я должен использовать? Мои файлы не меняют свой размер. Они загружаются один раз, а затем они обычно не меняются. Итак, я бы предположил использовать SLO?

Спасибо за консультацию!

Answer 1

Я нашел решение от Oracle: Using Oracle Storage Cloud Service

Различия между этими двумя является то, что файл манифеста SLO содержит все имена contailer/файлов сегментов. Сегменты могут находиться в разных местах. Так что это называется static, потому что все файлы загружаются и не меняются.

Файл манифеста для DLO пуст. Все сегменты должны находиться в том же контейнере, что и файл манифеста. Этот файл динамически определяет части большого объекта, который нужно загрузить.

Answer 2

Я написал сообщение в блоге на хранении объектов проявляется для службы Bluemix @http://blog.ibmjstart.net/2016/04/14/e-pluribus-unum-creating-openstack-manifest-objects-in-ibm-bluemix-object-storage/, которые также могут помочь пролить свет на их полезность.

Выдержки:

• Статические большие объекты (SLO) - Полагается на условии пользовательского файла манифеста. Выгодно для использования, когда разработчик хочет «mashup» объекты из нескольких контейнеров и ссылаться на них в самогенерированном файле манифеста. Это дает вам немедленный доступ к конкатенированному объекту после принятия манифеста. Загрузка сегментов в отдельные контейнеры дает возможность улучшить одновременную скорость загрузки. С другой стороны, определение конкатенированного объекта замораживается до тех пор, пока манифест не будет заменен.
• Динамические крупные объекты (DLO) - Использует файл манифеста с нулевым байтом в контейнере. Выгодно для использования, когда разработчик может добавлять/удалять сегменты из манифеста (например, объекты из контейнера) в любое время. Несколько недостатков включают в себя уверенность в возможных согласованных списках контейнеров, что означает, что может быть какая-то задержка до того, как доступ к полному конкатенированному объекту будет доступен. Также необходимо, чтобы все сегменты находились в одном контейнере, что может ограничивать одновременную скорость загрузки.

Основываясь на вашем прецеденте, я бы согласился с тем, что SLO, вероятно, имеет наибольший смысл.