Удаленный сервер хранения объектов для PHP

Приветствую вас, разработчики!

Родилась на днях идея у меня: реализовать удаленное хранилище данных для объектов php.

Принцип.

Идём на сайт хранилища, получаем логин-пасс. Качаем библиотеку, подключаем с указанием полученных данных для авторизации. Пользуемся как store/receive (set, get) или подобное для объектов php, json, массивов и тому подобного.

Особенности.

Схоже с memcwched, да, но без lifetime, без разворачивания сервера, без php модуля.

Преимущества.

Помимо вышесказанного, это получается полная кроссплатформенность, доступ из любой точки (в том числе и с GUI по web), разграничение прав доступа при желании (например, сделать иерархию как папки на компьютере и им разграничить доступ)

Монетизация.

В идеале, оплата доступа к сервису либо оплата на лимит объема данных.

Наша команда.

Один программист в лице меня.

Каким я вижу проект (планы).

Развитие до полноценного сервиса.

Реализовать различные модули для работы с сервисом, например, из консоли linux/windows

Простите за кажущиеся глупости в тексте. Появилась мысль - поделился для вынесения Вашего вердикта, ибо сие есть трибуна.

Всем спасибо!

0
37 комментариев
Написать комментарий...
Zoibana

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

Ответить
Развернуть ветку
Станислав Курочкин
 Чем это лучше хранения всего этого добра в файлах на локальной машине?

Вот именно. И на локальную машину тоже, если очень надо, спокойно делается доступ из любой точки.

Ответить
Развернуть ветку
Юрий Козин
Автор

А как на другой машине вы это уточните?

Ответить
Развернуть ветку
Zoibana

Открыв доступ к серваку с хранилищем извне

Ответить
Развернуть ветку
Bulat Ziganshin

аналог - не memcahed, а https://aws.amazon.com/ru/s3/

так что это никому не нужно и никогда не удастся монетизировать, инфа сотка ))))

Ответить
Развернуть ветку
Юрий Козин
Автор

Да уж, тут не поспоришь. Не знал о его существовании.

Тогда вопрос к тем, у кого горел пукан: что же, Амазон сделал никому ненужный сервис, что ли?

Ответить
Развернуть ветку
Максим Пинюгин

Пукан у меня не горел, но я отвечу. Этот сервис не имеет ничего общего с идеей, описанной в посте, кроме слова «объекты» в описании. Amazon S3 очень популярное решение для хранение статичного контента (изображения, Файлы и тд). Подключение этого сервиса к веб приложению позволяет во-первых серьезно снизить нагрузку на веб-сервер, так как часть запросов будет идти напрямую на сервера Амазон, во-вторых не покупать заранее терабайтные диски в сервер, а платить только за фактически используемое место и трафик. Плюс снимаются вопросы бэкапирования, разграничения доступа и некоторые другие.

Юрий, позволю вам дать ещё один совет - более критично относиться к тому что пишут другие люди. Автор комментария не разобрался сам и вы не разобравшись сделали какие-то выводы. Так нельзя, вы же в ИТ работаете. Все гуглится за 10 минут.
Успехов!

Ответить
Развернуть ветку
Bulat Ziganshin

мне кажется, это вы немного не разобрались. есть такое понятие - key/value storage. S3 предоставляет API не только для хранения стат. контента, он может быть использован например соцсетью для хранения медиа-контента, загружаемого пользователями. для статики же есть более простые решения - CDN

KVS же сейчас предлагаются не только любой приличной облачной платформой, но и отдельными хостерами. я например работал над такой платформой в яндексе

так что я посмеялся над обоими сторонами - ТС, который даже отдалённо не представляет сколько задач должна решать современная служба хранения данных, и его оппонентами, уверенными что они сами всё на коленке сделают

Ответить
Развернуть ветку
Максим Пинюгин

Медиа-контент загружаемый пользователями не является статикой?

То что в теории в Amazon S3 можно хранить не только файловый контент, но и любые другие данные, в том числе о которых говорил ТС, не значит что есть реальные кейсы для использования Amazon S3 таким образом.

Можете поделиться кейсом использования Амазон S3 для хранения каких то объектов, не являющихся медиа-контентом или файлами, предназначенными для скачивания?

Ответить
Развернуть ветку
Юрий Козин
Автор

Уважаемый! Почитайте мой ответ к вашему первому тут комментарию. Я, думал, что я дал достойный ответ. А про пукан - было не в ваш адрес. Даже примерно не понимаю, почему вы это на свой счёт приняли.
Добавлю, что рад, что мне не нужно доказывать, что я работник IT сферы. Горжусь этим и не скрываюсь.

