Bonjour,
 
je poste ce message en espérant que l'on pourra m'aiguiller ou m'aider à ne pas me tromper.
Avec deux amis, nous avons notre société spécialisée dans l'ingénierie financière, et après bientot trois ans d'existence, nous passons à la vitesse supérieure, avec nouveaux bureaux et recrutements.
On est en train d'essayer de sortir de notre mode bricolage ou start up vers un mode pérenne, et nous cherchons notamment à nous doter d'une infrastructure systeme/reseau nous permettant de travailler sereinement.
Nous sommes tous de formation ingénieur, mais pas en informatique. Nous avons des notions avancées, mais cela n'est pas notre champ d'expertise, et on veut pas faire de conneries.
 
Finalement, notre cahier des charges est guidé par nos activités, à savoir que l'on développe des solutions informatiques pour nos clients sur des problématiques de gestion des risque sur opérations de marché.
Nous développons de 'petites solutions' à installer en local, mais nous voulons déployer également une offre logiciel de type système intégré. Donc nos besoins en terme d'infra peuvent s'avérer lourds.  
Ces solutions peuvent être déployées sous windows ou unix.
 
Chez nous, nous devrons nous doter d'environnements de Dev, de Test et de Prod pour simuler des productions quotidiennes.
Donc notre infra devra naturellement permettre le bon déroulement de nos activités, mais je suis également tenter de mettre en place un parc info avec une machine client avec login et password pour chaque salarié, le tout relié à un OS serveur. Avec gestion des calendrier, messagerie... et gestion des droits d'accés.
Au début cela concernera dix salarié avec atterrissage vers 20/25 personnes d'ici un an.  
 
J'ai commencé à chercher, et j'ai identifé une solution, donc l'objet de mon message est de reccueillier les avis, pour me dire si ca semble adapté, si j'envoie trop le bouzin...
 
Donc l'architecture que j'ai en tete peut se résumer aux points suivants :
 
