Hello,
 
Je bosse dans une boite de conception de sites internets, créée il y a quelques mois donc pas encore organisée au niveau de l'infrastructure.  
 
Le contexte :

• boite de 6 personnes, principalement des développeurs PHP.
• pas d'admin réseau
• plusieurs projets sont gérés simultanément, parfois plusieurs dev interviennent sur un même projet

Comment on bosse actuellement :

• chaque dev bosse en local avec un Wamp
• tout le code est hébergé sur github (bientôt gitlab)
• pour faire la recette interne et externe, les projets sont déployés sur un serveur web externe

Ce fonctionnement n'est pas satisfaisant car chaque développeur a son propre environnement avec sa propre BDD. Par ailleurs pour faire la recette cela implique de déployer sur le serveur externe, ce qui prend du temps à chaque fois.
 
Notre métier est très standard donc j'imagine qu'il y a des bonnes pratiques assez évidentes, mais je voulais avoir l'avis de personne plus calée que moi avant de monter une usine à gaz ou de ré-inventer la poudre...
 
Qu'est-ce que vous préconiseriez comme architecture ?
 
Précision importante : nous sommes au Vietnam et la connexion internet est capricieuse, donc je souhaite a priori opter pour un serveur local hébergé dans nos locaux.

Je ne pourrai pas t'aider dans les détails n'étant pas développeur et ne cernant pas le besoin précis mais j'ai peut être une piste :

Pourquoi ne pas tout centraliser en local ? Du genre :

- Un Hyperviseur ESXi qui héberge :
   1) Une plateforme GitHub commune
   2) Une sandbox/dev (si assez de ressources)
   3) Les projets recettés
Le nombre de VM et leurs caractéristiques dépendant de tes besoins (et influe donc sur l'hardware à prévoir, on va pas prendre un dualcore pour virtualiser 10 VM ou un double Xeon pour 4 VM)

- Un second hyperviseur ESXi de secours (en miroir, si tu en as les moyens, si jamais le premier hyperviseur est en rade tu peux continuer à faire tourner l'entreprise)

- Un serveur de sauvegarde, avec les saves automatiques qu'il faut bien

- Deux switchs de niveau 2  stackés et reliés à votre routeur (ou niveau 3 si tu veux faire des VLANs avec sous-réseaux, mais si personne n'a de réelles compétences en sysrezo on oublie)

- Un onduleur pour le tout et le local climatisé

Le tout sous un bête réseau au format "domestique" (192.168.1.0/24)

Cela te permettrait d'avoir toutes les ressources métier en local avec une certaine sureté sur le plan de la haute disponibilité, de la résilience etc etc !

Le poste des dev ne servira plus qu'à accéder et travailler sur les plateformes centralisées par l'ESXI et ses VM

Je ne sais pas si je t'ai aidé, j'espère que cela pousses à réflexion et te désembrume un peu
N'hésites pas à demander un schéma ou à me mp

Hello giron204,
 
Merci pour ton aide. Je vais regarder ça à tête reposée avec mon équipe !

Archi full IaaS (AWS, Azure, ...)
- Une ligne de dev par projet

Pas de HW à gérer et maintenir, faciliter de gestion, Pay as you go ...,
Provisionnement automatisé (VM + la stack soft + config) pour nouveau projet, ...
Permet d'anticiper les coûts, segmenter les coûts par projet/client et de facto de répercuter simplement sur vos clients
Permet de mettre les VM en stand by et de reprendre si client veut une évol

Bref, le Cloud pour votre activité c'est à considérer.

Dans l'histoire votre problème majeur c'est l'exploitation de l'infra (on premise ou cloud).
A un moment vous aurez besoin d'un sysadmin
Rien que sans les compétences je vous déconseille d'investir dans un infra on-premise

Moi j'irais même plus loin, je partirais sur du PaaS du genre Heroku. T'as même pas besoin de gérer tes serveurs, tu payes à la ressource consommé sur du dev c'est pas cher. Si t'as besoin de stockage statique une solution genre AWS S3 et ça roule. Pour 6 personnes c'est complement overkill de s'acheter un serveur et surtout cher si on considère le temps passer à tout apprendre comment cela fonctionne, tout monter, entretenir....
Avec un PaaS tu as une plateforme qui tourne en quelque click. Après pour la connexion internet si elle est degueu je serais plus tenté de vous dire de vous pencher sur une autre connexion ou changer de locaux plutôt que d'investir dans du matériel je pense que c'est worth it.

Oui le IaaS c'était qu'un exemple. Ne connaissant très peu le métier de dev web je ne souhaitais pas m'avancer sur le PaaS qui est encore très peu présent sur les ERP (SAP en l'occurence)
 
Et c'est pas overkill c'est juste suicide d'acheter en propre le matériel.
Ca te fait des assets que tu ne sais pas comment refacturer ou même amortir correctement, etc ... Autant laisser cette partie à ceux qui savent faire pas cher. Gain de temps et compétitivité.
 
Comme ahbahlut, je conseille grandement de regarder cette direction.

 
 
 
Il manque l'essentiel dans la demande, car  ici il ya pas mal d'architecte réseau, mais peu de dev web.
la bonne question serais :
 
Dans le meilleur scenario : comment souhaiteriez vous bosser ?
si tu ne le sais pas, il faut se tourner d'avantage vers les forum dev web et leur demander.

hum... en fait j'aurai dû me taire en relisant ce topic