это говорит только что в данном конкретном случае для данных конкретных уберовых задач MySQL в своей текущей реализации с конкретным движком подошел лучше чем PostgreSQL с такими же условиями

вообще оба их документа скорее показывают, что им явно тесно в CP и SQL в целом и нужна другая система по-хорошему

если обобщить их наезды они про то, что обе базы недостаточно хорошо поддерживают распределенную работу с множеством инстансов в разных датацентрах

Что-то мне подсказывает, что Uber просто неосилил Postgre. Потому что во многих организациях намного более интенсивно юзающиеся инсталляции постгре прекрасно себя чувствуют.

кек

Что-то мне подсказывает, что Uber просто неосилил Postgre. Потому что во многих организациях намного более интенсивно юзающиеся инсталляции постгре прекрасно себя чувствуют.

попробуй почитать сам документ сначала

он весьма интересный и совсем не про "ниасилили"

Документ, может и интересный, но Яху с двумя петабайтами БД не жаловался, Реддит отлично работает, Скайп, конечно, говно, но вот проблем с базой данных я у него не помню. Инстаграммчик тоже летает. А насчёт разных датацентров порадовал пример его использования на МКС. Вот что значит по настоящему удалённый датацентр.

И это только примеры с заведомо большей нагрузкой на БД, чем у Убера.

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

никто не говорит что это общее решение и всем срочно пора бежать за MySQL

вот такой у чуваков опыт и ситуация и она весьма интересная

Я бы с радостью прочёл, но не уверен что моя квалификация в СУБД позволит это качественно оценить. Так что я пока смотрю на примеры успешной реализации среди других организаций и делаю выводы. Может я и не прав, чо уж там.

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

они кстати в конце упоминают, что у них уже часть нод работает на Кассандре

лично мое мнение - они просто не могут отказаться от SQL и пытаются собрать из того что есть аналог распределенной базы вроде той же кассандры и конкретно MySQL эти задачи решает лучше с текущим движком и реализацией

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

и кстати поверх MySQL они юзают https://eng.uber.com/schemaless-part-one/

и по сути делают из нее NoSQL базу в каком-то смысле

это тоже очень специфичный случай сам по себе

Мля. А зачем? У них же данных не так много и довольно однородные. которые не так сложно связать таблицами. Инфа о пассажирах - имя, карта, платежи, координаты, вызовы. Инфа о водителях - имя, карта, координаты, заказы. Ну и чуток дребедени. Просто не очень понятно, зачем им такой огород странный? Может, у них просто архитектор дибил?

я вот слайды читаю и охуеваю

скажите, а если хочется попробовать и tornado, И django, как это правильно сделать в рамках одного сервера? можно например поставить их в разных венвах и сказать чтоб слушали разные порты? так делается вообще? хотя бы в обучающих целях

а как ты сравниваешь сетевой фреймворк с вебовым?

джангоприложения можно гонять поверх торнады (правда бессмысленно)

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

эмм, прошу простить серость, я пока про торнадо только название знаю и вижу, что люди его хвалят, поэтому он у меня в туду-листе

думал он тоже вебовый

не знаю за что его хвалить...

разве что за более вменяемый апи по сравнению с прочей лапшой

а как же весь этот ахулиард одновременных подключений о котором я столько слышал?

в общем по поводу торнадо... как известно хттп у нас работает по принципу запрос-ответ

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

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

в купе с ифреймом 8)

XHR тогда не было еще, но изобретали его чтобы решить эти же проблемы

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

с хттп/1.1 версией появился чанкед механизм, который позволил формализовать этот подход

все эти хаки получили собирательное название comet

https://en.wikipedia.org/wiki/Comet_%28programming%29 почитать можно в тут

торнадо собсно писался для того чтобы эффективнее реализовать серверную часть этой поебени

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

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

это асинковый серверный фреймворк, то поверх него были запилены тредпуловые обёртки, позволяющие гонять произвольные синхронные вещи типа всги, а следовательно любую джангу/фласк/другое

но это несколько костыльно, поэтому в продакшене проще роутить балансерами одно на торнаду, другое на аппсервер какой

ага! спасибо за ценную инфу, доходчиво, кратко, по делу. как я люблю!

вот насоветуют всяких джанг, фласок и торнад...

нет чтобы черрипай, пирамиду и цирк

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

есть некоторое желание устроиться в контору одну (по ряду причин хотел бы именно туда сейчас), спросил их стек, перечислили Python3, Postgres, Django, Celery, RabbitMQ, Tornado. ну хочешь не хочешь, надо именно это тюкать. остальное уже факультативом

гм

не совсем ясно куда у них торнада

может как ты написал, джанга за ней сидит?

целери с кролём разумеется спарена, а джанго в неё таски суёт

а торнадо обычно за нжинксом ставят, да?

не знаю

оба асинковые, поэтому смысл в нгинксе перед торнадой разве что лишь для логгирования/баланса наверное

асинхронная модель работы позволяет сильно оптимизировать и/о и это позволяет таким серверам держать десятки тысяч коннектов одновременно не расходуя много памяти

оба асинковые, поэтому смысл в нгинксе перед торнадой разве что лишь для логгирования/баланса наверное

Обычно ещё рекомендуют статику нджинксом отдавать при таком конфиге

ну да, потому что раздача статики питоном всегда тяжеловеснее сишных вариантов

правда до момента когда нужна кастомная авторизация статики 8)

при этом апач не нужен от слова совсем?

правда люди придумали гибриды и тут

я правильно понимаю?

м... смотря что с чем и как комбинировать

а в каком случае он может понадобиться?

ERROR: S client not available

например

если вдруг с какого-то бодуна нужны реврайты от мод_реврайт... правда в случае с подобными приложениями это бессмысленный вариант

может если нужен фронтенд для какойнить нетрадиционной аутентификации типа CAS

так-то в связке выше что ты приводил - не нужна или целери или кроль 8)

ты лучше в свой список на изучение добавь 0mq

спасибо, записал в блокнотик

Парни, может кто-то литературу посоветовать про тестирование по с Python?

Очередной офтоп: тут есть кто из Волгограда? Стукните в личку, пожалуйста.

Парни, может кто-то литературу посоветовать про тестирование по с Python?

найдешь, передай остальным 8)

Ахах

тестирование вещь довольно забавная...

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

Вот вот

а еще про различия в видах тестов и тестирования

Obey the testing goat хвалили как-то

пока что лучшее что я находил - это посты на СО и отдельно взятых бложиках

Со?

За совет спасибо, завтра поищу

стак оверфлоу же

Тупанул

Вот вот

Не подходит? http://chimera.labs.oreilly.com/books/1234000000754

Ты какой-то файл отправляешь?

У меня уже минуту строка состояния висит)

Да,это такой быстрый интернет)

он линк скинул, а твой клиент его пытается скачать наверное

а не, таки аплоад какой-то идёт..

Unit tests tell a developer that the code is doing things right; functional tests tell a developer that the code is doing the right things.

Линк схоронил

http://david.heinemeierhansson.com/2014/tdd-is-dead-long-live-testing.html

кекеке

гайс, привет