- Un ESX : pour serveur de calcul calcul porté et virtualisation (bien que je sois pas vraiment au fait avec ce concept et avec l'ESX en général... je lis des docs mais bon) ;
- un NAS : pour serveur de données
- un serveur avec OS server : gestion parc machines salariés, antivirus, imprimantes, messagerie, ...
- Un serveur de sauvegarde
 
- et enfin les machines client pour les salariés.
 
A ce stade, j'en suis à viser une archi, et je cherche à savoir si cela vous semble adapté à mes besoins... je suis ouvert à toutes les remarques, déclinaisons techniques, ...
Dans tout les cas, je pense me faire accompagner, mais j'ai pas envie de me faire vendre des choses que le presta voudra à tout prix me refourguer ou me facturer.
 
En espérant que mon méssage trouvera des lecteurs, merci d'avance !!!
 
 
Peupeu

salut,
 
quel est l'interet de mettre VMWARE ESX si tu n'as qu'un seul serveur physique?
 
l'interet d'ESX est de pouvoir justement basculer les vms d'un esx vers un autre ... enfin bon  
 
Je verrai plutot du style :
 
as tu besoin d'un annuaire type Active Directory
as tu besoin de VLAN pour ton réseau
 
etc...etc...

Le clustering n'est pas le seul intérêt à virtualiser même s'il est vrai que c'en est un des plus intéressant.
Il y a aussi la consolidation, les snpashots, la migration facilité d'un hôte physique à un autre, la conversion des VMs pour tourner sur des PC, l'administration facilitée, etc.

Mais c'est vrai qu'il faut maîtriser son hyperviseur et ça peut donc être dommageable de virtualiser sans recherche d'un seul des intérêts listés au dessus.

Peupeu1981, liste tes besoins plutôt que de faire de la littérature.
T'as besoin de quoi ?

- stockage de fichiers partagés avec authentification et gestion des droits d'accès
- messagerie (collaborative ou non ?)
- solution antivirus
- gestion du parc (pour 10 postes ??)
- sauvegarde du tout

quoi d'autre ?

T'as quoi comme site ?

- alimentation électrique correcte (deux circuits peut-être ?)
- clim ?
- salle serveur protégée contre le vol ?
- lien vers Internet garanti ? Avec quel débit ?

Et quel est ton budget accessoirement ?

Bonjour,
 
et merci pour vos réponses.  
Pour Djalex, pour l'ESX je sais pas quoi répondre, pour le reste, je pense en avoir besoin, mais après tout je sais pas si cette solution est bien calibrée pour mon besoin.  
 
En revanche, je connais mon besoin, pour répondre à ShonGail, dans l'absolu c'est le suivant :
 
- un espace pour faire tourner mes processus de prod, de test, de dev ;
- un espace de stockage coonséquent pour prendre en charge nos data, notre code et l'espace pour les usagers ;
- une gestion en commun (enfin un minimum) des machines des salariés.
 
Pour affiner, notre travail est collaboratif, nous devons pouvoir travailler sur un espace commun, tout en ayant le notre.  Pour ce point je pense qu'on a besoin d'une authentification et une gestion des droits, ainsi qu'un stocakge de fichiers partagés.
Idem pour la messagerie.
 
Pour l'antivirus, je dirais naivement qu'on en a besoin, dès lors que je cherche un peu de sécurité.
Je pense également avoir besoin d'une sauvegarde, je ne peux pas m'affranchir d'un risque quelconque... j'ai besoin d'un minimum de back up.
 
Pour ce qui est de la gestion du parc, effectivement maintenant il y aura que peu de machine, mais d'ici la fin de l'année on sera 20 à intervenir d'une manière ou d'une autre, peut etre plus ensuite, je sais pas. Du coup je sais pas si cela vaut le copup d'avoir une gestion de parc info trop siouxe ?
 
Pour le site, on a accés à une salle sécurisé, avec alim électrique ok, clim... Pour le débit internet je suis pas sur.
 
Pour Nabulios, mon budget est celui qui convient pour mon besoin. Mais j'ai qd meme une limite, l'idée que j'ai en tete, c'est moins de 10K ht (avec les machines). Je prévois large, mais en gros raisonnablement entre 5 et 10K.
 
Voila pour les précisions.  
 
A plus tard,  
 
Peupeu

Drapal budget serré.

Alors déjà, 5 à 10k, tu vas pas faire des folies. Encore moins si tu tapes dans la virtualisation.
 
Ensuite, pour les besoins, je trouve cela encore bien flou.
 
Ca consiste en quoi les "processus" de prod, dev, test ? A l'heure actuelle, c'est quoi concrètement. Et votre objectif dans ce domaine consiste en quoi ?
Vous développez; aussi pas de VCS (versioning)  ?
Stockage conséquent, c'est quoi ? 2 ou 25To ? Pour quel type de données ?
Q'entends-tu concrètement par "gestion en commun des machines" ?

Bon je n'ai pas budget illimité, mais je ferai pas le radin sur notre infra technique... c'est mon outil de travail, donc le budget que j'ai est celui dont j'ai besoin.
Pour les machines, j'ai compté 400e ht par machine, donc pour 4000 et le reste pour les serveurs, licences, ...

Quelles machines ?
Pour ce budget faut acheter des postes utilisateurs ??

Ok, je précise, pour mes processus de prod, j'ai concretement deux projets qui impliquent des calculs quotidiens.
 
Pour se rendre compte, les process associés à l'une des nos application sont les suivants :  
 
 - procedure d'archivage : je suis connecté à un provider de données financière. Tous les jours à un instant t, je récupère des données brutes qui viennent enrichir les données existantes (je parle d'environ 800 fichiers texte qui contiennent des historiques de prix pour des données financières)  
- procédure de transformation de donnée : process qui durent dizaine de minute, qui transforme mes données historiques dans un format que je digère
- procédure de 'mise en format': autre process qui dure dans les 30 minutes qui prend en compte un portefeuille d'instruments financiers
- process de calcul : process qui dure entre 1h et 8h (en fonction du portefeuille), la je fais ma tambouille spécifique à mon activité
- Export vers les bases de données
- Et le petit matin j'ai l'ensemble de mes résulats visible dans une IHM.
 
