Спасибо

Спасибо

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

FTS от postgres не стал использовать, поскольку коллега сказал что он медленный, то же говорят люди в интернетах и про FTS mysql-а, плюс там чего-то не было, когда сравнивал с elastic/sphix

Сфинкс нравится легковестностью, скоростью и возможностью sql-запросов к нему, но..
 * плохо дело с RT-индексами, они сами об этом пишут: http://bit.ly/sphix_rt
 * а впраппер еще интереснее реализовали: http://bit.ly/wrapper_rt (см комменты к статье)

В итоге, выбрал elastic потому что sphinx подошел бы нам на ближайшие года 1.5, но дальше, судя по пальцем-в-небо-прогнозам - будем испытывать разного рода попа-боль.

А о каких объемах данных идеи речь на вскидку?

года через три - 4 тб на индексацию

но это писсимистичный прогноз, думаю намного их меньше будет

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

ага, сразу надо закладывать что будет мульти-шард конфигурация

Спасибо

DHH прав же? https://corecursive.com/045-david-heinemeier-hansson-software-contrarian

1. Наплодят микросервисов, чтобы обрабатывать базовые вещи.
2. Пытаются все собрать на фронте через redux/react
3. Получается чрезмерное усложнение, тяжелое в поддержке
4. Рельсы гавно! пок-пок-пок кудах

Конечно прав) Особо тяжелый случай это когда микросервисы пишутся как обертки над NoSQL хранилищами, а бизнес-логика зашивается на фронте потому что «так лучше скейлится»

#Москва #ruby #office #Gett #Backend_developer #Вакансия
Ruby on Rails Developer в Gett

Всем привет!

Мы сейчас активно развиваем RnD в Москве, расширяем команду Billing.
стратегические цели, стоящие перед командой, входит создание новой системы биллинга для всей компании. Перед командой стоят задачи по доработке важных для нашего бизнеса сервисов на  Ruby on Rails

Наш технологический стек включает Golang, Ruby on Rails, React.js, PostgreSQL, RabbitMQ.

Мы ищем:
🔸Опыт разработки на Ruby on Rails от 3х лет;
🔸Желание в будущем использовать в разработке Golang;
🔸Опыт разработки приложений с использованием MySQL или PostgreSQL;
🔸Опыт оптимизации производительности в реляционных базах данных;
🔸Опыт разработки приложений с использованием Redis;
🔸Опыт написания RESTful APIs и понимание HTTP протокола;
🔸Опыт работы по методологиям Scrum/Agile- желательно;
🔸Опыт написания Unit и интеграционных тестов;
🔸Английский язык - устный и письменный не ниже intermediate;
🔸Опыт эксплуатации и мониторинга систем в продакшне;

Дополнительным преимуществом будет:
🔹Опыт фронтенд разработки на react.js
🔹Опыт разработки на go
🔹Опыт работы с высокими нагрузками;
🔹Работа над open source

Со своей стороны мы обещаем:
Зарплату от 200 000 рублей + годовые опционы💸💰
Ежемесячный бонус на Gett такси🚖
Занятия по английскому языку 🏴󠁧󠁢󠁥󠁮󠁧󠁿
Расширенное медицинское страхование🏥
Завтраки и полдники🥕 🍇
Комфортный офис 💻📱 🎧 ☕️🧁

По всем вопросам пишите пожалуйста мне @MonetAn anton.monetov@gett.com +7 977 538 68 48

Pls help me for fix

Пробовал в интерактор только парамс сложить?

Ну там же явно написано, что ожидается 1 аргумент, а ты два передаешь. посмотри реализацию SiteBot::Create.call

Может, кому полезно будет - немного потюненные образы  ruby-alpine с парой скриптов, чтобы bundle & assets precompile поменьше места в итоговом образе жрали https://github.com/sharshenov/ruby-for-rails#example-dockerfile-for-basic-rails-application

😂