où/comment démarrer la mise à l'échelle d'un simple site de réseautage social LAMP

Question

J'ai utilisé des entrepreneurs indépendants d'elance pour créer un site de réseau social pour les déjeuners, c'est presque prêt (hébergé sur godaddy) avec seulement php + mysql sur le backend et htlm + css à l'avant. Chaque fois que je vois d'autres sites, ils utilisent beaucoup d'autres choses comme memacached, les équilibreurs de charge HAProxy hôte Amazon EC2 etc

Quand dois-je commencer à obtenir l'architecture supplémentaire? et comment décider même quels autres outils/matériel j'ai besoin?

Answer 1

D'abord, vous verrez à quel point votre site va être populaire. Ne comptez pas vos poulets avant qu'ils ne soient éclos;). Cela dit, surveillez la croissance et affrontez-la avec de la programmation et du matériel supplémentaires lorsqu'elle commence à ralentir sous les charges de pointe.

Vous devrez vous rendre sur un serveur dédié avant de mettre en place memcached, etc. Un serveur Godaddy partagé s'effondrera très rapidement sous une charge appréciable, et il est connu que vous vous éteignez sans préavis. Surveillez bien votre trafic.

Si le site n'a pas été conçu en pensant à l'évolutivité, vous finirez probablement par payer autant ou plus que vous l'avez fait pour que le site soit développé pour le mettre à l'échelle.

C'est l'une des raisons pour lesquelles les développeurs locaux sont meilleurs à long terme, vous pouvez apporter ces types de préoccupations dans une conversation informelle et avoir l'architecture prévue pour cela. Vous payez plus maintenant ou même plus tard.

Bonne chance.

modifier

Il est impossible de savoir combien de ressources de votre application prendra. Chaque site est différent. Cela dépend de l'efficacité des requêtes, etc.

Je pense que papa a des moniteurs sur le processeur, la bande passante et la mémoire à regarder. Vous devriez les utiliser et comparer avec votre plan pour le comprendre.

L'architecture "LAMPP" n'a aucune signification dans ce contexte.

Vous devriez probablement penser à déplacer votre site vers un nuage (cloud amazon par exemple). Il vous permettra l'évolutivité matérielle, et vous ne payez que pour ce que vous utilisez. De cette façon, vous ne payez que pour la mémoire temps CPU et la bande passante que vous utilisez actuellement.

Mais un système inefficace peut être beaucoup plus cher dans le nuage qu'un système optimisé. Vous n'avez cependant pas à vous soucier de votre site qui tombe du jour au lendemain.

Answer 2

Surveillez les demandes et la réussite de votre site. Et mesurer le temps de réponse et l'utilisation du processeur de votre serveur Web et la base de données, la charge du système et la consommation de mémoire.

Tracez-les et collez-les au mur et tenez-les à jour. Vous avez besoin de ces informations historiques pour prendre des décisions en connaissance de cause.

Si vous voyez une croissance exponentielle, alors vous avez des problèmes, mais vous avez encore du temps.

Obtenez un indépendant pour évaluer l'évolutivité de votre installation. Vous ne pouvez pas simplement jeter des caches et des proxies sur les problèmes sans savoir s'ils vont être efficaces.

Si vous êtes en pleine croissance, vous devez savoir quels goulots d'étranglement vous allez rencontrer en premier. Ceci est important car il n'y a toujours qu'un seul goulot d'étranglement à la fois et la fixation d'autres «goulets d'étranglement» potentiels est un détournement de temps, de concentration et d'argent, et ils ne fourniront que des avantages marginaux.

Pour une raison ou pour une autre, beaucoup de techniciens aiment fixer les choses qui sont faciles à réparer au lieu de fixer les choses qui ont vraiment besoin d'être réparées. (Je me demande si c'est la racine du dicton: "Si vous ne faites pas partie de la solution, il y a beaucoup d'argent à faire pour prolonger le problème").

Bonne chance avec votre lancement!