- Cette même IHM peut être consultée tous les jours, et permet également de lancer des calculs stand alone
 
Et ce petit manège recommence tous les jours, et ne peut souffrir d'aucune interruption... en gros on doit sortir des chiffres tous les jours.
 
Pour la volumétrie : l'archivage de mes données me bouffe dans les 50gigas.
Je génère quotidiennement environ 100 gigas. M

... mais je conserve uniquement 3 jours de sauvegarde.. donc on purge très régulièrement
 
Finalement, les données que l'on conserve, sont relatives à une certaine réglementation et c'est tout les mois. le reste je peux purger.
 
Donc ca, c'est que fait mon appli.Lorsque je parle d'environnement de prod, c'est que je fais tourner chez nous une version sur un portfeuille ficitf, en gros on fait vivre notre projet quotidiennement et on le fait évoluer également régulièrement.
 

Pour nos devs, on fait du versionning sur tous nos projets.
 
Concretement par gestion en commun, j'entends plusieurs choses (j'avoue que je n'utilise pas forcément les bons termes) :
 
Espace partagé, gestion des droits d'accès (sur les datas et les répertoires de prod et de dev), messageries, imprimantes.
 
Je sais ce qu'est le plus adapté, si les machines vivent leurs vies gentiment avec un accés aux serveurs, ou s'il faut un parc info administré. Je pense que cela dépend plutot de nombre d'utilisateur... et on vise 20 d'ici la fin de l'année.
 
Pour les machines, nous sommes un peu doté, mais il faudra en acheter, c'est sur...
Le premier atterrissage c'est maintenant avec 10 utilisateurs..
 
Bon, j'ai l'impression que mon budget initial n'est pas la bon, c'est aussi pour ca que je vous sollicite.
Merci en tout casde prendre le temps de m'aiguiller.
 
Peupeu
 

 
Même si aujourd'hui, l'atout majeur est clairement le HA, tu peux très bien avoir un seul serveur physique.
Tu as quand mêmes tous les autres atout à côté comme la facilité d'administration, snapshot, la migration en cas de panne, la consolidation, consommation d'énergie etc...
 
Puis ça permet aussi plus tard en cas de besoin de HA, d'être "ready" pour le déploiement du second et pas obligé de revoir tous les plans de A à Z.
 
Donc je pense que effectivement, l'idée de peupeu de partir sur de la virtualisation est plus que cohérente.
Par contre, ça nécessitera de bien maîtriser l'hyperviseur en question... Car si tu pars dans ce type d'infra sans connaitre ton hyperviseur, tu risques d'aller tout droit dans le mur

 
 
Oui, enfin si ton serveur physique merdouille... ton HA ne te sauvera pas

Bonjour,
 
Pourriez-vous nous indiquer quel type de matériel est utilisé actuellement?
Cela nous permettra de nous faire une idée plus précise des besoins.
 
Cordialement,
Franck

 
Dans le cas évoqué au premier post, on ne parle même pas HA car il est prévu dans un premier temps un seul serveur physique.

Moi je disais que pour de la virtualisation, n'avoir qu'un seul serveur physique ESX, ça ne servait à rien.

On est hors sujet mais pour les raisons évoquées dans mon 1er post, c'est faux.

 
 
La partie stockage de fichiers avec gestion des droits d'accès, les imprimantes et l'antivirus, c'est pas un problème. On peut arrêter d'en causer.
Il va juste falloir s'assurer de la volumétrie car tu dis avoir un besoin important de stockage puis tu indiques ne conserver que 3 x 100Go de données. Autant dire que c'est peu.
 
La partie messagerie collaborative, pas de problème non plus. Il faut juste connaitre ton lien vers Internet pour définitivement écarter ou non le fait de l'avoir en interne.
 
Par contre, si tu veux remplacer tes services métiers, là on manque d'info.
Comme le demande franck31195, CONCRETEMENT vous avez quoi actuellement ? Un serveur, deux, trois ? Quels modèles et caractéristiques, quels OS, quels logiciels tournent dessus ?
Sur quoi vous voulez faire évoluer votre solution actuelle ?

