10 juillet 2019

Apache contre NGINX. Quel est le meilleur serveur web ?

L'éternel dilemme entre les deux serveurs web protagonistes du réseau.

Apache et NGINX sont les deux serveurs Web open source les plus populaires aujourd'hui. Cependant, décider du meilleur des meilleurs des meilleurs peut être une tâche difficile. Donc, pour vous faciliter la tâche, nous comparerons Apache vs Nginx en détail.

Nous espérons que cet article sur Apache vs Nginx vous aidera à faire le bon choix pour votre activité en ligne.

Mais avant d'aller plus loin, passons en revue brièvement les deux serveurs Web.

Serveur HTTP Apache

Apache HTTP Server est un serveur Web open source multiplateforme qui est aussi parfois appelé « httpd » et Apache.

Voici quelques points importants à propos d'Apache :

Depuis 1999, Apache Software Foundation gère la marque et ses services.
Le serveur est développé et maintenu par une communauté ouverte de développeurs sous l'égide de la fondation.
Fonctionnant principalement sur Linux, Apache alimente plus de la moitié de tous les sites Web dans le monde.
C'est de loin l'un des serveurs Web les plus populaires aujourd'hui, qui est le composant de la pile LAMP populaire (Linux, Apache, MySQL, PHP).

Serveur Web NGINX

Qu'est-ce que NGINX ? Prononcé sous le nom de « Engine X » - il s'agit d'un serveur Web publié en 2004 par Igor Sysoev. Aujourd'hui, c'est bien plus qu'un simple serveur web !

Voici ce que vous devez savoir sur le serveur Nginx :

Au début, les gens utilisaient principalement Nginx comme supplément Apache.
Il était principalement utilisé pour servir des fichiers statiques, mais aujourd'hui, il a évolué en tant que serveur Web complet qui prend en charge l'ensemble des tâches du serveur.
Aujourd'hui, Nginx est souvent utilisé comme proxy inverse, équilibreur de charge, proxy de messagerie et pour la mise en cache HTTP.
Apache et Nginx sont les serveurs Web les plus courants pour Linux. Ensemble, ils desservent plus de 50 % du trafic sur le Web.

PS Bien qu'Apache et Nginx partagent de nombreuses fonctionnalités, leurs forces et leurs qualités sont différentes dans de nombreux domaines. Chacun excelle à sa manière et a ses propres usages et scénarios.

Pour connaître les différences et tirer une conclusion, regardons la comparaison détaillée et complète qui suit. Nous avons également mentionné le gagnant de chaque point de comparaison à la fin de chaque point.

Apache vs NGINX - Que la bataille commence !

Nous comparons les deux meilleurs serveurs web sur la base de ces 9 critères. Toutes les fonctionnalités sont critiques, alors soyez très prudent.

  1. architecture
  2. Performance
  3. Prise en charge du système d'exploitation
  4. Configuration
  5. Interprétation
  6. modules
  7. flexibilité
  8. La sécurité
  9. Soutien et soutien
  10. conclusion

1. Architecture de base

En ce qui concerne Apache vs Nginx, la principale différence réside dans leur architecture de conception. Cela signifie qu'ils diffèrent dans la façon dont ils gèrent les liens et le trafic et répondent à différentes conditions de trafic.

L'une implique une approche orientée processus et l'autre suit une architecture orientée événement.

Apache

  • Approche axée sur les processus
  • Créez un nouveau fil pour chaque demande.

Apache suit une approche multithread. Fournit une variété de modules de traitement multiples. Ces pré-modules sont fondamentalement de trois types d'algorithmes de traitement des requêtes. Chacun d'eux est conçu pour des besoins de serveur différents.

Les MPM (Multi-Processing Modules) offrent une architecture flexible pour le choix de différentes connexions et différents algorithmes de gestion.

De plus, différentes versions d'Apache 2 utilisent différents modules de procession.

Les trois principaux MPM Apache sont :

  • Processus (prefork) MPM
  • Employé MPM
  • Événement MPM

La vieille école Apache (2.2) utilise mpm_worker, mpm_prefork et mod_php.

Alors qu'Apache 2.4 (nouvel apache) est configuré pour utiliser mpm_event, php-fpm.

Par défaut, Apache 2.2 est configuré en mode Pre-fork (mpm_prefork). Répond à un certain nombre de processus, chacun pouvant servir une seule demande à la fois.

