Microsoft.Azure.Management.DataLake.Store против Microsoft.Azure.DataLake.Store

Question

Я только начал работать с озером данных Azure в .NET. Я обнаружил, что доступно 2 библиотеки:

Microsoft.Azure.Management.DataLake.Store
Предоставляет Data Lake Store Возможности управления учетными записями и файловой системой для Microsoft Azure.

Microsoft.Azure.DataLake.Store
Библиотека файловой системы хранилища озера данных Microsoft Azure для Dot Net

Обе эти библиотеки работают с FileSystem, какую мне следует использовать?

Answer 1

Microsoft.Azure.DataLake.Store - текущий поддерживаемый dataplane (чтение / запись / управление Acls) sdk. Dataplane из Microsoft.Azure.Management.DataLake.Store не поддерживается, поддерживается только плоскость управления Microsoft.Azure.Management.DataLake.Store.

Причины использования Microsoft.Azure.DataLake.Store поверх плоскости данных Microsoft.Azure.Management.DataLake.Store:

1. Внутренне внедряет лучшие практики, которые в противном случае должны быть запрограммированы каждым клиентом явно (мы обнаружили, что это частый источник проблем в коде клиента) а. Восстановление плохого смещения б. управление syncFlag с. Аренда на уровне файлов и идентификаторы сеансов д. группировка чтения и записи в размер блока е. Повторите политику, которая лучше всего работает со службой и семантикой конкретного API е. На стороне клиента getContentSummary г. Перечисление выгружаемого файла
2. Более простая модель программирования а. ACL как первоклассные объекты, а не строки б. Reader and writer Потоки для файла, который внутренне выполняет постраничное чтение / запись с. IEnumerable для перечисления файлов с использованием итераторов или для фильтрации с использованием Linq д. Клиентский объект вместо вызова каждого метода с именем учетной записи
3. Лучшая производительность при массовой загрузке / скачивании файлов
4. Поддержка новых функций а. рекурсивные списки ACL
5. Здесь будут все наши будущие инвестиции.