Bonjour Franck, comme je disais dans mon premier post, on tente de sortir d'un mode bricolage, pour pérenniser notre travail. Donc on part pas from scratch, mais presque, enfin en termes d'infra je parle.  
 
Pour ShonGail, en plus, en l'état la solution que j'ai détaillée est en place chez un client, mais pas par l'intermédiaire d'une licence logiciel, mais d'un contrat de conseil où on a spécifié l'intégralité des process fonctionnels et fait développer (contractuellement) par le client. On a recetté tous les dev. On a fourni (toujours contractuellement) une méthodologie fonctionnelle (au travers de docs et de formations). Ceci dit on a qd meme livré un module clé en main, qui est appelé comme un service par le process global. Pour ce qui est des infras techniques, c'était completement à la main du client, bien au contraire il était souhaité par celui-ci que la partie hardware soit invisible pour nous. Chez ce client, finalement on a vendu la méthodologie, la conception fonctionnelle, le suivi de dév et le suivi opérationnel.  
 
Je précise que pour les besoins volumétriques, serveurs et autres, finalement cela dépend uniquement de la taille du portefeuille du client. En l'état avec un mini portefeuille fictif et trois facteurs de risque à simuler, je peux faire tourner le tout avec quasi rien.
 
La volonté pour nous fut d'industrialiser cette solution et de la distribuer sous forme de licence. On a toutes les briques qui fonctionnent, quasiment correctement. On a des démos pour les prospects, mais en mode local. C'est d'ailleurs l'objet d'une partie des recrutements que nous menons par ailleurs. Je suis clairement confronté à mes limites techniques, j'en conviens parfaitement.  
 
La volumétrie que j'ai indiquée est une cible plus ou moins réaliste d'un process de prod, et ne concerne qu'un projet. Dans l'aboslu, les besoins en terme de sauvegarde iront bien plus loins que trois jours. On a un autre projet conséquent, et plusieurs sont dans les tuyaux... on était 5 avant !! Maintenant il y a 10 intervenants et très rapidement plus d'ici la fin de l'année... C'est bien là mon problème. Donc au final, j'ai du mal à savoir quelle sera ma volumétrie finale.
 
La volumétrie dont j'ai besoin maintenant est certe pas très conséquente, mais je cherche les premières briques à mettre en place de sorte à pouvoir faire évoluer mon infra sans tout refaire.  
 
Mais après tout, je suis tout à fait pret à m'entendre dire que je me prends peut etre la tete pour rien, a ce stade je peux simplement doter chaque intervenant d'une machine, un droit d'accés à un serveur, un compte mail... et basta..  je me prendrai la tete plus tard.
 
Je sens que ce post ne va plaire à ShonGail, je dois bouger mais je vais essayer de reposter plus de détails ce soir.

Bon ça vaut ce que ça vaut mais :
- Machines clientes : il te faut quoi comme style de puissance ? Vous faites juste de la bureautique ou sur le poste il y a aussi du traitement lourd de données (analyse, transfo), ou du développement ? Vous avez besoin que ces machines soient connectées et managées sur le réseau ou on pourrait imaginer que chaque collaborateur choisisse son PC et le branche au réseau pépère. Quels besoin de gestion de ces machines vous avez ?
 
- Mails/Collab : Avez vous des contraintes légales fortes ? Si non, perso je me ferai pas chier à monter une infrastructure sur place mais utiliserait du mail hébergé. Office 365, Google Apps, OVH. Vous profiterez en plus de messagerie instantannée et de sites de partage de fichiers si besoin.
 
- Serveur de calcul. Pour moi ça ressemble plus à du traitement de base de données (ETL, extract, transform, load) que du calcul. Après je peux me tromper. C'est sur quoi comme technos ? Tu parles de fichiers plats mais votre solution elle tourne avec quoi comme produits/technos ? Si c'est un serveur, le but est de fournir des interfaces aux machines clientes à moins que vous souhatiez que toute l'entreprise se connecte en remote sur le serveur mais ça me semble bizarre. Du coup ces interfaces sont sous quelle forme ? Fichier disponible sur un share en sortie, interface web ou webservices, un client lourd etc. ?
 
