2017-02-21 25 views
0

Я реализовал oplog на нашем сервере, и на этот раз наше время отклика приложения улучшилось, но через некоторое время отклика увеличилось, а ответ приложения был очень медленным.Влияние «oplog» на применение метеоров

Можете ли вы дайте мне знать

невыгоде Oplog

Влияние Oplog на Метеор Применение

, что необходимо позаботиться при осуществлении oplog.

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

+0

Это очень широкий вопрос для ответа. Есть несколько сообщений, связанных с oplog (например, [this] (https://blog.meteor.com/tuning-meteor-mongo-livedata-for-scalability-13fe9deb8908#.ia4vq6e53) и [this] (https: // github.com/meteor/docs/blob/version-NEXT/long-form/oplog-observe-driver.md), но его влияние зависит от вашего варианта использования и реализации. Арунон написал об этом [здесь] (https: // kadira.io/academy/meteor-performance-101/content/optimize-your-app-for-oplog). Вам нужно будет отслеживать, анализировать и совершенствовать свою реализацию в соответствии с тем, что вы обнаруживаете. Так оно и есть, оно слишком велико для SO, IMHO. – MasterAM

+0

Если вы не используете oplog meteor, вы будете запускать весь ваш живой запрос каждые 10 секунд, используя разные данные, чтобы проверить, произошло ли что-то новое, это очень дорогостоящая операция. Я думаю, что никакое приложение метеорита не может быть использовано без использования oplog. Я лично развернул крошечное приложение для внутреннего использования без использования oplog, и когда 10 пользователей подключались, сайт был непригодным, и основная причина не была oplog на сервере. – perusopersonale

ответ

0

Как уже упоминалось в комментариях, это очень широкий вопрос, и «правильный» ответ полностью зависит от конкретной ситуации (например, потребностей приложения, использования и т. Д.). Тем не менее, вот мой мой ответ, основанный на проблемах масштабирования приложений Meteor.

  • Если возможно, вы захотите включить хвостовое оперение в своем рабочем приложении Meteor. Если вы сделали какое-либо развитие Meteor, вы привыкли использовать oplog, потому что он включен по умолчанию.

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

  • Существует одна конкретная ситуация, когда вы НЕ хотите использовать oplog, и это если у вас есть сложный запрос, где основная часть результирующих данных часто обновляется. Это может вызвать всплески процессора и/или измельчение и убьет производительность ваших приложений. У меня есть одно такое приложение, которое относится к этой категории, и после обширного тестирования я обнаружил, что гораздо лучше отключить oplog по запросу и соответственно увеличить число опросов. Опять же, это случай исключения и представляет собой единственный раз, когда вы хотели бы держаться подальше от использования oplog.

Это всего лишь некоторые мысли на поверхности, касающиеся использования oplog на основе моего опыта. Я рекомендую вам поэкспериментировать и посмотреть, что лучше всего подходит для вашего приложения.

+0

спасибо за ответ @jordanwillis, я включил oplog на mongodb. Проблема возникает, когда мы проводим тестирование производительности. – sakshi

+0

Я спрашиваю: «Что нужно делать при реализации oplog.«как уровень кода. – sakshi

+0

С уровня кода на самом деле нет ничего особенного или специального, что вам нужно учитывать. Независимо от того, используете ли вы oplog или опрос, livequery обрабатывает реактивность, а ваш код просто сообщает livequery, что (через ваш Find selector). Другими словами, если я переключаюсь между oplog или polling, в моем коде нет ничего, что я бы изменил (за исключением настройки параметров опроса на Collection.find) – jordanwillis

 Смежные вопросы

  • Нет связанных вопросов^_^