Maison  >  Article  >  Java  >  Quels sont les moyens de résoudre la concurrence élevée en Java ?

Quels sont les moyens de résoudre la concurrence élevée en Java ?

coldplay.xixi
coldplay.xixioriginal
2020-07-03 15:11:2013916parcourir

Méthodes Java pour résoudre la concurrence élevée : 1. Méthode statique HTML pour éviter un grand nombre de demandes d'accès à la base de données ; 2. Méthode de séparation du serveur d'images ; 3. Méthode de hachage du cluster de base de données et de la table de bibliothèque ; commutation matérielle à quatre couches et méthode de commutation logicielle à quatre couches.

Quels sont les moyens de résoudre la concurrence élevée en Java ?

Méthode Java pour résoudre la haute concurrence :

Statistique HTML

En fait, tout le monde sait que la page html purement statique est la plus efficace et la moins consommée, nous faisons donc de notre mieux pour utiliser des pages statiques pour les pages de notre site Web. Cette méthode la plus simple est en fait la méthode la plus efficace.

Recommandation de cours vidéo → : "Solution de concurrence de données de niveau dix millions (théorie + combat pratique)"

Mais Pour les sites Web avec une grande quantité de contenu et des mises à jour fréquentes, nous ne pouvons pas tous les mettre en œuvre manuellement un par un, c'est pourquoi notre système commun de diffusion d'informations CMS est apparu, comme les chaînes d'information des différents sites portails que nous visitons souvent, et même leurs autres canaux. Il est géré et mis en œuvre via le système de diffusion d'informations. Le système de diffusion d'informations peut réaliser la saisie d'informations la plus simple et générer automatiquement des pages statiques. Il peut également avoir des fonctions telles que la gestion des canaux, la gestion des autorisations et l'exploration automatique. , il dispose d'un ensemble de Un CMS efficace et gérable est indispensable.

En plus des portails et des sites de publication d'informations, pour les sites de type communautaire avec des exigences d'interactivité élevées, être le plus statique possible est également un moyen nécessaire pour améliorer les performances des posts et articles de la communauté pouvant être traités en réel. La statique, puis la re-staticisation en cas de mise à jour, sont également une stratégie largement utilisée. Le méli-mélo de Mop utilise cette stratégie, tout comme la communauté NetEase, etc.

Dans le même temps, la staticisation HTML est également un moyen utilisé par certaines stratégies de mise en cache. Pour les applications du système qui utilisent fréquemment des requêtes de base de données mais ont de très petites mises à jour de contenu, vous pouvez envisager d'utiliser la staticisation HTML, telle que publique. forums dans les forums. Informations de configuration, ces informations peuvent être gérées par les forums grand public actuels et stockées dans la base de données. En fait, un grand nombre de ces informations sont appelées par le programme frontal, mais la fréquence de mise à jour est très faible. peut envisager de rendre cette partie du contenu statique lors de la mise à jour de l'arrière-plan. Cela évite un grand nombre de demandes d'accès à la base de données.

2. Séparation des serveurs d'images

Comme nous le savons tous, pour les serveurs web, qu'il s'agisse d'Apache, IIS ou autres conteneurs, les images consomment le plus de ressources, nous Il est nécessaire de séparer les images des pages. C'est une stratégie adoptée essentiellement par les grands sites Web. Ils disposent tous de serveurs d'images indépendants, voire de nombreux serveurs d'images.

Une telle architecture peut réduire la pression sur le système serveur qui fournit les demandes d'accès aux pages et peut garantir que le système ne plantera pas en raison de problèmes d'image. Différentes optimisations de configuration peuvent être effectuées sur le serveur d'applications et le serveur d'images. , comme Apache dans Lors de la configuration de ContentType, vous pouvez prendre en charge le moins de LoadModules possible pour garantir une consommation système et une efficacité d'exécution plus élevées.

3. Hachage de cluster de base de données et de table de base de données

Les grands sites Web ont des applications complexes, et ces applications doivent utiliser des bases de données lorsqu'elles sont confrontées à un grand nombre d'accès, le goulot d'étranglement. de la base de données apparaîtra bientôt. À ce stade, une base de données ne sera bientôt plus en mesure de répondre à l'application, nous devons donc utiliser le clustering de base de données ou le hachage de table de base de données.

En termes de clusters de bases de données, de nombreuses bases de données ont leurs propres solutions. Oracle, Sybase, etc. ont de bonnes solutions. MySQL couramment utilisé fournit des solutions similaires. À quel type de solutions avez-vous utilisé ? la solution correspondante pour la mettre en œuvre. Master/Slave

4. Mise en cache