Vous développez en quoi ? Vous avez un système de gestion de source, de projet ?
 
Autant je comprend ton besoin d'un assez haut niveau, c'est difficile d'attérir sur des solutions technologiques sans plus de détails

Quand un ingé parle système, c'est toujours flou, même la en essayant de définir ses besoins et en relisant ses postes, j'arrive pas a cerner ... Et pourtant j'ai l'habitude avec en pool clientèle des madame Michu qui n'y comprennent rien. Là ...
C'est limite si il faudrait pas faire une étude sur site avec un audit et mettre en place une gestion projet avec un intégrateur, mais pour 5 a 10k d'enveloppe tout compris, personne se déplacera.

A mysterieuseX, monsieur Michu te remercie . Comme je l'ai dit, le budget que j'ai est celui dont j'ai besoin. La fourchette [5K,10K] représente uniquement l'idée que je me faisais, encore une fois il est plus que probable que je me fasse accompagner, mais je veux pas me faire jamboner, je procède par anticipation pour voir ce que je peux prendre à ma charge ou pas. Pour moi cette étape est vitale, je prends le temps qu'il faut, je sollicite les gens sur des forums, histoire que je sois mieux armé face à un commercial qui voudra marger sur ma pomme. C'est dans ce but que je sollicite le forum, et d'ailleurs j'y voie déjà plus clair.  
 
Ceci étant dit, pour Je@nb, voici les précisions :
 
- pour les machines clients, voici la config que j'utilise pour moi :  
  Proc i7-2720QM cadencé à 2.20GHz avec 8Go de mémoire. Je n'ai pas de besoins graphiques, du coup une carte basique me suffit.
 
Bon cette machine est bien dotée, je peux viser un proc un peu moins puissant et 4Go de mémoire vive suffiront.
 
L'utilisation faite en locale est la suivante : bureautique / développement info / il y aura également des traitements lancés en local des le cadre des tests.  
Sur la question des machines connectées/managées sur le réseau ou non, je suis ouvert. Finalement mon besoin macro est qu'on puisse travailler ensemble (avec un svn). L'idée que je me faisais venait du fait qu'on va être une vingtaine et dans ma tete je me suis dirigé automatiquement vers une solution telle que j'ai pu la voir là où j'ai travaillé dans le passé, avec des accés limités, avec une administration système / réseau. Mais avec le nombre d'usagers que je prévoie, je suis peut etre dans le faux et la solution 'pepère' que tu évoques est mieux adaptée. Au final, j'ai du mal à définir le seuil à partir duquel je dois avoir un parc machine avec un réseau administré finement. Comment verrais tu le truc ? Le plus simplement j'imagine ?
 
- Pour ce qui est des mails : pareil je suis ouvert sur la question. Je ne suis absolument pas contre le fait de nous faire héberger. C'est déjà le cas depuis bientot trois ans. Là comme je le disais, on a des nouveaux bureaux, des recrutements, en gros c'est un nouveau départ pour moi, donc j'avais l'idée de tout refaire, mais c'est vraiment pas une obligation. On peut tout à fait continuer sur ce mode pour la question des mails.
 
