Существует ли какой-либо стандартизированный протокол хранения объектов для хранения данных + метаданных?
Когда дело доходит до запросов к базам данных, вы можете положиться на SQL или при обмене электронными письмами вы можете положиться на SMTP.
Они оба являются стандартами для разных поставщиков. Мы могли бы обобщить это на многие другие "стандартизированные услуги".
Это позволяет легко поддерживать поставщика услуг. Я могу изменить локальный MySQL на управляемый или сменить SMTP другим, просто изменив конфигурацию приложения, не меняя код.
Вопрос:
Когда дело доходит до "хранения двоичных файлов", как, например, говорят компании, которой необходимо хранить фотографии, отправленные пользователями, PDF-файлы, отправленные поставщиками, и записи телефонных звонков из отдела качества...
... когда речь идет о "хранении двоичных файлов по сети", существует ли какой-либо отраслевой стандарт в форме "ключ-значение-метаданные", где значением является двоичный файл, метаданные являются свободным объектом (возможно, с информацией о создании время, кто является создателем, контекст создания и т. д.); а идентификатор является функцией содержимого (например, Sha1 или чего-либо еще), которое обеспечивает меры по предотвращению дублирования при разработке?
Когда я говорю "промышленный стандарт", я имею в виду, что мне все равно, если "за" моим подключающимся API, "реальное" хранилище реализовано с помощью redis, mysql, простой файловой системы или S3 от AWS... просто что-то "стандартное", заданное несколькими сторонами, к которому я подключаюсь, и я могу "легко изменить то, что позади" по конфигурации, и перейти от одного поставщика хранилища к другому с той же простотой, мы меняем наш SMTP, например, не заботясь о том, есть ли sendmail или постфикс позади.