Tishka17, пиздон, если окажется немощным - goвно.

postman, а фреймворк? у меня щас на коленке набацан прототип на webpy, вот думаю на что переписать

Tishka17, да вообще похуй с такими требованиями, фласк бы взял.

postman, глянул, выглядит посимпатичнее webpy

Java. На базе HttpCore сооружу серверок, который из коробки будет уметь в https и держать тысячи rps при сотне worker-thread'ов. На базе jdbc драйвера к базе буду делать запросы. Всего делов на пару дней.

На lua.

hirthwork, а я слышал что в джаве https медленный и рекомендуют перед ней стаивть nginx

fgntfg, спасибо, но мне это потом сопровождать ещё

Я бы взял php, потому что я умею его лучше других языков.

слышал

кстати, не вижу проблемы поставить nginx. он послужит точкой сокращения количества входящих keep-alive соединений

fgntfg, у меня никто php не умеет. писать и я напишу, но кодом это будет сложно назвать

Подключение к бд - 3 строчки, обработка параметров запроса еще 3, запрос к бд - строчка, превращение результата в json еще одна строчка.
Объединение данных из нескольких запросов я бы отдал бд, они с этим лучше работают.

поковырять конфиг gunicorn и в него взгромоздякать flask. должно прокатить.
Если не вдруг будет справляться с терминацией https, то втащить nginx рядом.

fgntfg, там этих запросов будут десятки разных. А объединение данных - разнородные в одну стркутуру надо будет запихнуть

Бери то, что уже есть и не плоди сущности без надобности

igelko, он сам посебе ставится или рядом с лайти каким-нибудь?

fgntfg, есть прототип на webpy и джава разработчики :-)))

если есть джава разработчики, то дай им HttpCore и не мучайся

hirthwork, да у них своей работы полно и своих заморочек на чем они будут писать

fgntfg, думаешь, в пиздоне больше?

кстати самое важное-то - а сколько времени оно висит в ожидании данных из запроса?
Если по секунде, то тебе 500 тредов надо держать при классическом подходе - тред на запрос, что уже стрёмно.

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

gunicorn - он нормальный http-сервер, примерно как apache по архитектуре. т.е. можно при желании наружу выставлять.

Java core

У постгреса плюсовый драйвер умеет в асинхронные запросы. В этом случае хватит одного воркера

hirthwork, пока мускул только

Думаю что названия функций будут такие же даже.

Tishka17, а в качестве замены бд - MapDB или самописный кэш с персистенсом в файл

втащи прототип на полноценный http-сервер и посмотри сколько rps из него выжимается.
может и не надо ничего трогать.

deemess, да не будет такого. там в БД уже есть всякая логика и связка с другими приложениями.

жавапитух/10

это уже надо чутка думать, как код написать, а не тяп-ляп и...

igelko, это да, так и попробую в любом случае

А перед этим всем ставишь nginx https заодно и статику на нем раздаешь - кэшируешь

igelko, зачем думать, когда обезьяна патчит?

ПолезныйКомментарийНомер1

и тормозить будет примерно также ^^'

deemess, только не 1С, пожалуйста, не надо.

Tishka17, тогда кэш запили между базой. Запросы jdbc. Но я бы базу к херам выпилил. Производительность баз примерно 1000 инсертов в секунду

с psycopg2 немножко не так прозрачно всё, если ты об этом.
да и я бы предпочёл чутка подумать. код страшнее, но контроля больше.

deemess, зачем мне кэш, если данные генерируются в БД и они могут меняться на каждый запрос?

deemess, а без базы ты мне как реляционное хранилище соорудишь и разнородные приложения к нему подцепишь?

это у тебя или инсерты суровые или железо - топка локалхоста.
прожевать 200к записей меньше чем за минуту - объективная реальность.

официальный оракловый mysql-connector написан на чистом питоне, значит можно устроить страх и ненависть на зелёных тредах.

Я тут на статью по теме наткнулся.
https://dev.mysql.com/doc/refman/5.7/en/json.html

fgntfg, а для тупых: внутри json-объекта я могу сделать foreign key на другую таблицу? Ну и мне это все равно не подойдет, у меня там не только json может быть на выходе

Там какие-то хитрости с ключами, мне, если честно лень читать доки. Я тебя понял. Статья не по теме значит.

да ладно тебе. http запрос - время ожидания пару секунд - ок. Объемы данных - ну по десятку килобайт хитрого json-а может

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

всё это легко реализуется на java вот буквально строк в 200 и возьми tomcat. Проблема решена.

Да она на чем угодно решаема в 200 строк. Вопрос, надо ли. С учетом прошлго треда про старт джавы я сильно сомневаюсь в ее необходимости как факта

Пойнт - это не та среда, где обычно обсуждают брутальный хайлоад на кластерах =)
Человек попросил ридонли сервис на 100-500 rps с 95й процентилью где-то до двух секунд, который большую часть времени курит-ожидает ответ от базы, что в общем-то требует от разработчика только чуть-чуть головой подумать - никакого рокет сайенса.

Жабе не положено часто стартовать. ей надо подняться 1 раз, прогреться, и работать не выключаясь, потому что JIT.
Но как по мне, наколеночную поделку на питоне поддерживать проще, ибо меньше строчек.

igelko, ридонли?

у тебя в /0 не написано ни слова про запись. я предположил, что запись в базу у тебя другими сервисами проходит.

igelko, ну на самом деле там на каждое чтение будет запись. Но все внутри процедур, так что не паримся

ок. автокоммит - приемлемый режим работы?

igelko, неа.

жаль. это значит 500 соединений к базе для 500 rps. бедная база.

igelko, я искренне надеюсь, что ребята напрягутся и сделают процедуры, отвечающие за 50-100мс

тогда всё норм, да. кстати, почему хранимки, а не всё в аппсервере? эту логику надо шарить между разными приложеньками?

igelko, угу.

еньк

Когда хоть вы все сдохнете, мрази.