La série de questions-réponses Cloud 101 de Fierce revient à l’essentiel et vise à aider les lecteurs à acquérir des connaissances approfondies sur les concepts clés du cloud et sur le marché dans son ensemble grâce à des entretiens progressifs avec des experts du secteur.

L’interview de cette semaine met en vedette Amol Phadke, directeur général de Global Telecom Solutions chez Google Cloud. La transcription de l’entrevue a été modifiée pour des raisons de longueur et de clarté.

Fierce Telecom: D’où vient l’idée du cloud?

Amol Phadke: Si vous pensez à la façon dont les entreprises dans le monde géraient leur infrastructure et leurs systèmes informatiques, c’était essentiellement chaque entreprise du monde qui avait ses propres centres de données. Il est rapidement devenu évident que ces entreprises, chacune d’entre elles, devaient non seulement acheter leur propre infrastructure, mais que cela n’était pas essentiel à leur activité. Donc, cela est devenu une énorme perte de coûts pour les entreprises du monde entier. Ils ont commencé à comprendre que ce n’était pas seulement un coût ponctuel, ce sont les coûts de maintenance, ce sont les coûts opérationnels, c’est le maintien d’une équipe informatique dans votre entreprise.

Plusieurs sociétés de cloud computing, y compris Google Cloud, ont en quelque sorte commencé à se pencher sur cette question et ont dit: pourquoi ne pas construire la même infrastructure, mais à l’échelle de la planète afin que les entreprises n’aient pas à acheter des ordinateurs et une infrastructure informatique pour elles-mêmes? , ils pourraient simplement louer cette infrastructure.

Ainsi, les origines du cloud reposent en réalité sur les économies d’échelle et sur l’attractivité du coût de la location d’une infrastructure de stockage, de calcul et de mise en réseau de manière sécurisée auprès d’une très grande organisation ou d’une entreprise de cloud computing qui en fait leur cœur de métier. Cela génère également de nombreux avantages, car si c’est mon cœur de métier, je veillerais à ce qu’il soit à la pointe de la technologie.

FT: De quoi se compose exactement le «cloud»?

AP: Les composants essentiels sont toujours au nombre de trois – stockage, calcul et mise en réseau – pour que toute infrastructure cloud puisse évoluer, et cela se répète encore et encore pour créer essentiellement tout le centre de données.

Les centres de données Google Cloud, par exemple… ont des racks et des racks de stockage, une infrastructure de calcul ainsi que des réseaux, c’est-à-dire des câbles, des serveurs, des disques durs. Bien sûr, ils ont également besoin des capacités de base telles que l’alimentation et le refroidissement, etc., ainsi que de la sécurité, de l’isolation. Plusieurs autres capacités sont déployées au centre de données, dans le cas de Google Cloud, pour vraiment offrir toutes les applications dont les entreprises ont besoin.

EN RELATION: Google Cloud remporte une autre victoire des opérateurs de télécommunications avec Telus du Canada

Diverses options de connectivité sont disponibles. Ainsi, par exemple, si vous examinez les options de connectivité Google Cloud que nous avons fournies … ce que nous essayons de faire, c’est d’offrir une large gamme d’options de connectivité aux entreprises qui tentent d’accéder au cloud. Sur le côté gauche du spectre se trouve l’accès Internet, et sur le côté droit se trouvent des interconnexions directes par fibre vers le cloud. Évidemment, le type de connexion que vous achetez vous donne le bon niveau de service, mais a également le bon coût, la bonne posture de sécurité, etc. L’autre point très important à comprendre est que nous travaillons également en partenariat avec des fournisseurs de services de télécommunications ou des opérateurs de télécommunications du monde entier, car dans certains cas, vous utiliseriez en fait l’infrastructure de l’opérateur de télécommunications pour accéder au cloud.

FT: Quels types d’architecture cloud existe-t-il? En quoi l’architecture cloud est-elle différente de l’architecture réseau traditionnelle des opérateurs télécoms?

AP: Si vous regardez l’empreinte de Google Cloud … nous avons 25 régions dans le monde. Ce sont des centres de données massifs situés dans des endroits critiques du monde entier, et nous servons autant de clients que possible dans ces endroits. Dans certains cas, cela ne suffit pas pour un client, alors dans ce cas, ce qui se passe est … nous aurions certaines installations que nous appelons nos emplacements périphériques où un sous-ensemble de l’infrastructure est disponible pour nos clients à consommer, mais c’est beaucoup plus proche au client. Alors qu’il y a 25 régions, il y a probablement près de 200 emplacements périphériques que Google a comme limite de notre réseau.

Ensuite, nous avons le niveau de distribution suivant, ce que nous appelons le cloud de périphérie, et nous avons ici près de 3 000 emplacements dans le monde qui ne se trouvent pas dans les installations de Google. Ils se trouvent soit dans une installation d’exploitation, soit dans une autre installation. Mais le point clé étant que ces emplacements sont également utilisés pour stocker une partie de l’infrastructure cloud, notamment les services de mise en cache et de stockage nécessaires pour le trafic, tels que les téléchargements de vidéos auxquels les entreprises ou les consommateurs peuvent souhaiter accéder.

Ceci est très complémentaire de la manière dont les infrastructures de télécommunications sont construites. Si vous êtes en Amérique du Nord, vous auriez les opérateurs de télécommunications en Amérique du Nord qui créeraient des réseaux profonds dans le pays. Les fournisseurs de cloud ont généralement de vastes réseaux mondiaux. Donc, ils s’associent avec des opérateurs pour obtenir la profondeur nécessaire pour atteindre les entreprises ou les consommateurs, c’est pourquoi j’ai dit que les infrastructures sont assez complémentaires. Ainsi, dans le cas de l’opérateur de télécommunications, son réseau central se trouve à l’intérieur d’un pays, son réseau d’accès se trouve à l’intérieur du pays, et leur distribution du dernier kilomètre relie les maisons et les bâtiments d’entreprise à leur réseau central, puis de leur réseau central il y a un transfert vers réseaux cloud.

FT: Du point de vue des opérateurs télécoms, quels types de tâches sont les mieux adaptés au cloud? Y a-t-il quelque chose qui ne devrait pas être mis dans le cloud?

AP: Je pense que la sélection des types d’applications qui peuvent s’asseoir sur le cloud est vraiment une conversation très large, car il y a un certain nombre d’éléments impliqués. Il y a la sécurité, qui est une dimension très importante, mais il y a aussi des exigences de confidentialité que les opérateurs ont toujours respectées pour des zones géographiques ou des pays spécifiques.

Il n’y a pas vraiment d’applications qui ne peuvent pas fonctionner sur le cloud, car en fin de compte, les applications ont besoin de capacités de calcul, de stockage et de mise en réseau, et ce que vous pouvez faire au sein de votre entreprise peut être fait dans le cloud. Il s’agit davantage des raisons commerciales ou des raisons du modèle commercial ou de la confidentialité, des raisons réglementaires, c’est pourquoi certaines applications peuvent migrer vers le cloud plus tard et certaines applications peuvent passer au cloud beaucoup plus tôt.

Donc, c’est plus une question de timing. La seule exception est si vous avez des applications de type transactionnel à très haute vitesse où vous voulez vraiment la sécurité, la confidentialité et en plus de cela, vous avez besoin d’applications qui s’exécutent vraiment au cœur de votre infrastructure. Il n’est peut-être pas prudent de les déplacer vers le cloud, car la migration elle-même coûtera tellement cher qu’elle ne vaut peut-être pas l’avantage que vous en tireriez.

FT: Comment fonctionne le processus de développement des applications cloud? Combien de temps cela prend-il habituellement?

AP: Le développement d’applications dans un environnement cloud n’est pas vraiment une chose finie dans le sens où nous avons ce concept appelé CI-CD, intégration continue, développement continu. Ce que cela signifie vraiment, c’est qu’une application est constamment construite par sa communauté de développeurs, pour la rendre de mieux en mieux et ajouter de plus en plus de fonctionnalités. Donc, ce n’est pas vraiment « oh, cette application a commencé à se construire à la date X et a fini la construction à la date Y, et nous n’allons pas y toucher à nouveau. »

Cela dit, les cycles de développement deviennent de plus en plus courts à mesure que vous déplacez les applications vers le cloud, car vous pouvez les publier instantanément et les tester instantanément et évaluer leurs performances instantanément. Nous évoluons donc vers une méthodologie de développement continue … et nous avons le concept d’avoir un rythme agile, ce qui signifie que toutes les trois semaines ou toutes les six semaines, vous aurez un déploiement en cours dans le cloud, alors qu’auparavant cela prenait des semaines ou mois.

FT: Quel est actuellement le plus grand obstacle à l’adoption du cloud? Que peut-on faire pour aider à surmonter cela?

AP: Je pense que de plus en plus de clients ont commencé à adopter Google Cloud et le paradigme du cloud pour déplacer leurs applications, il y avait des barrières perçues, au départ, telles que sa sécurité, sa résilience, le contrôle que j’aurais sur les applications, comment je reçois beaucoup de protection des données.

Ces barrières ont largement disparu. Un obstacle demeure qui est la culture, la peur de l’inconnu, un changement de mentalité. De toute évidence, vous avez l’habitude d’exécuter des applications dans votre propre environnement où vous aviez ce genre de contrôle sur cela. Donc, cela prendra encore du temps à changer, et c’est plus un changement de culture, par opposition à toute raison technologique.