Ответить
Развернуть ветку
Максим Пинюгин

Конкурентом memcached это никогда не станет. Все преимущество memcached в быстром(почти моментальном) доступе к данным. В случае работы по сети тут будут такие большие задержки, которые сделают данный сервис абсолютно непригодным к использованию.
Но самая большая проблема в том, что рынка не существует под этот проект. Совет не тратить время.
При необходимости любой средний разработчик решит задачу хранения «объектов» за час-два. Быстрее, чем будет интегрировать ваш SDK в свой проект.

Ответить
Развернуть ветку
Юрий Козин
Автор

Спасибо за конструктивный комментарий.
Неприятно, как-то, видеть, что у некоторых подгорает одно место при чтении моего поста с изложением одной лишь мысли.
P.s. ровно для подобной оценки и был написан пост.
Спасибо.

Ответить
Развернуть ветку
Zoibana

Я сказал все то же самое.

Ответить
Развернуть ветку
Юрий Козин
Автор

Виноват. И вам спасибо за конструктивный подход без эмоциональной подоплеки.

Ответить
Развернуть ветку
Zoibana

То есть хранить свои объекты где-то на ваших серверах?
Чтобы что? Почему именно объекты? Почему не строки/json?

Ответить
Развернуть ветку
Юрий Козин
Автор

Почитайте ещё раз текст, там написано о том, о чем вы спрашиваете

Ответить
Развернуть ветку
Denis Kiselev

Это или s3, или mongodb

Ответить
Развернуть ветку
Вася Пражкин

MVP, первые пользователи есть?

Ответить
Развернуть ветку
Юрий Козин
Автор

Это - концепт.
Реализовать при огромном желании MVP могу за неделю.

Ответить
Развернуть ветку
Вася Пражкин

Без первых пользователей это мало кому интересно.
Кого видите своей аудиторией и как думаете привлекать пользователей?

Ответить
Развернуть ветку
Юрий Козин
Автор

Пользователи - backend-разработчики, коих много в крупнейших компаниях. В идеале сервис может стать конкурентом memcache.
Привлечение по началу за счёт it сообществ, дальше - не могу сказать, к сожалению, я же программист.

Ответить
Развернуть ветку
Станислав Курочкин
 backend-разработчики, коих много в крупнейших компаниях

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

Ответить
Развернуть ветку
Юрий Козин
Автор

Так ни кто не мешает настроить через gui доступы по ip

Ответить
Развернуть ветку
Станислав Курочкин

Проблема не в организации доступа, а в самом факте: с какой это стати то, от чего может зависеть повседневная работа компании, должно храниться непонятно у кого в облаке? Как на это должны смотреть безопасники и руководители?

Ответить
Развернуть ветку
Юрий Козин
Автор

Так поднимите этот сервис локально)

Ответить
Развернуть ветку
Станислав Курочкин

А зачем вы тогда это придумали, если всё уже есть?

Ответить
Развернуть ветку
Юрий Козин
Автор

Например, области доступа в memcache я, что-то не знаю

Ответить
Развернуть ветку
Станислав Курочкин

Ну вы хотя бы сочините историю, в которой это было бы нужно. Раз уж (наверняка) реальных ситуаций нет.

Ответить
Развернуть ветку
Юрий Козин
Автор

А вы, что бы я вам сочинял?

Ответить
Развернуть ветку
Станислав Курочкин

Юрий, я не приносил сюда никакого прожекта, чтобы его комментировали. Вы в порядке?

Ответить
Развернуть ветку
Станислав Курочкин

Кажется, между строк плохо читается. Уточню. Если вы бы вы попробовали сочинить историю (пользовательский сценарий), в которой без такого сервиса было бы не обойтись, у вас бы картина мира серьёзно поправилась.

Ответить
Развернуть ветку
Вася Пражкин

А зачем backend-разработчикам использовать Ваш сервис, который сильно медленней, нежели локально поднятый memcached или redis?

Пока Вы сами не поймете, кто Ваша аудитория и зачем им нужен Ваш сервис - скорей всего, никто ни копейки не вложит в данный стартап.

Ответить
Развернуть ветку
Zoibana

Del

Ответить
Развернуть ветку
Аккаунт удален

Комментарий недоступен

Ответить
Развернуть ветку
Юрий Козин
Автор

Интернет-магазины - это пройденный для меня этап.

Ответить
Развернуть ветку
Аккаунт удален

Комментарий недоступен

Ответить
Развернуть ветку
Юрий Козин
Автор

Можете писать мне на почту
[email protected]

Ответить
Развернуть ветку
34 комментария
Раскрывать всегда