- Pour la question du serveur de calcul. Il y a du traitement de base de données, mais une grande partie des processus initiés par nos outils représente du calcul numérique (simulation de MonteCarlo, résolution d'EDP, d'intégrale par simulation, ... bref j'en passe). Pour ce qui est des fichiers plats que tu évoques, c'est bien cela. Comme je l'indiquais le process que j'ai décrit s'inscrit dans le cadre d'un de nos outils, mais on fait d'autres choses aussi. Ce qu'on retrouve en général dans l'utilisation faite par tous nos outils : ce sont des calculs qui tournent tous les jours, donc tous les jours on a une procédure du type suivant : 1 - une étape récupération des données du jours, 2 - Transformations de ces données, 3 - Préparation des calculs, 4 - Calcul, 5 - archivage en base, 6 - Consultation des résultats dans la journée et lancement de calculs stand alone.
 
En réalité, mon vrai besoin est très simple à mes yeux (mais très compliqué à retranscrire je le concois) :  
1 - pouvoir travailler de manière collaborative à 20 (développement versionné) sur tous nos projets;
2 - pouvoir simuler un environnement de production pour reproduire l'utilisation qui sera faite de nos outils.
 
Et c'est tout, après le reste est en plus. Mais je pensais qu'il fallait pérèniser l'infra globale, c'était aussi l'occasion.
 
Enfin pour les technos et nos devs :  
- tout ce qui est moteur de calcul (qui se traduit souvent par des dll), c'est principalement du C# et du C++. On fait aussi beaucoup de matlab pour le calcul matriciel.
- on a pas mal de script qui automatisent un certain nombre de taches
- NHibernet pour questions SGBP associées (mais c'est une grosse daube qu'on avait sous-traitée, c'est contre nature de faire ca en .Net, donc on va casser tout ca prochainement avec peut etre une migration vers du java, enfin bref c'est un peu hors sujet)
 
- Pour les IHM, ca depend. On fait du C#, du Qt et du flex... ca dépend. Il y a pas mal de chose qu'on a sous-traitées et il y a un certain nombre de choses qui vont être refactorées.
 
Pour ce qui est de la gestion de source, actuellement c'est limité à l'utilsation d'un svn. A terme, à voir avec les recrutements que je suis en train de faire, mais j'ai dans l'idée de m'orienter vers de l'intégration continue.
 
Bon a plus tard, et merci

Salut,
Restons encore dans le terre à terre, quel est la config du serveur actuellement ?
Pour ma part, la messagerie en interne pour 20 users et sans compétence info interne c'est une aberration !
Les partages réseau avec gestion des droits (et autres), un domaine Windows fait parfaitement le boulot.
A+

 
Le problème d'une messagerie en interne, ce n'est pas les compétences.
Comme pour d'autres services, les compétences peuvent être externalisées.
 
Non le vrai problème pour bcp de TPE/PME avec messagerie en interne (Exchange sous SBS la plupart du temps), c'est le lien vers Internet non garanti et avec débit insuffisant, le ou les serveurs pas assez protégés contre les sinistres, l'absence de DMZ, de MX2, les sauvegardes absentes ou non maîtrisées.
 
Mais je pense qu'on est assez d'accord. Aujourd'hui, il faut un vrai argument à une TPE/PME pour avoir sa messagerie sur site. Au mieux en Datacenter, sinon hébergée par un prestataire.

Salut,  
 
en réalité, là concrêtement, je suis complètement à poil !!! On a déménagé cette semaine. L'immeuble dans lequel nous sommes propose un service d'infrastructure reséaux, et un hébergement physique des machines utilisées par les locataires du centre. Cet hébergement est situé dans une salle sécurisée, climatisée dans les sous-sols de l'immeuble.
 
Donc en l'état, j'ai une connection internet garantie par le service technique de l'immeuble que j'ai switchée vers 6 postes à moi. Et c'est tout.
 
Et pour le bon déroulement de nos activités je me contente de deux choses :
 
- un compte sur Assembla ;
- un PC dédié pour faire tourner mes applications.
 
Voilà tout, ca suffit pour travailler avec un équipe à taille réduite et faire des trucs déjà sympathiques. C'est ce que je disais au début, on quitte le monde du bricolage pour se tourner vers une solution pérène.
 
Pour la question de la messagerie sur site pour une TPE comme moi, j'intègre bien vos remarques, donc je vais pas bouger et rester sur ma solution actuelle.

Résumons le paysage donc :
-Tu veux mettre en place un système + résal pour 20 a 30 utilisateurs dans une pépinière d'entreprise.
-Vous passez de la boite montée entre amis pour grossir (SAS 3 associés > SARL 3 associés + collaborateurs ?)
-Vous voulez partir sur une solution pérenne mais avez peu de moyens actuellement.
-Vous avez des besoins personnels que vous pouvez définir pour vous mais pas pour vos collaborateurs futurs.
-Vous avez des besoins pour répondre a vos client qui sont hétérogènes.
-Vous voulez avoir accès aux nouvelles technologies informatiques.
-Vous n'avez pas les compétences en interne pour cerner vos besoins/faire un audit.
 
Ma solution : commencez par demander un audit a une personne ou une boite en externalisation, parce que cerner ta demande sur ces besoins, sur un forum, au mieux on pourra t'apporter de l'aide si t'avais déjà une structure de base, mais là c'est un travail en temps que tel. Et ce travail, ça coute des brousouf et aussi gentil que nous sommes, faire un boulot qui nécessite grosso merdo un investissement d'une semaine de boulot, personne ne te le fera a l'oeuil (pas moi en tout cas). Si tu part sur une solution montée sur un forum ici, tu te fera jambonné pour reprendre tes termes. :>

Mis à part sur les services métiers sur lesquels il seront effectivement bon d'auditer pour éviter de préconiser à coté de la plaque, il est déjà possible d'avancer :
 
- achat d'un serveur avec système de sauvegardes à externaliser et onduleur sous Windows Server 2012
- Mise en place d'un domaine, des groupes AD, des GPO/GPP, des partages.
- intégration des postes clients.
- paramétrage des jeux de sauvegardes
 
Niveau messagerie, t'es sous quoi et qu'est-ce qui manque ou peut être amélioré ?

Hello,
 
bon je fais un petit point sur ma situation, et d'ailleurs merci pour vos remarques.
Donc finalement, je vais faire le choix le plus simple, le moins structurant possible, et qui soit à ma portée .  Je me confronte à mes limites, et je préfère ne rien sous-traiter à ce stade.
 
Je passerai sur mon infrastructure cible une fois que j'aurais la compétence d'administration en interne (soit par de la formation soit par un recrutement), ou alors on sous-traitera. En gros je bougerai soit qd j'aurai la compétence soit qd nous serons limités techniquement, ce qui va arriver très bientot, mais en l'état on a du travail qui peut etre pris en charge sereinement avec ce que je vise.
 
Donc pour l'instant je vais me limiter à l'achat d'un serveur NAS pour nos données et quelques machines pour mes nouveaux arrivants. J'ai trouvé masse de doc sur l'installation d'un subversion sur un NAS.
 
Donc finalement, cet achat répond à mon besoin, et ne sera pas inutile à terme. En plus c'est un choix qui n'est pas trop structurant, et de plus mon NAS pourra être réutilisé au sein de mon infra cible.  
 
Comme je l'ai dit, on recrute, mais pour l'instant nous sommes encore une TPE, et je préfère maitriser et controler complètement mon infra.
Donc j'ai coupé la poire en deux, en repoussant mon problème tout en me permettant d'avancer le temps qu'il faut.
 
Voila, encore merci, si vous avez des remarques je suis toujours preneur.
 
A une prochaine
 
Peupeu

Je complète,  
 
en effet j'ai pas évoqué mes problématiques d'usages quotidiens : messagerie, imprimantes, ...
Finalement, pour la messagerie je vais rester sur notre hébergeur actuel, il fonctionne très bien, donc je vais pas me premndre la tête. Et à priori un serveur NAS permet l'installation d'une imprimante partagée.
 
Finalement, je ne peux pas me permettre de mettre en suspens encore un mois nos devs pour des raisons de choix de techno, d'infras ou autre. Même si c'est pas la cible que j'avais en tete, je peux avancer comme ca sereinement pour cette année.  
 
A+

Je suis dépité.
Tout ça pour en arriver là.
Tu ne dois pas avoir bcp de boulot ou gagner une misère pour vouloir prendre en charge ton SI toi-même.

Ok ben je suis navré de te décevoir.  
Néanmoins ce n'est vraiment pas une question de budget, et si, on a beaucoup de boulot, c'est la raison pour laquelle on a déménagé et qu'on recrute massivement (enfin pour nous c'est massif). C'est pas pour enfiler des perles qu'on fait ca.
 