En d'autres termes, Apache crée un nouveau thread à chaque fois pour gérer chaque demande de connexion.

Thread : Un thread est la plus petite séquence d'instructions programmées pouvant être gérée de manière autonome par un ordonnanceur. Dans la plupart des cas, un thread est un composant d'un processus.

Cependant, l'architecture de base d'Apache peut entraîner une forte consommation de ressources, par conséquent, cela peut causer des problèmes avec le serveur (vitesse lente).

Nginx

  • Approche événementielle
  • Gère plusieurs requêtes dans un seul thread

Nginx utilise une architecture d'événements et gère les demandes de manière asynchrone.

Il est conçu pour utiliser un algorithme de gestion de connexion d'événement non bloquant. Ainsi, son processus peut gérer des milliers de connexions (requêtes) au sein d'un seul thread de traitement. De tels modules de processus de connexion permettent à Nginx de fonctionner très rapidement et largement avec des ressources limitées.

De plus, il est possible d'utiliser Nginx sur des systèmes à faible puissance et avec des systèmes fonctionnant sous de fortes charges.

Vainqueur:

NGiNX - Il a une structure légère et une architecture beaucoup plus rapide qu'Apache.

2. Performances

En prenant Apache vs Nginx, les deux serveurs Web traitent le contenu statique et dynamique différemment. Ils disent que Nginx est meilleur quand il s'agit de traiter du contenu statique, voyons si c'est vrai !

2.1 Contenu statique

 

Apache

Diffuse du contenu statique à l'aide de la méthode basée sur des fichiers
Le contenu ou les fichiers statiques sont généralement des fichiers stockés sur le disque de l'ordinateur serveur, par exemple des fichiers CSS, des fichiers JavaScript ou des images. Apache gère le contenu statique à l'aide de la méthode conventionnelle basée sur les fichiers.

Nginx

Lors de la diffusion de contenu statique, Nginx est roi !
Étant donné que l'architecture de conception de Nginx est mieux équipée pour gérer la charge, elle est beaucoup plus rapide lorsqu'il s'agit de servir du contenu statique.

Il fonctionne 2,5 fois plus vite qu'Apache selon un test de référence exécutant jusqu'à 1.000 XNUMX connexions simultanées.

Nginx sert les ressources statiques sans que PHP ait à le savoir. D'un autre côté, Apache gère toutes ces requêtes avec cette surcharge coûteuse. Cela rend Nginx plus efficace et moins gourmand en ressources système.

Cette petite image montre le nombre de demandes de contenu statique traitées par seconde. Nginx surpasse clairement Apache ici !

2.2 Contenu dynamique

Apache

 

  • Traiter le contenu dynamique au sein du serveur

Apache est capable de traiter le contenu dynamique au sein du serveur Web lui-même sans avoir à s'appuyer sur des composants externes.

En parlant d'Apache vs Nginx Performance: Nginx, sinon meilleur, est à peu près le même en ce qui concerne le traitement de contenu dynamique.

Voici la comparaison des nombres de demandes de contenu dynamique par seconde. Il semble y avoir peu de différence.

Nginx

Il ne traite pas le contenu dynamique
En parlant de contenu dynamique, Nginx ne peut pas le traiter sur le serveur Web comme le fait Apache. Toutes les demandes avec un contenu de page Web dynamique sont transmises à un processus externe (par exemple, PHP-FPM) pour exécution.

Nginx attend le retour du contenu final et le renvoie au client. Référez-vous à cette image pour avoir une idée claire :

NGINX peut servir du contenu dynamique lorsqu'il est utilisé avec des gestionnaires SCGI et le module FastCGI.

PS Ce processus semble un peu compliqué. Cependant, cela joue un peu en sa faveur et rend Nginx plus rapide.

Vainqueur:

Statique : en ce qui concerne le contenu statique, Nginx surpasse Apache.

Dynamique : les deux sont parfaits pour traiter le contenu dynamique.

3. Prise en charge du système d'exploitation

La prise en charge du système d'exploitation peut être un point important à prendre en compte, en particulier lorsque l'on compare Apache et Nginx. Mais, les deux sont presque similaires ici.

Apache

  • Il prend en charge tous les systèmes de type Unix, y compris Linux et BSD.
  • Prend entièrement en charge MS Windows

