Как стать автором
Обновить

Комментарии 11

В общем на сервер должны приходить сотни тысяч запросов в секунду т.е. нагрузка, большая и поэтому у агрегаторов
сколько всего машин в Москве? какая часть из них такси? если каждая из них буде раз в 15сек отправлять свои координаты — это 25-40 байт, то с такой нагрузкой справится самый дешёвый комп.
Помимо отслеживаеия авто еще необходимо:
— обрабатывать входящие заявки от пассажиров и назначать эти заявки водителям
— расчет расстояния и стоимости проезда
— отдавать водителям список заявок для самостоятельного выбора
— хранить состояние заявки и менять статус
— ip-телефония и чат пассажир-водитель
— рейтинги водителей
— ведение лицевого счета водителя и пассажира
— подгрузка карт для навигации, созлание маршрута
думаю это еще не все задачи.
В сутки обрабатывается только одним из агрегаторов до 3 млн заявок
еще надо учесть пиковые нагрузки утром и вечером.
Ну а так конечно все относительно.

Проще в облаке поднимать кластер с автоскейлингом и не мучаться с p2p.
А так сама идея интересная, но практическое применение туманно.

Ищете проблему там, где её нет.


Статья "аренда серверов" (тех, которые вы хотите на P2P перевести) в структуре затрат более менее крупного агрегатора стоит где-то на уровне между "затраты на зарплату уборщиц в офисе" и "стоимость вкусняшек в офис IT'шникам".


И не идёт ни в какое сравнение с зарплатой IT отдела и затратами, которые придётся понести для перевода на P2P.


Более того, в P2P схеме происходит раскрытие конфиденциальной информации, что компании может нанести намного больше убытков.


p.s. При этом различные сервера аналитики, бухгалтерию и так далее на P2P ну никак не перевести. Разве что начать и вычисления и базу данных хранить прямо на мобилках таксистов ;))

Речь не шла о том как сэкономить деньги агрегаторам,
речь шла об изменениии принципов поиска и возможности исключить
посредников.
В недалеком прошлом человек, чтоб уехать, выходил на дорогу к водителю
потому что он не мог другим образом найти его После этого решались вопросы цены, маршрут
, статус водителя, вопрос безопастности.
Основная задача, которую решал агрегатор изначально это сообщить ближайшим к пассажиру
водителям о намерениях пассажира «ехать», а водитель уже решал по ситуации.
Возьмем DHT, поиск узла ведется по ID 160 бит, здесь я предлагаю физические координаты
узла использовать как это id.
А искать можно все что угодно, отправить запрос можно как ближайшим узлам и подсетям,
так и любым другим участникам сети.А в параметрах запроса указать что мы ищем( такси, грузчика
и др. услуги). В принципе узел может находиться в нескольких оверлеях одновременно для удовлетворения
разных потребностей, например для поиска файлов больше подойдет сеть типа DHT
и использовать при этом одни и те же каналы связи(соединения, сокеты)

Речь не шла о том как сэкономить деньги агрегаторам,
речь шла об изменениии принципов поиска и возможности исключить
посредников.

Агрегатор в той или иной мере решает вопросы легализации оказания услуг такси.
Точнее, теоретически решает, а при наличии сколь-либо заметной воли государства начнёт решать и практически (если за взявшего заказ от Я.Такси таксиста с «левыми правами» каждый раз Яндексу будут выставлять штраф в 300-500 т.р., то проблема с левыми правами решится мгновенно).

Давайте уйдём от теории и придём к практике:
1. Как ваше решение будет продвигаться? Для его работы кто-то должен убедить его поставить тысячи таксистов и десятки-сотни тысяч обычных пользователей. За чей счёт банкет с рекламой?
2. Кто будет писать приложения? Кто будет обеспечивать техническую часть?
3. Если клиент попал в ДТП в «вашем» такси и подал иск к владельцу вашей компании, то кто будет представлять юридические услуги? Ответ «а у меня нет компании» не прокатит — если нет компании, то подадут иск к разработчику приложения. И либо разработчик будет отбиваться в суде, либо его приложения мгновенно выкинут из маркетов Android/Apple.

Уже этого достаточно, чтобы понять, что:
1. Технически ваша идея неплоха, на таких принципах много чего строится. Почему бы и нет?
2. Организационно — без массированной рекламы, без серьёзной технической поддержки и т.д. оно не выйдет за пределы «лаборатории из 10 заинтересованных».
Уже этого достаточно, чтобы понять, что:
...

это можно сказать о любом проекте.
может открою вам секрет, но все агрегаторы не несут юридически
ответственность за пассажиров, а позиционируют себя исключительно как сервис заказа и не более
и любой кто посадил к себе пассажира за деньги должен быть как минимум самозанятый.
у яндекса есть «партнеры» они скорей всего и несут все риски.
Насколько мне известно подвижек в этом вопросе не было,
года два назад точно сейчас не могу сказать как обстоят дела.
И такси я исключительно для примера привожу, где можно использовать технологию.
CAS — это (content addressed storage)
в нашем случае это (location addressed… ) как это назвать?
Вот насчёт серваков для всей фирмы — согласен, смысл отказываться от сервера, если он всё равно нужен для деятельности. С другой же стороны народ всё больше ненавидит всяких посредников и вполне могло бы взлететь такое независимое приложение, где не будет какой-то фигни с ценами. Да и как уже ответили: такси — это лишь один пример, а так р2р сеть очень многообразна в применении
НЛО прилетело и опубликовало эту надпись здесь
У меня получилось дерево, но при этом при выпадении одного узла сеть разрывается. в DHT к одному узлу можно прийти минимум с двух сторон
что то подобное и я сделал.
Самое главное в этом увлекательном процессе не умереть с голоду)).
Почему-то, компаниям не нравится, когда шалуншки-таксисты сидят в 2...5...10...20… и т.д. аггрегаторах сразу.
А тут, радикальное изменение правил игры. Скорре, это выгодно клиентам, но увеличит конкуренцию, что вызовет ещё большее обозление водителей.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории