Как снаряжение к масштабируемости для начинающего портала электронной коммерции?
Я хочу масштабировать портал электронной коммерции на основе LAMP. Недавно мы наблюдали огромный всплеск трафика.
Какие шаги (пожалуйста, укажите по порядку) в масштабировании:
Стоит ли переходить на Amazon EC2 или аналогичный? какие могут быть потенциальные проблемы при переключении серверов?
Нужно ли перепроектировать базу данных? Я прочитал, Facebook переключился на Cassandra от MySql. Какие изменения кода требуются при переключении на Cassandra? Будет ли Cassandra лучшим вариантом, чем MySql?
Возможность Hadoop , даже не уверен?
Любые другие вещи, о которых нужно подумать?
Нашел этот пост пост полезным. Этот блог также имеет хорошие статьи. То, что я хочу знать, это список шагов, которые я должен учитывать при масштабировании этого приложения.
2 ответа
Узнайте, где возникают проблемы (или, вероятно, произойдут, если у вас их нет сейчас). Знание того, что является вашим самым большим использованием ресурсов, важно при оценке любого решения. Придерживайтесь решений, которые дадут вам наибольшее улучшение.
Рассмотрим: - более высокая, чем необходимо, пропускная способность использования x пользователь - это то, что вы хотите адресовать независимо от перехода на ec2. Это будет стоить вам денег в любом случае, поэтому стоит взглянуть на такие вещи: http://developer.yahoo.com/yslow/ - не инвестируйте в изменение баз данных, если это не проблема. Сначала выясните, действительно ли это проблема, и даже если у вас возникли проблемы с базой данных, это может быть проблема с кодом, то есть попадание в базу данных много раз за запрос. - если мы не говорим о больших числах, у вас не должно быть проблем с высокой загрузкой процессора, если вы узнаете, где они происходят / оптимизация стоит того, где конкретный код оказывает большое влияние на общее использование ресурсов. - Убедившись, что вышесказанное разумно, вы можете получить большие улучшения с кэшированием. В полосе пропускания (убедитесь, что браузеры / прокси могут играть свою роль в кэшировании), использовании локальных ресурсов (избегая повторной обработки / повторного извлечения одной и той же информации все время).
Я не говорю, что вы должны сделать все возможное с вышесказанным, просто достаточно, чтобы убедиться, что вы не получите те же проблемы в другом месте в течение нескольких месяцев. Также достаточно узнать, где ваши самые большие выгоды, и получите ли вы достаточную ценность от любых вариантов масштабирования. Это также позволит вам вернуться и задать вопросы о конкретных проблемах и о том, как эти варианты масштабирования связаны с ними.
Вы должны подготовиться, выбрав гибкую структуру и быть уверенными, что в процессе все изменится. В некоторых ситуациях трудно предсказать поведение вашего пользователя.
Если вы недавно наблюдали всплеск трафика, проанализируйте, какие страницы самые медленные.
Вы можете перейти в облако, но EC2 не самый эффективный вариант. Опять же, убедитесь, что нет никакой другой оптимизации, которую вы можете сделать.
База данных может быть переработана, но я сомневаюсь во всем этом. Опять же, см. проблемные моменты.
И Hadoop, и Cassandra довольно изящны, но они могут быть излишними.