Apache fonctionne sur tous les types de systèmes de type Unix (par exemple, Linux ou BSD) et prend entièrement en charge Microsoft Windows.

Nginx

  • Il prend en charge presque tous les systèmes d'exploitation de type Unix
  • Prend partiellement en charge Windows.

Il fonctionne également sur plusieurs systèmes modernes de type Unix et prend en charge Windows, mais ses performances Windows ne sont pas aussi élevées que celles des autres plates-formes.

Vainqueur:

Apache sort vainqueur ici.

4. Configuration distribuée / centralisée

Apache vs Nginx est un argument bien mérité. Leur configuration les rend différents les uns des autres et les rend tout aussi intéressants. Voyons qui a une configuration plus simple et plus rapide.

Apache

  • Permet une configuration supplémentaire pour chaque répertoire via le fichier .htaccess.

Cette architecture permet aux utilisateurs non privilégiés de contrôler certains aspects de leur site Web sans leur accorder la permission de modifier la configuration principale. C'est une grande chose !

Nginx

  • Il ne permet pas de configurations supplémentaires

Par contre, il a un inconvénient. Il ne fournit pas de configuration supplémentaire. Cependant, cela joue en votre faveur car cela augmente les performances.
En n'autorisant pas la configuration des répertoires, il peut traiter les requêtes plus rapidement qu'Apache. Il n'a pas besoin de rechercher les fichiers .htaccess et d'interpréter les demandes des utilisateurs.

Vainqueur:

Apache lors de l'examen de la configuration ; NGiNX lorsque l'on considère la vitesse.

5. Demande d'interprétation

Dans le débat entre Apache et Nginx, la méthode d'interprétation des requêtes est un sujet de comparaison intéressant. Ils traitent et interprètent les demandes de manière complètement différente.

Leurs différentes méthodes les rendent uniques et rendent l'un un peu meilleur que l'autre. Explorons comment !

Apache

  • Étapes Emplacement du système de fichiers

Permet d'interpréter les demandes. En tant que ressource physique sur le chemin du système de fichiers, elle peut nécessiter une évaluation plus abstraite. Transmettez les demandes en tant qu'emplacements de système de fichiers.

Bien sûr, Apache utilise des positions d'URI, mais elles sont généralement destinées à des ressources plus abstraites. Et lors de la création ou de la configuration d'un hôte virtuel, Apache utilise des blocs de répertoire sous la racine du document.

Cette préférence pour les emplacements du système de fichiers peut également être observée dans l'utilisation de fichiers .htaccess pour remplacer des configurations de répertoire spécifiques.

Nginx

  • Passer l'URI pour interpréter les requêtes

Nginx a été créé pour être à la fois un serveur Web et un serveur proxy inverse. En raison de la demande architecturale.

Il ne fournit pas de mécanisme pour spécifier la configuration. Pour le répertoire du système de fichiers, il transmet à la place son propre URI. La transmission des demandes en tant qu'URI au lieu d'emplacements de système de fichiers permet à Nginx de fonctionner facilement à la fois sur le Web et sur le serveur proxy. Configurez de manière simple, en définissant comment répondre aux différents modèles de requêtes.

Il ne vérifie pas le système de fichiers jusqu'à ce qu'il soit prêt à servir la demande et explique pourquoi il n'implémente aucune forme de fichier .htaccess.

Cette même conception d'interprétation des requêtes en tant que positions d'URI permet à Nginx de fonctionner facilement non seulement en tant que serveur Web, mais également en tant que serveur proxy, équilibreur de charge et cache HTTP.

De plus, dans le défi Apache vs Nginx, NGINX gagne à nouveau en ce qui concerne le taux de transfert (la vitesse à laquelle les données ont été envoyées du serveur au client). Et dans la plupart des cas, Nginx gagne un bon montant pour 500/100.

Vainqueur:

Il semble que Nginx ait gagné grâce à son interprétation et sa réponse plus rapides.

6. Modules fonctionnels

Les deux sont extensibles grâce à des systèmes modulaires. Mais leur façon de travailler est différente. Comparons les modules de fonctionnalités des deux serveurs Web : Apache vs Nginx !

Apache

  • 60 modules officiels chargeables dynamiquement qui peuvent être activés / désactivés

Le serveur Apache dispose d'un riche ensemble de fonctionnalités qui peuvent être activées en installant l'un des 60 modules officiels. Il existe également de nombreux autres modules non officiels que l'on peut trouver facilement sur Internet.

Son système de modules vous permet de charger ou décharger dynamiquement des modules selon vos besoins. Ses modules peuvent être activés ou désactivés pour ajouter ou supprimer des fonctionnalités et pour se connecter au serveur principal.

En bref, Apache dispose de plusieurs modules fonctionnels adaptés à vos besoins, mais beaucoup d'entre eux ne sont pas souvent utilisés.

Nginx

  • Modules tiers centraux (non chargeables dynamiquement)

Nginx, en revanche, est sélectionné et compilé sur des plugins tiers. Non chargeable dynamiquement. Les formulaires sont utiles, cependant, ils vous permettent de dicter ce que vous voulez de votre serveur en n'incluant que les fonctionnalités que vous avez l'intention d'utiliser.

Il est considéré comme beaucoup plus sécurisé que le serveur Apache car des composants arbitraires peuvent être ancrés sur le serveur.

De plus, NGINX fournit toutes les fonctionnalités clés d'un serveur Web, sans sacrifier les qualités légères et hautes performances qui en ont fait un gagnant.

Remarque : Apache est comme Microsoft Word et Nginx est comme le Bloc-notes. Comme, comment? Apache a un million d'options, mais seules quelques-unes sont nécessaires. NGINX fait ces « quelques » choses et les fait 50 fois plus vite qu'Apache.

Vainqueur:

NGiNX - Ses fonctionnalités et modules moins importants le rendent plus léger, plus intelligent et meilleur que le serveur Web Apache.

7. Flexibilité

La flexibilité est l'une des préoccupations les plus importantes lorsqu'il s'agit d'un serveur Web. La flexibilité entre Apache et Nginx présente des différences intéressantes.

Apache

  • Il prend en charge la personnalisation du serveur Web via des formulaires dynamiques.

Les personnalisations du serveur Web peuvent être effectuées via des modules d'équitation. Apache a le chargement dynamique des modules depuis très longtemps, donc tous les modules Apache le prennent en charge.

Nginx

  • Pas assez flexible pour prendre en charge les formulaires et le chargement dynamiques.

Cependant, ce n'est pas le cas avec NGINX. Début 2016, NGINX a pris en charge le chargement dynamique des modules ; auparavant, NGINX exigeait que l'administrateur remplisse les modules dans le binaire NGINX.

La plupart des modules ne prennent pas encore en charge le chargement dynamique, mais avec le temps, ils le feront probablement.

Vainqueur:

Apache - Il est clairement avancé sur ce point.

8. Sécurité

La sécurité Apache vs Nginx est à nouveau un sujet brûlant. Eh bien, ces deux serveurs Web offrent une sécurité étendue pour sa base de code basée sur C.

Alors, utilisateurs, détendez-vous !

Apache

  • Grande sécurité.

Apache s'assure que tout site Web exécuté sur son serveur est à l'abri de tout dommage et des pirates.

Il propose des suggestions de configuration pour la gestion des attaques DDoS et le module mod_evasive pour répondre aux attaques DoS, DDoS ou HTTP par force brute.

Nginx

  • Meilleure sécurité avec une base de code plus petite.

La base de code NGINX, cependant, est nettement plus petite de plusieurs ordres de grandeur, ce qui est certainement un gros plus du point de vue de la sécurité prospective.

Vainqueur:

Nginx - Il est considéré comme plus sûr, bien qu'il soit correct et absolument clair que la sécurité intrinsèque de deux serveurs Web peut être comparable.

9. Soutien

Le service est quelque chose qui intéresse beaucoup chaque client. Cela peut faire ou défaire votre expérience utilisateur. En comparant le support Apache vs Nginx, il ne semble pas y avoir de grande différence.

Apache

  • Le support de la communauté est fourni via des listes de diffusion, IRC et Stack Overflow.

Le support commercial Apache est disponible auprès d'un certain nombre de sociétés tierces, telles qu'OpenLogic, mais aucune liste officielle n'est maintenue par la Fondation Apache. Le serveur Apache est censé offrir un excellent support à tous ses utilisateurs.

Nginx

  • Support de la communauté via des listes de diffusion, IRC, Stack Overflow et un forum.

La société derrière NGINX propose un produit commercial appelé NGINXPlus, qui prend en charge un certain nombre de fonctions supplémentaires en ce qui concerne l'équilibrage de charge, le streaming multimédia et la surveillance.

