La supervision consiste à monitorer en permanence certains services de votre système informatique, afin d’être alerté au plus tôt en cas de dysfonctionnement. Supervision de l’espace libre des disques, de la mémoire vive, de la charge de la machine, de l’état des bases de données : tous les processus peuvent être supervisés.

La prestation de mise en place de la surveillance de votre SI est fonction du nombre de services à superviser (à partir d’une heure de prestation initiale pour les services basiques, jusqu’à plusieurs heures en cas de services peu courants ou sur mesure). La prestation de supervision en elle-même est un abonnement, calculé en fonction du nombre de services à superviser.

Ce type de surveillance permet d’anticiper des pannes courantes, comme le remplissage du disque dur ou la saturation de la boite de courriels. Lors des paramétrages, nous fixons les seuils à partir desquels sont atteints les niveaux d’alerte. Un message spécifique est alors envoyé aux destinataires choisis : nos superviseurs, mais aussi votre service informatique. Nous vous laissons bien sûr le choix de continuer à travailler avec vos prestataires habituels vers lesquels sont relayées les alertes, mais nous vous offrons également la possibilité de coupler votre abonnement avec nos services de maintenance, d’infogérance et de sauvegarde, pour plus de réactivité.

Notre force, c’est de disposer d’une équipe de développeurs avec lesquels nous pouvons créer un nouveau service de supervision sur mesure, en fonction de vos besoins spécifiques.

Notre proximité avec votre entreprise nous permet de concevoir des sondes de supervision sur mesure, au plus près de vos besoins.

Retrouvez un exemple d’un défaut de supervision avec la panne du formulaire de courriel ci-après :

Comment partager vos fichiers en toute sécurité?

Tout a commencé un jour d’été en 2012, lorsque Bluetouff, au détour de ses recherches sur le régime syrien, tombe par hasard sur le serveur extranet de l’Agence nationale de sécurité sanitaire de l’alimentation, de l’environnement et du travail (Anses), utilisé par les chercheurs pour stocker et échanger leurs documents de travail. Au lieu d’être protégées par un identifiant et un mot de passe, comme elles auraient dû l’être, ces données, indexées sur Google, étaient accessibles sans le moindre piratage. Sans avoir besoin « d’aucune autre connaissance technique que celles de savoir se servir d’un moteur de recherche, d’un navigateur et d’une souris », note Numerama.
Un blogueur condamné pour avoir trouvé des documents via Google, BigBrowser, 6 février 2014

Si les médias se sont surtout attardés sur l’aspect juridique de cette affaire, chez GrizzlyDev, c’est sur les questions techniques que nous voulons attirer votre attention.

Il ne s’agit, ni plus ni moins, que de la question centrale de la diffusion de documents de travail partagés au sein d’une institution aussi importante que peut l’être l’ANSES. Nous concevons tous que des scientifiques et ingénieurs rattachés à cette organisation puissent avoir besoin d’échanger des informations ainsi que des données, comme c’est également le cas dans la plupart des entreprises contemporaines. Si les boites mail suffisent pour de petits documents de formats bureautiques, un travail d’équipe suppose souvent l’échange de fichiers suffisamment volumineux pour que l’envoi en fichier-joint de courriel ne soit plus envisageable.

Les entreprises doivent gérer une certaine quantité d’informations qui n’ont pas vocation à être rendues publiques sur Internet, mais qu’elles souhaitent rendre accessibles à des personnes ou des groupes de personnes bien définis afin de faciliter le travail collaboratif.
Il est toujours possible de recourir à des services spécialisés d’échange de fichiers en ligne, comme Dropbox, l’un des plus connus après du grand public. Cela dit, est-ce que vous pouvez confier toutes les données de votre entreprise à des services externes ? Quel contrôle avez-vous sur la possible divulgation de vos données ?

Sécurité publique. Nous pouvons divulguer vos informations à des tiers si nous estimons que cela est raisonnablement nécessaire afin de (a) respecter la loi ; (b) protéger toute personne contre des dommages corporels graves, voire la mort ; (c) lutter contre la fraude ou les atteintes portées à Dropbox ou à nos utilisateurs ; ou (d) protéger les droits de propriété de Dropbox.
Règles de confidentialité de Dropbox du 20 février 2014

Certaines organisations choisissent de monter un extranet sur l’un de leurs hébergements Internet. C’est la solution qui a été retenue par l’ANSES. Malheureusement, il manquait un système performant de contrôle des accès, puisque les données ont été référencées et accessibles depuis Google.
Un simple système d’alerte sur les logs des dossiers concernés aurait pu rapidement informer les services informatiques de l’ANSES d’une faille de sécurité.

Il est difficile d’imaginer pire scénario pour la direction des services informatiques (DSI) d’une entreprise que la dissémination de données internes, voire confidentielles, sur les réseaux publics. Il n’est pas possible, non plus, d’envisager des mesures de formation suffisantes des utilisateurs quant aux bonnes pratiques à respecter dans la diffusion et le partage de dossiers de travail avec d’autres interlocuteurs.
La meilleure alternative possible pour verrouiller efficacement le partage de données dans l’entreprise est toujours de développer l’outil informatique le mieux adapté aux pratiques internes.

C’est pour répondre à ce besoin fondamental des entreprises modernes que GrizzlyDev vous aide à auditer les solutions déjà existantes dans votre structure afin de déterminer si les usages sont bien adaptés aux objectifs assignés à votre Système d’Informations (SI).
Notre longue expérience des problématiques de sécurité dans un monde à la fois concurrentiel et collaboratif nous a conduits à développer une expertise forte dans la création et la gestion d’espaces collaboratifs sécurisés d’échange de fichiers, gérés de manière simple et efficace. C’est dans cette optique que GrizzlyDev a créé PartagerFichier qui répond très bien, par exemple, à la contrainte de circulation de fichiers PDF trop volumineux pour les boites de courriel.

PartagerFichier.fr se présente comme une solution sur mesure, directement implémentée dans votre système d’information. Notre cahier des charges prend en compte l’ensemble de vos contraintes en terme de niveau d’accessibilité de l’information, de traçabilité des partages (partage : qui, quoi, quand ; consultation : qui, quoi, quand ; ce qui était en ligne : quoi, quand), d’historisation des usages…
Des dimensions essentielles oubliées dans le système d’information de L’ANSES.

Sauvegarde des données entreprise via le cloud

Si de plus en plus d’entreprises sont conscientes de la nécessité d’investir dans des systèmes performants de sauvegarde de leurs données, peu d’entre elles sont sensibilisées à la problématique du Plan de Reprise d’Activité (PRA).

Pourquoi sauvegarder quotidiennement votre système d’information, si ce n’est pour pouvoir continuer à travailler, même quand le pire est arrivé?

Pour illustrer notre propos, voici la solution concrète que nous avons déployée pour l’un de nos clients.

Un PRA de 4 heures seulement.

L’entreprise P. est un cabinet d’expertise qui produit des rapports quotidiennement. L’activité se déploie sur deux sites distants d’une trentaine de kilomètres, la maison mère, site A et une filiale, site B.

L’entreprise P. crée, de par la nature même de son activité, un flux continu de données qu’elle doit nécessairement archiver. Chaque dossier client ouvert comprend différents documents et pèse dans les 10 à 15 Mo. L’ensemble des données de l’entreprise représente une masse de 3 To en expansion constante.

Nous sommes intervenus dans un premier temps pour mettre à jour le système informatique (SI) et plus particulièrement sa composante matérielle. Nous avons commencé par remplacer les 3 serveurs physiques de l’entreprise par une seule machine que nous avons consolidé tant du point de vue matériel que logiciel et sur laquelle nous avons virtualisé les 3 anciens serveurs, grâce à la solution de virtualisation VMWare vSphere. Cette consolidation est très avantageuse pour notre client : une seule machine physique = un seul contrat de maintenance. En concentrant les ressources financières sur une seule machine, on peut pousser la puissance et les capacités de stockage du système.

La question du PRA s’est très vite posée lors de ce nouveau déploiement : l’entreprise P. sauvegarde chaque soir ses données sur un NAS local, mais en cas de destruction physique du site de la maison mère, les données sont irrémédiablement perdues et l’entreprise ne peut maintenir son activité, ce qui est un risque majeur. En fonction des contraintes et des ressources disponibles, nous avons proposé à entreprise P. un PRA de seulement 4 heures. Autrement dit, en cas de sinistre sur le site A., nous garantissons la reprise de l’activité de l’entreprise sous 4 heures pour un investissement tout à fait modeste au regard des enjeux économiques d’une suspension d’activité. La reprise utilise les données sauvegardées lors de la dernière réplication valide, soit les enregistrement validés 12 à 36 heures avant le sinistre.

Nous avons proposé à l’entreprise P. de dupliquer son serveur de virtualisation sur le site B. Ainsi, il nous a suffi de déployer une deuxième machine identique à la première dans le second établissement de l’entreprise et d’y programmer à l’aide de la technologie VEEAM un système automatique de réplication différentielle sur la machine clone via une simple ligne haut débit et qui s’exécute durant la nuit.

En cas de destruction du site A, il nous suffit de démarrer le serveur de secours du site B et d’effectuer un reroutage réseau. Ainsi les utilisateurs du réseau informatique de l’entreprise P. pourront de manière totalement transparente et à partir de n’importe quelle machine, se connecter sur leur bureau à distance via le protocole RDP. Ils retrouveront leur environnement de travail habituel, tel qu’ils l’avaient laissé la veille au soir. Grâce à la solution de sauvegarde intégrale GrizzlyDev, l’entreprise P. n’a pas de perte d’activité à déplorer ni de destruction de données.

