Комментарии 24
Сейчас у вас распознаванием голоса в заметках занимается партнёр.
Планируете ли реализовать подобный функционал своими силами?
Или, например, купить этого партнёра, и включить его наработки в базовую поставку?
Планируете ли реализовать подобный функционал своими силами?
Или, например, купить этого партнёра, и включить его наработки в базовую поставку?
Пока покупать голосовые сервисы мы не намерены (и строить свои пока тоже): дело в том, что 100%-софтверных и приемлемых по качеству (хотя бы на уровне нашего распознавания изображений) технологий распознавания голоса пока в природе нет (нам о них не известно). Если появятся такие решения, которые можно приобрести/интегрировать, тогда будем смотреть. Разумеется, встроенное распознавание речи в Evernote было бы очень кстати.
Спасибо, что поделились, я очень люблю подобные статьи. Живой, конкретный пример реализации.
По кешированию.
Насколько я понял по картинке, отдельной фермы кеширующих серверов нет, т.е. используются in-memory EhCache инстансы на серверах-шардах. Таким образом, кеши существуют в рамках отдельных шард и помещаются в память отдельной машины (не потому ли там столько памяти?).
Используете ли вы EhCache как кеш второго уровня Hibernate, или у вас собственный слой перед DAO-уровнем, где вы программно работаете с EhCache, или кеш включен как-то иначе?
В целом и короче говоря, было бы интересно узнать о деталях принятой у вас стратегии кеширования, а также верны ли мои предположения выше.
Насколько я понял по картинке, отдельной фермы кеширующих серверов нет, т.е. используются in-memory EhCache инстансы на серверах-шардах. Таким образом, кеши существуют в рамках отдельных шард и помещаются в память отдельной машины (не потому ли там столько памяти?).
Используете ли вы EhCache как кеш второго уровня Hibernate, или у вас собственный слой перед DAO-уровнем, где вы программно работаете с EhCache, или кеш включен как-то иначе?
В целом и короче говоря, было бы интересно узнать о деталях принятой у вас стратегии кеширования, а также верны ли мои предположения выше.
Мы попросим поподробнее рассказать о кешировании в одном из будущих постов нашего системного архитектора, Дейва Энгберга (Dave Engberg), который и ведет оригинальный блог на английском.
Либо, что еще лучше, можно задать ему вопрос напрямую в комментариях к англоязычному посту — он старается подробно отвечать на все вопросы.
Либо, что еще лучше, можно задать ему вопрос напрямую в комментариях к англоязычному посту — он старается подробно отвечать на все вопросы.
а что значит на картинке 28+?
20+ еще понятно, что круглое число + хвостик (1, 2, 3, ...), а вот с точным числом 28 не совсем ясно.
20+ еще понятно, что круглое число + хвостик (1, 2, 3, ...), а вот с точным числом 28 не совсем ясно.
Спасибо за интересный материал!
Скажите, происходит ли перераспределение пользователей по шардам, чтобы нагрузка на них была равномерной?
Скажите, происходит ли перераспределение пользователей по шардам, чтобы нагрузка на них была равномерной?
При таком количестве пользователей (100 тыс. на шард) сильных перекосов по нагрузке быть не должно (это как средняя температура по палате). Скорее могу предположить, что при необходимости шарды будут периодически переезжать на физически другие ноды (более быстрые, современные, с большего размера накопителями), но при этом все пользователи так и будут идти когортами, без «расселения» по соседним шардам.
К тому же наша архитектура такова, что ссылки на заметки, например (новая функция, которую мы будем скоро запускать) содержат только GUID заметки, но и ID шарда (что-то типа evernote://shard/guid/), так что просто перенеся пользователя на другой шард мы тем самым побьем эти ссылки. Поэтому перенос пользователей на другие шарды маловероятен.
К тому же наша архитектура такова, что ссылки на заметки, например (новая функция, которую мы будем скоро запускать) содержат только GUID заметки, но и ID шарда (что-то типа evernote://shard/guid/), так что просто перенеся пользователя на другой шард мы тем самым побьем эти ссылки. Поэтому перенос пользователей на другие шарды маловероятен.
Если ли планы создания клиента под WP7 и BlackBerry (Tablet)
Напомните пожалуйста, в чем схему сети рисовали.
Помню что там-же рисовал, но где именно не помню :(
Помню что там-же рисовал, но где именно не помню :(
Спасибо, очень увлекательно. Но у меня возникает один вопрос: Вы открыли всю вашу «внутреннюю кухню», рассказали что у Вас как и где храниться. Правильно ли это с точки зрения безопасности? (Потому что знаем, что и в Хабре есть очень «любопытные» люди)
Где вы тут видите угрозу безопасности?
«Security through obscurity» или «безопасность путем сокрытия» — не самый лучший способ достижения той самой безопасности. То, что мы не боимся рассказывать о внутренностях, означает, что мы уверены в правильности применения этих технологий, что настоящей безопасности уделяем достаточно внимания, и что знание внутренней кухни третьими лицами на фактическую нашу безопасность не влияет.
А почему Java и SQL это старое ПО? А что тогда новое? NoSQL и node.js что-ли? Мне кажется если почитать фундаментальные книжки по SQL(например Дейта) или по языкам и компиляторам, то возникает вопрос какое ПО ещё старое. Правильнее было бы сказать «классическое ПО».
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Обзор архитектуры сервиса Evernote