Vainqueur:

Dessinez et nouez ! Le support est presque le même dans les deux.

Quelques considérations nécessaires

Apache et Nginx ne peuvent pas être remplacés l'un par l'autre, ils ont leurs propres forces et faiblesses. Et après avoir surmonté les avantages, les limites et les différences, vous avez peut-être déjà une idée du meilleur serveur Web pour vous.

Eh bien, dans notre article sur Apache vs Nginx, 5 points sur 9 ont été remportés par NGINX, 2 points sont allés à Apache et 2 points étaient « pairs » entre Apache et Nginx. Par conséquent, nous pouvons clairement voir que NGINX a un avantage sur Apache.

Vous ne savez toujours pas quel serveur vous convient le mieux ? Découvrons quand choisir lequel !

Quand choisir Apache plutôt que NGINX ?

i) Apache .htaccess

NGINX ne prend pas en charge quelque chose comme le fichier .htaccess d'Apache. Cependant, avec Apache, vous avez l'avantage de donner aux utilisateurs non privilégiés le contrôle de certains aspects importants de leur site Web.

Les utilisateurs, bien sûr, ne sont pas autorisés à modifier la configuration principale.
En utilisant les fichiers .htaccess, vous pouvez remplacer les paramètres système pour chaque répertoire.
Pour de meilleures performances, incluez ces directives .htaccess dans les fichiers de configuration principaux.
Dans un environnement d'hébergement partagé, Apache fonctionne mieux grâce à sa configuration .htaccess.
PS Pour l'hébergement dédié ou VPS Nginx reste la meilleure option.

ii) En cas de limitations de fonctionnalités - utilisez Apache

Nginx a quelques modules de base qui sont très importants. Cependant, il existe certaines limitations de fonctionnalités avec Nginx.

Si vous avez des limitations ou avez besoin d'utiliser des modules supplémentaires qui ne sont pas pris en charge par Nginx, vous pouvez choisir Apache.

Quand choisir NGINX plutôt qu'Apache ?

i) Traitement de contenu rapide et statique

Nginx peut mieux gérer les fichiers statiques à partir d'un répertoire spécifique.

De plus, les processus du serveur en amont ne sont pas bloqués en raison de demandes lourdes et multiples de contenu statique, car Nginx peut les traiter en même temps. Cela améliore considérablement les performances globales des serveurs principaux.

Nginx essaie sans relâche d'offrir à ses utilisateurs une meilleure expérience. Il a affiché une croissance remarquable en 2018. Jetez un œil aux meilleurs résultats de 2018 sur le blog Nginx.

ii) Idéal pour les sites Web à fort trafic

En ce qui concerne la vitesse et le nombre de clients pouvant être servis avec une charge élevée, Nginx sera toujours gagnant sur Apache.

Cela rend Nginx considérablement léger et volumineux pour les ressources du serveur. C'est pourquoi la plupart des développeurs Web préfèrent Nginx à Apache.

Plus précisément, les boutiques en ligne embauchent aujourd'hui un développeur Magento qui sait travailler sur un site Web à fort trafic et qui est qualifié pour travailler sur Nginx.

En termes simples, lorsqu'il s'agit de servir un site Web avec un volume de trafic important, il n'y a pas mieux que Nginx.

Ou utilisez les deux ensemble !

Oui, Apache et Nginx peuvent aussi être amis !

Il est possible d'utiliser les points forts de chaque serveur en les utilisant ensemble.

Vous pouvez utiliser Nginx devant Apache en tant que serveur proxy (comme indiqué dans l'image ci-dessous). Cela profite de la vitesse de traitement rapide de Nginx et de la possibilité d'établir une grande connexion non en même temps.

Pour les connexions statiques, Nginx servira rapidement les fichiers aux clients. Pour le contenu dynamique, par exemple les fichiers Php, le serveur proxy inverse Nginx enverra sa requête à Apache qui pourra ensuite traiter ses résultats et renvoyer la page rendue.

Nginx peut ensuite transmettre le contenu final au client. De plus, il vous permet d'avoir un serveur web très fonctionnel pour servir vos clients (le grand volume d'utilisateurs) très rapidement.

En conclusion:

Décider quel serveur Web utiliser, Nginx ou Apache, est une étape importante dans la configuration de votre site Web.