Chaque technicien a rencontré le mot cache, et le cache est utilisé à de nombreux endroits. La mise en cache dans l’architecture et le développement de sites Web est également très importante. Ici, nous parlons d’abord des deux caches les plus basiques. La mise en cache avancée et distribuée est décrite plus loin.

Mise en cache au niveau de l'architecture, toute personne familiarisée avec Apache saura que

fournit son propre module de cache, ou vous pouvez utiliser un module Apache supplémentaire pour la mise en cache. Les deux méthodes sont efficaces. Squid

Pour la mise en cache dans le développement de programmes de sites Web, Memory Cache fourni sur Linux est une interface de mise en cache couramment utilisée qui peut être utilisée dans le développement Web. Par exemple, lors du développement en Java, vous pouvez appeler MemoryCache pour mettre en cache et partager certaines données. . , certaines grandes communautés utilisent une telle architecture.

De plus, lors de l'utilisation du développement de langages Web, chaque langage a essentiellement son propre module de cache et sa propre méthode. PHP a le module Cache de Pear, et Java en a encore plus. Je ne connais pas très bien .net, je crois. . Il y en a certainement.

5. Miroir

La mise en miroir est une méthode souvent utilisée par les grands sites Web pour améliorer les performances et la sécurité des données. La technologie de mise en miroir peut résoudre les différences de vitesse d'accès des utilisateurs causées par les différents fournisseurs d'accès au réseau et les régions, comme la différence entre ChinaNet et EduNet. sites miroirs au sein du réseau éducatif, et les données sont mises à jour régulièrement ou en temps réel. En ce qui concerne la technologie détaillée de la mise en miroir, je n'entrerai pas dans les détails ici. Il existe de nombreuses architectures et produits de solutions professionnelles disponibles dans le commerce. Il existe également des moyens peu coûteux de l'implémenter via des logiciels, tels que rsync et d'autres outils sous Linux.

6. Équilibrage de charge

L'équilibrage de charge sera la solution ultime pour les grands sites Web afin de résoudre les accès à charge élevée et un grand nombre de requêtes simultanées.

La technologie d'équilibrage de charge est développée depuis de nombreuses années et il existe de nombreux fournisseurs de services et produits professionnels parmi lesquels choisir. J'ai personnellement rencontré certaines solutions, et deux d'entre elles peuvent être utilisées comme référence.

1) Commutation matérielle de couche quatre

La commutation de couche 4 utilise les informations d'en-tête des paquets de troisième et quatrième couches pour identifier le flux commercial en fonction de l'intervalle d'application, et Le flux métier de l'ensemble de l'intervalle est affecté au serveur d'applications approprié pour traitement. La fonction de commutation de couche 4 est comme une adresse IP virtuelle pointant vers le serveur physique. Les services qu'il transmet obéissent à divers protocoles, notamment HTTP, FTP, NFS, Telnet ou d'autres protocoles. Ces services nécessitent des algorithmes complexes d'équilibrage de charge basés sur des serveurs physiques. Dans le monde IP, le type de service est déterminé par l'adresse du port TCP ou UDP du terminal. Dans la commutation de couche 4, la plage d'applications est déterminée par les adresses IP source et terminale, les ports TCP et UDP.

Dans le domaine des produits matériels de commutation à quatre couches, il existe des produits bien connus parmi lesquels choisir, tels que Alteon, F5, etc. Ces produits sont chers, mais ils en valent la peine et peuvent fournir très excellentes performances et capacité de gestion très flexible. Yahoo Chine a utilisé trois ou quatre Alteon pour gérer près de 2 000 serveurs.

2) Commutation logicielle à quatre couches

Une fois que tout le monde connaît le principe du commutateur matériel à quatre couches, la commutation logicielle à quatre couches basée sur le modèle OSI a vu le jour , une telle solution implémente le même principe, mais les performances sont légèrement moins bonnes. Cependant, il est toujours facile de répondre à une certaine pression. Certains disent que la méthode de mise en œuvre du logiciel est en réalité plus flexible et que la puissance de traitement dépend entièrement de la familiarité de votre configuration.

Nous pouvons utiliser le LVS couramment utilisé sur Linux pour résoudre la commutation logicielle à quatre couches. LVS est un serveur virtuel Linux. Il fournit une solution de réponse aux catastrophes en temps réel basée sur la ligne de battement de cœur pour améliorer la robustesse. du système. En même temps, il fournit des fonctions flexibles de configuration et de gestion VIP virtuelles, qui peuvent répondre à plusieurs exigences d'application en même temps, ce qui est essentiel pour les systèmes distribués.

Recommandations d'apprentissage associées : Tutoriel vidéo Java

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!

Déclaration:
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn