rss Twitter Добавить виджет на Яндекс
Реклама:
     
 
 
 
     
     
 
 
 
     
     
 

Как выбрать объектные хранилища: коротко о главном

(Частный источник)

Данный материал размещен пользователем сайта. Мнение редакции может не совпадать с мнением автора
На прошедшем в ICL мероприятии для разработчиков - Software development meetup - приглашенный эксперт, Head of Development в Ак Барс Цифровые Технологии Юрий Кербицков поделился собственным мнением о том, кому не стоит использовать объектные хранилища, и какие критерии следует учитывать при его выборе, а также раскрыл детали внутренней кухни хранения данных в своей компании. Все самое важное рассказываем далее в нашем небольшом блиц-интервью.

На прошедшем в ICL мероприятии для разработчиков - Software development meetup - приглашенный эксперт, Head of Development в Ак Барс Цифровые Технологии Юрий Кербицков поделился собственным мнением о том, кому не стоит использовать объектные хранилища, и какие критерии следует учитывать при его выборе, а также раскрыл детали внутренней кухни хранения данных в своей компании. Все самое важное рассказываем далее в нашем небольшом блиц-интервью.

Юрий, скажите, кому не стоит использовать объектные хранилища для хранения данных?

- Я считаю, что использовать их нужно всем. Во-первых, не стоит использовать тем, кому не нужно хранить объекты: файлы, документы в большом объеме и в большом количестве. Во-вторых, не стоит использовать тем, у кого уже есть хорошо отлаженные механизмы по хранению объектов, или тем, кто возможно уже это делает в каких-нить СУБД. Если у вас уже есть решение, то смысл переезжать на объектное хранилище нет.

- Самостоятельно создавать систему хранения данных или использовать текущие решения на рынке? Как выбрать оптимальную опцию?

- Я бы выбрал бы облачное хранилище. Это гораздо удобнее, потому что не нужно держать инфраструктуру, поднимать Дата-центры, самому за все это отвечать. И тут встает вопрос денег. Тут надо все хорошо просчитать, потому что делать on-prem стоит денег, так как это железо и оборудование, которое нужно сопровождать, поддерживать, развивать сервисы. Плюс — это еще и персонал. И вероятнее всего будет дешевле выбрать облачное решение. Но если вы скованы так же, как и мы в Ак Барс Цифровые Технологии, очень жесткими требованиями по информационной безопасности и законодательством, то тогда ваш выбор один – самому развертывать on-prem решения.

Но сейчас уже есть решения, где вы фактически ничего не создаете сами, вы берете готовое решение и делаете некую абстракцию, встраиваете свою бизнес-логику, разграничиваете права доступа и все, инструмент готов. И делаете это либо средствами самого хранилища, либо каким-то дополнительным отдельным сервисом.

- Какие критерии влияют на выбор решения объектного хранилища в компании «Ак Барс Цифровые технологии»?

-  В предыдущем вопросе я уже говорил про то, что мы скованы жесткими требованиями по информационной безопасности и законодательством, поэтому одно из ключевых критериев для выбора решения - это то, что мы должны разворачивать объектное хранилище в нашей инфраструктуре и в нашем Дата-центре. Второй критерий, который мы для себя определили – это соответствие протоколу S3 API. Это нужно для того, чтобы при необходимости объектное хранилище можно было бы легко подменить, и применить минимальное количество кода для того, чтобы заработало новое решение. Еще один критерий – это open-source решения, но это спорный момент на самом деле.
Еще два важных критерия для нас – это отказоустойчивость и масштабируемость. Это означает, что на уровне решения должна быть поддержка хранилища, возможность горизонтально его масштабировать, возможность работать в случае сбоев и главное - не потерять данные.

- Какими будут ваши советы?  

Тем, кто еще с этой темой не сталкивался, но собирается использовать объектное хранилище в своих приложениях, я бы порекомендовал обязательно завязываться на S3 API протоколе. Для того, чтобы в случае, если вы выберете неверное решение, которое по каким-либо критериям не удовлетворит ваши потребности, вы могли бы его достаточно безболезненно поменять. S3 протокол создает слабую связность между компонентами вашей системы и позволяет вам оперативно среагировать при необходимости на какие-то проблемные изменения. Всегда пробуйте и смотрите другие решения, как они будут работать и насколько они подходят именно под вашу задачу.

Автор: Арина Васильева

Рубрики: Интеграция, Маркетинг, ПО

наверх
 
 
     

А знаете ли Вы что?

     
 

MSKIT.RU: последние новости Москвы и Центра

NNIT.RU: последние новости Нижнего Новгорода

ITSZ.RU: последние новости Петербурга