где/как начать масштабирование простого сайта социальной сети LAMP

Question

Я использовал независимых подрядчиков из elance, чтобы создать социальный сайт netowrking для обедов, его почти готовый (размещенный на godaddy) только с php + mysql на бэкэнд и htlm + css на передней панели. Когда я вижу другие сайты, они используют много других вещей, таких как memacached, балансировщики нагрузки HAProxy host Amazon EC2 и т. Д.

Когда мне нужно начать получать дополнительную архитектуру? и как даже решить, какие другие инструменты/оборудование мне нужно?

Answer 1

Сначала посмотрите, насколько популярен ваш сайт. Не считайте своих цыплят, прежде чем их вылупите;). Тем не менее, наблюдайте за ростом и обращайтесь к нему с дополнительным программированием и оборудованием, когда он начинает замедляться при пиковых нагрузках.

Перед реализацией memcached и т. Д. Вам нужно будет перейти на выделенный сервер. Общий сервер godaddy будет очень быстро разрушаться при любой заметной нагрузке, и они, как известно, просто закрывают вас без предупреждения. Следите за своим трафиком.

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

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

Удачи.

редактировать

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

Я думаю, у go daddy есть мониторы на процессоре, пропускной способности и памяти для вас, чтобы посмотреть. Вы должны использовать их и сравнить с вашим планом, чтобы понять это.

Архитектура «LAMPP» не имеет смысла в этом контексте.

Возможно, вам стоит подумать о переносе вашего сайта на облако (например, облако amazon). Это позволит вам масштабировать аппаратное обеспечение, и вы платите только за то, что используете.

Таким образом вы платите только за память времени и пропускную способность процессора, которые вы фактически используете.

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

Answer 2

Контролируйте запросы и успех вашего сайта. И измерьте время отклика и использование ЦП вашего веб-сервера и базы данных, нагрузку на систему и потребление памяти.

Выложите их и прикрепите к стене и сохраните их в актуальном состоянии. Вам нужна эта историческая информация, чтобы принимать обоснованные решения по линии.

Если вы видите экспоненциальный рост, то у вас проблемы, но у вас все еще есть время.

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

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

По тем или иным причинам многие технические люди любят исправлять то, что легко исправить, вместо того, чтобы фиксировать то, что действительно нужно исправлять. (Интересно, является ли это корнем высказывания: «Если вы не являетесь частью решения, есть хорошие деньги для продления проблемы»).

Удачи вам в запуске!