Développeurs, TI et Immobilier – Pourquoi il est préférable de les réunir

Les centres de données étaient autrefois du ressort de deux départements distincts au sein d'une organisation – l'informatique et les installations. Traditionnellement, ces deux groupes fonctionnaient en silos, isolés l'un de l'autre et agissant indépendamment, bien qu'intrinsèquement liés par la nature de leur travail.

Le service informatique s'appuierait sur l'équipe des installations pour construire et entretenir les centres de données ainsi que l'équipement qui abriterait leurs serveurs et autres infrastructures réseau. Et la capacité de l'équipe des installations à maintenir ce centre de données alimenté et refroidi serait facilitée ou rendue plus difficile en fonction des décisions prises par le service informatique. Mais, malgré ce lien inhérent, dans de nombreuses entreprises, ils communiquaient ou collaboraient rarement.

Maintenant, le manque de communication et de collaboration s'étend grâce à l'intégration d'un autre groupe d'individus qui ont été ajoutés au mélange – les développeurs d'applications. Ces individus sont les personnes responsables de la création des services, applications et outils qui rendent les entreprises plus efficaces, offrent de nouvelles propositions aux clients et donnent plus de capacités aux employés de l'entreprise. Mais les applications qu'ils développent et les données qu'ils génèrent seront finalement hébergées dans les centres de données qui sont en cours de construction et gérés par les départements informatiques et les équipes des installations.

La déconnexion continue entre ces trois groupes pose problème, car ce que fait chacun a un impact sur les autres d'une manière ou d'une autre. Examinons la cascade de problèmes qui peuvent survenir lorsque les équipes de développement, des TI et des installations travaillent dans leurs propres silos respectifs.

Aligner les développeurs avec l'informatique.

Lorsque les développeurs créent une nouvelle application, ils travaillent souvent dans un environnement de laboratoire – un endroit où tous les fichiers, données et informations coexistent. Dans cet environnement, tout fonctionne et, par conséquent, les développeurs négligent souvent le fonctionnement de leur application dans l'architecture informatique réelle de leur entreprise.

Malheureusement pour le développeur, le fonctionnement et les fonctionnalités d'une application dans un laboratoire de recherche peuvent différer de la manière dont elle fonctionnera dans un environnement de production. Il faut prendre en compte différents éléments dans un environnement de production qui n'étaient peut-être pas une préoccupation en laboratoire – des éléments tels que la latence, la hiérarchisation du stockage et la sécurité des données doivent tous être envisagés lorsque des applications sont promues.

Par exemple, si une application accède fréquemment aux données des clients, mais que ces données se trouvent dans un autre centre de données – ou même dans une autre partie du même centre de données – la latence de chacune de ces transactions pourrait avoir un impact négatif sur l'expérience utilisateur et ralentir les performances de l'application. Ou, si l'application crée une quantité importante de données qui doit, légalement, être stockée pendant une longue période, elle pourrait très rapidement épuiser la capacité de stockage de l'entreprise. Ou encore, une application peut utiliser un chiffrement de données légal dans un pays, mais pas dans d'autres – ainsi, lorsque cette application est déployée dans une entreprise mondiale, le chiffrement et la sécurité intégrés ne répondent pas aux exigences régionales.

Ce ne sont là que quelques-unes des choses qui pourraient mal tourner avec une application si elle n'est pas conçue en tenant compte de l'infrastructure informatique de l'entreprise. Les développeurs doivent connaître la nature de cette infrastructure et de cette architecture. Inversement, le service informatique doit connaître les besoins de l'application afin de pouvoir équiper les centres de données avec le matériel et les systèmes qui répondent aux exigences de l'application, ainsi qu'aux normes juridiques ou de conformité.

Si ces deux parties ne parviennent pas à collaborer, le résultat pourrait être des applications qui ont été construites à un coût et à un temps considérables pour l'entreprise, mais qui ne fonctionnent pas comme prévu dans un environnement de production. Le service informatique doit alors se dépêcher de répondre aux exigences de cette application afin de garantir qu'elle puisse fonctionner correctement et tenir ses promesses envers l'entreprise et ses clients. Et c'est là qu'ils peuvent rencontrer des problèmes avec l'équipe des installations.

Alignement de l'informatique avec les installations.