Mais il y a deux choses : d'une part je n'ai pas la compétence en interne, et je ne vais pas faire un recrutement pour ca maintenant (un CDI pour un admin, c'est juste un reve pour moi maintenant). D'autre part je dois reprendre absolument le travail, j'ai des nouveaux qui vont arriver dans 2 et 3 semaines et je dois avoir une infra en place à ce moment, ce qui me laisse pas beaucoup de temps.
 
Voila, c'est ca la réalité, donc je fais quoi, dis moi ? Personnellement j'opte pour une solution intermédiaire qui me permet d'avancer.
 
Bien sur que je vais devoir répondre à mon besoin. Lorsque je dis que je peux pas recruter un admin en CDI, c'est vrai, néanmoins je dois encore recruter des développeurs dans un avenir très proche. A ce moment là je pense mettre l'accent sur les compétences d'administration, et à ce moment j'aurai la compétence en interne.
 
Est ce si idiot que ca ?

Ben moi je ferai appel à un presta pour l'install et la maintenance plutôt que de faire ça moi-même à la one again, avec du vrai bricolage bien moche, des sécus inexistantes, et mon incompétence avouée pour faire face au moindre problème.
C'est quand même ton activité quoi.
Ce te paraîtrait pas bizarre niveau locaux de prendre des bureaux en zone sismique avec un verrou Fisher Price sur la porte et des extincteurs fabriquées par tes soins ?
A un moment, faut être sérieux.
 
Tu vas faire quoi avec ton NAS s'il tombe en panne ? Tu le renvoies au constructeur et en attendant le SAV, vous repassez au papier ?
Si tu perds des données après coupure électrique parce que pas d'onduleur, tu vas les récupérer sur la sauvegarde que t'auras pas mis en place ?
Et niveaux sécu d'accès aux données, tu vas paramétrer ça toi-même ? Avec des gros trous ?
 
D'un autre coté, si c'est ta boite, à toi de voir ...

C'est toi le patron, et c'est toi qui prend les décisions, je pense que l'on t'a suffisamment sensibilisé sur les risques.
Maintenant il faut accepter les conséquences d'une infra bricolée : au premier gros pépin, ta boîte a de fortes chances de couler.
Si tu acceptes ça je ne vois pas de problèmes pour ma part.

Au contraire moi je trouve sa décision réfléchie et en rapport avec son business, ses priorités.
 
Il vaut mieux pas d'infra qu'une infra pas/mal gérée.
 
Si la population c'est des développeurs, ils ont un minimum de bagage info et administrer sa machine c'est pas déconnant.
 
Le gars qui me monte un AD pour 20 users, pour juste faire du partage de fichiers et d'imprimantes je dis non, surtout si derrière tu as personne pour le maintenir au quotidien ni de compétences.
 
Le NAS gd public style syno ou qnap, pour cet usage je dis pourquoi pas. Après faut être ceinture et bretelle donc pas faire ça à la bonne franquette, donc RAID, onduleur et backup.
 
Le seul truc dommage c'est ton histoire de serveur de calcul. Je pense que tu vas devoir t'y attaquer et définir ton besoin en terme de techno, et monter en compétence dessus sinon à terme ça va handicaper ton business si j'ai bien capté.

Oui enfin une infra, il en a une.
Un réseau, un accès à Internet, un stockage, un minimum de besoin en sécu, gestion et PRA. Peut-être même du PCA.
 
C'est bien sympa le NAS SOHO derrière l'ADSL Orange mais pour une entreprise de peinture en bâtiment qui va survivre au crash de son matos.
 
Pour une boite dont l'accès aux données et à l’extérieur est primordial, on ne peut pas préconiser ça.
Et puis fallait pas venir nous raconter que sa boite, ca roule à mort, qu'ils engagent et qu'ils veulent un truc sérieux pour se concentrer sur leur activité ...

Salut,
OK pour le choix de remettre à plus tard.
En revanche le NAS c'est pas du SOHO qu'il faut mais mettre le prix sur au mini un NAS iscsi.
Plus de possibilité d'utilisation lors de la mise en place de la nouvelle infra.
Bien sur onduleur et backup obligatoire !
A+

pourquoi iSCSI ? Je vois pas le rapport

Surtout qu'en iSCSI on passe plus sur du NAS mais du SAN :x (sauf si t'as du vdev derrière sur le SP auquel cas tu peu tagger un iSCSI)

+1