Cette solution, à fois efficace et économique, ne nécessite que deux serveurs de virtualisation distants, une sauvegarde locale type NAS et un protocole de sauvegarde différentiel via une simple ligne haut débit.

Évaluer la perte d’exploitation maximum supportable

Toute perte d’exploitation est une perte sèche pour l’entreprise. Certaines peuvent même lui être fatales.

Notre second cas d’école porte sur une entreprise qui avait déjà une solution de sauvegarde de ses données sur un serveur Microsoft Hyper-V. Dans ce cas, l’entreprise Y. sauvegarde ses données en local et n’a prévu aucun PRA en cas de sinistre. La seule sauvegarde externalisée des données se fait manuellement et une fois par semaine. Notre diagnostic PRA a démontré que dans le meilleur des cas, l’entreprise perdrait entre 24 et 48 heures d’activité et qu’elle pouvait perdre jusqu’à 8 jours de données de travail.

La révision de la politique de sauvegarde nous a permis d’optimiser les performances du système, mais dans une certaine limite, puisqu’il s’agissait d’une intervention sans investissement matériel.

Nous sommes parvenus à limiter la perte de données de 8 jours comme précédemment à seulement 12 à 36 heures avant le sinistre, ce qui est tout de même un gain important. Pour le PRA, le gain est relatif au temps mis pour rééquiper l’entreprise en matériel. Cette étape n’est pas maîtrisable par nos services puisqu’elle dépend du contrat de maintenance souscrit pour le matériel informatique. Cela peut varier de 4 heures pour une simple panne matérielle avec un contrat de support de haut niveau jusqu’à une semaine en cas de rééquipement à neuf. Une fois le matériel nécessaire redéployé, GrizzlyDev intervient pour la restauration des données sauvegardées, ce qui prend de 20 heures, généralement, jusqu’à 40 heures en prenant en compte les aléas informatiques.

Ces deux cas d’école montrent l’importance d’un diagnostic PRA du système d’information de l’entreprise, quels que soient sa taille et son secteur d’activité.

Comment êtes-vous arrivés à GrizzlyDev ?

J’ai connu le fondateur de GrizzlyDev il y a plus de 10 ans. Frédéric Guillien était mon directeur technique et j’étais technicien de maintenance. Je m’occupais aussi de tout ce qui était l’administration réseau. Une fois mis à mon compte, nous avons continué à travailler régulièrement ensemble sur différents projets clients. Finalement, nous avons décidé récemment de fusionner nos activités respectives dans le domaine informatique pour formaliser notre coopération qui s’étoffe depuis toutes ces années. Cela nous permet aussi de mutualiser les questions administratives et les infrastructures techniques, comme les serveurs. Une meilleure synergie au service de nos clients.

Quel est votre parcours professionnel ?

Je suis sorti de la formation initiale avec un DUT en génie mécanique, mais le secteur connaissant alors des difficultés de recrutement, j’ai su m’adapter à la réalité du marché et j’ai bifurqué très rapidement dans la maintenance informatique. Le fait de n’être pas un informaticien de formation est un immense avantage concurrentiel. Je me suis beaucoup formé sur le tas et j’ai bénéficié de plusieurs mises à niveaux en formation continue. Parce que j’ai été formé à concevoir des machines, des systèmes et à les réaliser jusqu’à leur phase opérationnelle, j’ai un esprit très pratique, très concret et très proche des besoins de l’utilisateur final. Mon approche pragmatique est un atout quand je travaille avec nos clients, je suis ainsi très orienté utilisateur et ergonomie logicielle.
C’est donc tout naturellement qu’en intégrant GrizzlyDev, je m’occupe du développement du pôle infogérance.

Comment envisagez-vous le fonctionnement de ce pôle infogérance ?

Il s’agit de prendre en main les outils informatiques de la société cliente. C’est un travail de terrain, de proximité qui améliore notre réactivité et la qualité de nos relations avec les entreprises qui nous font confiance. Je suis à l’interface du contact client. Dans un premier temps, je suis celui qui se rend sur site, qui initie les premiers contacts, qui analyse l’existant, les systèmes, les besoins et les possibilités. Je gère tout ce qui est intervention sur site et maintenance. S’il y a lieu, je pilote l’équipe technique sur place ou les sous-traitants impliqués, je suis le DSI.
À travers le suivi régulier de l’entreprise, je suis le garant de la qualité de service de GrizzlyDev. Je suis en première ligne pour faire remonter les questions ou les difficultés, mais je suis aussi le plus à même d’anticiper les besoins de nos clients, de leur fournir des conseils à priori, des préconisations sur les procédures ainsi que les évolutions logicielles et matérielles. On peut me voir plus comme un partenaire que comme un prestataire.
C’est parce que je connais bien l’outil de travail du client que je peux lui proposer les optimisations nécessaires de l’outil informatique aux besoins de l’entreprise et aux particularités individuelles des utilisateurs finaux.