Les deux solutions sont capables de gérer différentes charges de travail et de travailler avec d'autres logiciels pour fournir une pile Web complète.

Nous espérons que ce guide de comparaison de bout en bout vous a aidé à choisir le meilleur serveur Web.

Voulez-vous avoir d'autres conseils? Prenez contact avec nous!

Vous avez des doutes ? Vous ne savez pas par où commencer ? Contactez-nous !

Nous avons toutes les réponses à vos questions pour vous aider à faire le bon choix.

Discute avec nous

Discutez directement avec notre support avant-vente.

0256569681

Contactez-nous par téléphone pendant les heures de bureau 9h30 - 19h30

Contactez-nous en ligne

Ouvrez une demande directement dans l'espace contact.

INFORMATIONS

Managed Server Srl est un acteur italien leader dans la fourniture de solutions système GNU/Linux avancées orientées vers la haute performance. Avec un modèle d'abonnement peu coûteux et prévisible, nous garantissons que nos clients ont accès à des technologies avancées en matière d'hébergement, de serveurs dédiés et de services cloud. En plus de cela, nous proposons des conseils système sur les systèmes Linux et une maintenance spécialisée en SGBD, sécurité informatique, Cloud et bien plus encore. Nous nous distinguons par notre expertise dans l'hébergement de CMS Open Source de premier plan tels que WordPress, WooCommerce, Drupal, Prestashop, Joomla, OpenCart et Magento, soutenus par un service d'assistance et de conseil de haut niveau adapté aux administrations publiques, aux PME et à toutes tailles.

Red Hat, Inc. détient les droits de Red Hat®, RHEL®, RedHat Linux® et CentOS® ; AlmaLinux™ est une marque commerciale d'AlmaLinux OS Foundation ; Rocky Linux® est une marque déposée de la Rocky Linux Foundation ; SUSE® est une marque déposée de SUSE LLC ; Canonical Ltd. détient les droits sur Ubuntu® ; Software in the Public Interest, Inc. détient les droits sur Debian® ; Linus Torvalds détient les droits sur Linux® ; FreeBSD® est une marque déposée de la FreeBSD Foundation ; NetBSD® est une marque déposée de la Fondation NetBSD ; OpenBSD® est une marque déposée de Theo de Raadt. Oracle Corporation détient les droits sur Oracle®, MySQL® et MyRocks® ; Percona® est une marque déposée de Percona LLC ; MariaDB® est une marque déposée de MariaDB Corporation Ab ; REDIS® est une marque déposée de Redis Labs Ltd. F5 Networks, Inc. détient les droits sur NGINX® et NGINX Plus® ; Varnish® est une marque déposée de Varnish Software AB. Adobe Inc. détient les droits sur Magento® ; PrestaShop® est une marque déposée de PrestaShop SA ; OpenCart® est une marque déposée d'OpenCart Limited. Automattic Inc. détient les droits sur WordPress®, WooCommerce® et JetPack® ; Open Source Matters, Inc. détient les droits sur Joomla® ; Dries Buytaert détient les droits sur Drupal®. Amazon Web Services, Inc. détient les droits sur AWS® ; Google LLC détient les droits sur Google Cloud™ et Chrome™ ; Facebook, Inc. détient les droits sur Facebook® ; Microsoft Corporation détient les droits sur Microsoft®, Azure® et Internet Explorer® ; La Fondation Mozilla détient les droits sur Firefox®. Apache® est une marque déposée de The Apache Software Foundation ; PHP® est une marque déposée du groupe PHP. CloudFlare® est une marque déposée de Cloudflare, Inc. ; NETSCOUT® est une marque déposée de NETSCOUT Systems Inc. ; ElasticSearch®, LogStash® et Kibana® sont des marques déposées d'Elastic NV. Ce site n'est affilié, sponsorisé ou autrement associé à aucune des entités mentionnées ci-dessus et ne représente aucune de ces entités de quelque manière que ce soit. Tous les droits sur les marques et noms de produits mentionnés sont la propriété de leurs titulaires respectifs des droits d'auteur. Toutes les autres marques mentionnées appartiennent à leurs titulaires. MANAGED SERVER® est une marque déposée au niveau européen par MANAGED SERVER SRL Via Enzo Ferrari, 9 62012 Civitanova Marche (MC) Italie.

Retour en haut de page