Ils n'obtiennent peut-être pas le même crédit ni la même attention et adoration que les développeurs d'applications et le service informatique, mais l'équipe des installations est tout aussi importante pour que tout cela fonctionne. Ce sont les personnes qui s'assurent que le centre de données physique peut supporter les serveurs, l'infrastructure réseau et les appareils qui font fonctionner l'infrastructure informatique.

Pour que des rangées et des rangées de serveurs fonctionnent correctement, ils doivent être alimentés en électricité. Ils doivent être refroidis. Un câblage approprié doit exister entre eux. Et cela n'arrive pas par magie. De plus, il n'y a pas une seule norme industrielle ou un modèle type pour l'agencement d'un centre de données. Et lorsque le service informatique détermine l'agencement de son centre de données, cela peut avoir des répercussions majeures sur la manière dont ce centre de données doit être construit, alimenté et refroidi.

Chaque centre de données ne peut accueillir qu'un nombre fini de serveurs et d'appareils. Si le service informatique essaie de mettre trop de machines dans une pièce, ou place ces machines et ces racks trop près les uns des autres, cela peut être désastreux.

Trop de machines peut signifier qu'il n'y a pas assez de puissance pour tout le monde. Trop peu d'espace entre les racks peut signifier que l'air frais ne peut pas circuler partout où il est nécessaire. Trop de densité et les systèmes de refroidissement peuvent ne pas être capables de suivre la chaleur générée par les machines. Cela peut obliger l'équipe des installations à adopter une méthode de refroidissement alternative – comme le refroidissement par eau – que l'installation n'a peut-être pas été conçue pour supporter, ce qui rend sa mise en œuvre physiquement impossible ou trop coûteuse.

Et ce ne sont là que quelques problèmes qui peuvent survenir lorsque le service informatique et les installations ne sont pas coordonnés. Il y en a d'autres, allant du poids de l'équipement trop important pour un plancher surélevé, à des étagères à fil suspendues qui ne sont pas assez grandes ou résistantes pour supporter tous les câbles nécessaires à la connexion de l'équipement.

Et voilà comment les problèmes peuvent se propager d'un service à un autre. Les développeurs d'applications n'ont pas communiqué avec le service informatique, le forçant à s'agiter pour répondre aux exigences uniques d'une nouvelle application très attendue. Le service informatique tente alors de construire une infrastructure informatique et informatique pour alimenter l'application, mais ce qu'ils conçoivent ne peut pas être pris en charge par le centre de données que l'équipe des installations a construit pour eux.

Alors, comment une organisation peut-elle éviter que ces problèmes ne dégringolent dans toute l'entreprise ?

Rassembler le tout. Pourquoi les silos brisés ne suffisent pas.

La réponse naturelle que les entreprises peuvent avoir à ce problème est de tenter d'accroître la collaboration, la communication et la coordination dans toute l'entreprise – spécifiquement entre les développeurs, les départements informatiques et les installations. Et c'est certainement une étape importante. Mais j'irais encore plus loin.

Certaines des entreprises technologiques les plus prospères que j'ai vues ont réuni ces trois groupes disparates dès le début. Lorsque la première réunion a lieu au sujet d'une application ou d'un système que l'entreprise cherche à développer et à mettre en œuvre, ces trois groupes devraient avoir leur place à la table. Avec toutes les parties dans une seule pièce, les intervenants peuvent poser les questions difficiles :

• Que cherchons-nous à faire avec cette application ? Quelles capacités devrait-elle avoir ?
• Quelle est la conception de l'architecture système, de stockage et réseau nécessaire pour prendre en charge l'application ?
• Cela peut-il fonctionner sur notre infrastructure informatique existante ? Des modifications devront-elles être apportées ou de nouveaux centres de données devront-ils être provisionnés ?
• Quel sera l'agencement de ce centre de données ? Quelle sera sa densité ? Quelles seront nos exigences en matière d'alimentation électrique et de refroidissement ?
• Où l'application doit-elle être géographiquement pour offrir la latence la plus faible ?

Le simple fait d'organiser des réunions occasionnelles entre ces groupes – faire le strict minimum pour briser les silos entre les organisations – ne suffit pas. Chaque décision doit faire l'objet d'une contribution de chaque département. Dès le début d'un projet, chaque département doit donner son avis sur ce dont il aura besoin pour réussir. Il existe trop de façons dont ces départements sont intrinsèquement liés et s'influencent mutuellement pour ne pas les réunir tôt et souvent.