Удаленный сервер хранения объектов для PHP
Приветствую вас, разработчики!
Родилась на днях идея у меня: реализовать удаленное хранилище данных для объектов php.
Принцип.
Идём на сайт хранилища, получаем логин-пасс. Качаем библиотеку, подключаем с указанием полученных данных для авторизации. Пользуемся как store/receive (set, get) или подобное для объектов php, json, массивов и тому подобного.
Особенности.
Схоже с memcwched, да, но без lifetime, без разворачивания сервера, без php модуля.
Преимущества.
Помимо вышесказанного, это получается полная кроссплатформенность, доступ из любой точки (в том числе и с GUI по web), разграничение прав доступа при желании (например, сделать иерархию как папки на компьютере и им разграничить доступ)
Монетизация.
В идеале, оплата доступа к сервису либо оплата на лимит объема данных.
Наша команда.
Один программист в лице меня.
Каким я вижу проект (планы).
Развитие до полноценного сервиса.
Реализовать различные модули для работы с сервисом, например, из консоли linux/windows
Простите за кажущиеся глупости в тексте. Появилась мысль - поделился для вынесения Вашего вердикта, ибо сие есть трибуна.
Всем спасибо!
Я не представляю кейс, при котором это может быть хоть кому-то нужно.
Чем это лучше хранения всего этого добра в файлах на локальной машине?
А сетевые задержки? А если недоступность сервера?
Вот именно. И на локальную машину тоже, если очень надо, спокойно делается доступ из любой точки.
А как на другой машине вы это уточните?
Открыв доступ к серваку с хранилищем извне
аналог - не memcahed, а https://aws.amazon.com/ru/s3/
так что это никому не нужно и никогда не удастся монетизировать, инфа сотка ))))
Да уж, тут не поспоришь. Не знал о его существовании.
Тогда вопрос к тем, у кого горел пукан: что же, Амазон сделал никому ненужный сервис, что ли?
Пукан у меня не горел, но я отвечу. Этот сервис не имеет ничего общего с идеей, описанной в посте, кроме слова «объекты» в описании. Amazon S3 очень популярное решение для хранение статичного контента (изображения, Файлы и тд). Подключение этого сервиса к веб приложению позволяет во-первых серьезно снизить нагрузку на веб-сервер, так как часть запросов будет идти напрямую на сервера Амазон, во-вторых не покупать заранее терабайтные диски в сервер, а платить только за фактически используемое место и трафик. Плюс снимаются вопросы бэкапирования, разграничения доступа и некоторые другие.
Юрий, позволю вам дать ещё один совет - более критично относиться к тому что пишут другие люди. Автор комментария не разобрался сам и вы не разобравшись сделали какие-то выводы. Так нельзя, вы же в ИТ работаете. Все гуглится за 10 минут.
Успехов!
мне кажется, это вы немного не разобрались. есть такое понятие - key/value storage. S3 предоставляет API не только для хранения стат. контента, он может быть использован например соцсетью для хранения медиа-контента, загружаемого пользователями. для статики же есть более простые решения - CDN
KVS же сейчас предлагаются не только любой приличной облачной платформой, но и отдельными хостерами. я например работал над такой платформой в яндексе
так что я посмеялся над обоими сторонами - ТС, который даже отдалённо не представляет сколько задач должна решать современная служба хранения данных, и его оппонентами, уверенными что они сами всё на коленке сделают
Медиа-контент загружаемый пользователями не является статикой?
То что в теории в Amazon S3 можно хранить не только файловый контент, но и любые другие данные, в том числе о которых говорил ТС, не значит что есть реальные кейсы для использования Amazon S3 таким образом.
Можете поделиться кейсом использования Амазон S3 для хранения каких то объектов, не являющихся медиа-контентом или файлами, предназначенными для скачивания?
Уважаемый! Почитайте мой ответ к вашему первому тут комментарию. Я, думал, что я дал достойный ответ. А про пукан - было не в ваш адрес. Даже примерно не понимаю, почему вы это на свой счёт приняли.
Добавлю, что рад, что мне не нужно доказывать, что я работник IT сферы. Горжусь этим и не скрываюсь.
Конкурентом memcached это никогда не станет. Все преимущество memcached в быстром(почти моментальном) доступе к данным. В случае работы по сети тут будут такие большие задержки, которые сделают данный сервис абсолютно непригодным к использованию.
Но самая большая проблема в том, что рынка не существует под этот проект. Совет не тратить время.
При необходимости любой средний разработчик решит задачу хранения «объектов» за час-два. Быстрее, чем будет интегрировать ваш SDK в свой проект.
Спасибо за конструктивный комментарий.
Неприятно, как-то, видеть, что у некоторых подгорает одно место при чтении моего поста с изложением одной лишь мысли.
P.s. ровно для подобной оценки и был написан пост.
Спасибо.
Я сказал все то же самое.
Виноват. И вам спасибо за конструктивный подход без эмоциональной подоплеки.
То есть хранить свои объекты где-то на ваших серверах?
Чтобы что? Почему именно объекты? Почему не строки/json?
Почитайте ещё раз текст, там написано о том, о чем вы спрашиваете
Это или s3, или mongodb
MVP, первые пользователи есть?
Это - концепт.
Реализовать при огромном желании MVP могу за неделю.
Без первых пользователей это мало кому интересно.
Кого видите своей аудиторией и как думаете привлекать пользователей?
Пользователи - backend-разработчики, коих много в крупнейших компаниях. В идеале сервис может стать конкурентом memcache.
Привлечение по началу за счёт it сообществ, дальше - не могу сказать, к сожалению, я же программист.
Лол, кто им в крупнейших компаниях разрешит использовать такие вещи для удалённого хранения данных, которые должны быть постоянно доступны?
Так ни кто не мешает настроить через gui доступы по ip
Проблема не в организации доступа, а в самом факте: с какой это стати то, от чего может зависеть повседневная работа компании, должно храниться непонятно у кого в облаке? Как на это должны смотреть безопасники и руководители?
Так поднимите этот сервис локально)
А зачем вы тогда это придумали, если всё уже есть?
Например, области доступа в memcache я, что-то не знаю
Ну вы хотя бы сочините историю, в которой это было бы нужно. Раз уж (наверняка) реальных ситуаций нет.
А вы, что бы я вам сочинял?
Юрий, я не приносил сюда никакого прожекта, чтобы его комментировали. Вы в порядке?
Кажется, между строк плохо читается. Уточню. Если вы бы вы попробовали сочинить историю (пользовательский сценарий), в которой без такого сервиса было бы не обойтись, у вас бы картина мира серьёзно поправилась.
А зачем backend-разработчикам использовать Ваш сервис, который сильно медленней, нежели локально поднятый memcached или redis?
Пока Вы сами не поймете, кто Ваша аудитория и зачем им нужен Ваш сервис - скорей всего, никто ни копейки не вложит в данный стартап.
Del
Комментарий недоступен
Интернет-магазины - это пройденный для меня этап.
Комментарий недоступен
Можете писать мне на почту
[email protected]