Une conversation avec Steve Mullaney d'Aviatrix – Gigaom – Bien choisir son serveur d impression

Bio

Steve Mullaney apporte à Aviatrix une expérience de 30 ans en marketing, gestion de produit et ingénierie en infrastructure de réseau et sécurité. Plus récemment, Steve était le PDG de Nicira Inc., société de virtualisation de réseau et de réseaux définie par logiciel, de 2009 à 2002, date à laquelle VMware l'a acquise pour 1,26 milliard de dollars. Nicira a inventé le concept consistant à offrir des services logiciels s’appuyant sur du matériel réseau. Suite à l’acquisition de Nicira, Mullaney est devenu vice-président directeur et directeur général de la business unit Networking and Security de VMware.

Avant de rejoindre Nicira, il était vice-président du marketing et PDG par intérim de Palo Alto Networks. Pendant son mandat, Mullaney a supervisé l’invention par la société de la catégorie de marché des pare-feu de nouvelle génération, qui a contribué à renforcer la réputation de Palo Alto Networks en tant que leader éclairé et innovateur en matière de cybersécurité.

Steve a également occupé des postes de direction chez Blue Coat, Force10, Cisco, Networks de croissance, ShoreTel, Bay Networks et SynOptics. Il a débuté sa carrière en tant qu’ingénieur concepteur chez GTE Government Systems. Steve est titulaire d'un BSEE de l'Université de Rhode Island.

Transcription

David Linthicum: Hé, les gars. Bienvenue sur le GigaOm Voices in Cloud Podcast. C'est le seul endroit où vous entendrez des chefs de file de l'industrie vous donner des conseils avisés sur la réussite de l'informatique en nuage, de l'IoT, de l'informatique de pointe et de l'informatique cognitive. Je suis David Linthicum, auteur à succès, orateur, dirigeant et connaisseur de la liste B. Je suis accompagné de mon invité spécial, Steve. Comment prononcez-vous votre nom de famille, Mullaney?

Steve Mullaney: Mullaney, vous l'avez.

Voilà. Impressionnant. Nous n’avons pas fait cela dans le preshow. Je pense toujours que cela semble trop formel. Raconte-nous l'histoire de Steve Mullaney. Comment as-tu [get to] où êtes-vous aujourd'hui? J'aimerais aussi savoir comment vous êtes devenu PDG. J'ai été PDG à quelques reprises. C’est toujours une histoire intéressante comment cela se passe.

En 1985, je suis parti de Rhode Island pour la Silicon Valley. Je voulais aller à la Silicon Valley. Je pensais y aller pendant quelques années. C'était il y a environ 35 ans. Évidemment, je ne suis jamais parti.

Je suis allé à SynOptics en 1988 en tant qu'ingénieur. En fait, j’ai travaillé sur, avant 10Base2, si vous pouvez croire, LattisNet-U2P s’appelait. J'étais ingénieur et j'y suis resté pendant dix ans lors de la fusion ou de la destruction de Wellfleet / SynOptics, peu importe comment vous l'appelez. Ensuite, j'ai fait un tas de startups.

J'étais devenu vice-président du marketing dans plusieurs startups. Ensuite, je suis allé à Palo Alto Networks. J'étais l'employé numéro 25 là-bas. J'étais le premier vice-président du marketing. Puis je suis devenu PDG par intérim. C’est un peu comme ça que je suis devenu PDG.

Ils ont apporté un changement au poste de chef de la direction et le conseil m'a mis en intérim. J'ai été PDG par intérim pendant six mois et j'ai vraiment adoré. J'ai toujours été un vice-président du marketing qui a toujours dirigé l'entreprise. Je n'étais pas le marcomm [marketing-communications] tapez en regardant les couleurs. J'étais le gars qui avait une formation en gestion de produits d'ingénierie et en marketing. Je connaissais le produit. Je connaissais les marchés.

Je me suis toujours concentré sur le pilotage de l'entreprise. J'aimais juste être le PDG, même si c'était intérimaire. J'ai dit tu sais quoi? Je suis vice-président du marketing depuis une douzaine d’années. J'ai dit que le moment était venu d'être PDG, mais je n'allais pas devenir PDG d'une petite entreprise minable que les conseils d'administration vous donnent souvent, et qu'ils vous donnent en tant que PDG pour la première fois. nu dans les bois, froid, perdu et se mangeant [assignment]. Ils ont dit que vous allez probablement mourir, mais c’est un risque que nous sommes prêts à prendre. Voici.

J'ai dit «fous ça.» Je voulais y aller tôt. D'où viennent les premières entreprises? Ils viennent de Stanford: Sun, Cisco, VMware, etc. Toutes les entreprises viennent de là. C’est là que j’ai eu des contacts avec Martin Casado, qui avait commencé Nicira. C’est ce que je cherchais, c’est littéralement neuf docteurs, un chien et une grande idée.

J'ai décidé de quitter Palo Alto, ce que tout le monde pensait être complètement fou [to do] parce que la société était sur le point de décoller pour se rendre dans cette société que personne ne comprenait même pas: "la virtualisation du réseau". C’était il ya dix ans. Que faites-vous? Je viens de dire que c'est ainsi que va le monde. Je le vois. Cela se passe. Pourquoi pas nous

Nous avons fini par être achetés par VMware pour 1,3 milliard de dollars quelques années plus tard. Je suis resté chez VMware quelques années. À l’heure actuelle, VMware atteint près de 2 milliards de dollars US. Cela a complètement sauvé l'entreprise. C'était une chose fantastique.

Puis, il y a cinq ans, je suis à moitié retraité. Je suis allé à bord et j'ai dit: J'ai terminé. »Il y a neuf mois, le monde a changé et toutes ces choses dont nous avons parlé, nuage depuis douze ans pour les grandes entreprises où tout l'argent a toujours été et sera toujours, les grandes entreprises, il y a maintenant neuf mois un mardi, comme ce qui s'est passé sur le serveur-client, elles ont toutes décidé de le faire passer au nuage. Je faisais partie du conseil d’Aviatrix, et ils cherchaient un nouveau PDG qui les conduirait à un nouveau niveau d’accès.

J'ai regardé et j'ai dit qu'il s'agissait d'une vague de mille pieds dix fois plus grande que la dernière vague de mainframe vers client-serveur. J'ai dit «Je dois y aller.» Je suis de retour dans le jeu en tant que PDG d'Aviatrix. C’est un peu long, mais c’est mon histoire de 35 ans.

Que fait Aviatrix?

Nous fournissons des services de réseau et de sécurité pour les entreprises multi-cloud. Nous adoptons et étendons les concepts de la meilleure sous-couche jamais livrée au monde des hyperscalers: AWS, Azure, Google, Alibaba, Oracle. L’ensemble de l’infrastructure de cloud public, c’est là que va l’infrastructure de réseau et de sécurité. Cela va dans le cloud public. Je dois pouvoir fournir un ensemble commun de services de réseau et de sécurité qui résument la manière dont les constructions de bas niveau fournies par ces nuages. C’est ce que fait Aviatrix.

Je l'ai. Quels sont les produits clés que vous vendez sur le marché?

Honnêtement, ce ne sont pas des produits, ce sont des services. C’est l’essentiel. Dans l'ancien monde, dans le monde client-serveur, vous avez vendu une boîte. Voici ma boîte. Il a ces ports. Ce sont les caractéristiques, et vous obtenez ce que vous obtenez. Nous avons choisi un modèle de type Amazon pour ses services.

Nous publions de nouvelles fonctionnalités et de nouveaux services toutes les quatre à six semaines. Appelez ça un logiciel dévorant le monde. Appelez cela défini par logiciel. Peu importe comment vous l'appelez. En gros, la vélocité que vous obtenez lorsque vous êtes des services logiciels qui s’ajoutent à cette incroyable sous-couche appelée infrastructure de cloud public, la vitesse à laquelle vous pouvez fournir des services de réseau et de sécurité est tout simplement incroyable.

Vous vendez des services, mais vos services sont un produit.

Absolument. Ce que vous imagineriez: c’est le réseautage, la sécurité, les services opérationnels. J'ai besoin de connecter les utilisateurs. Ils doivent être VPN et je dois connecter les sites au cloud. J'ai besoin d'interconnecter les VPC. Je dois fournir un filtrage de sortie sur Internet.

Je dois fournir des fonctionnalités de sécurité, des groupes de sécurité, une micro-segmentation, être capable de diviser les choses, qui peut aller où, basé sur des règles. Je dois être capable de le faire non seulement dans plusieurs régions d’AWS, mais également entre les réseaux VNets d’Azure et les VPC de Google. Je veux pouvoir le faire dans un tableau de bord commun unique. Je veux que quelqu'un fournisse cette orchestration et cette prestation de services. C'est ce que nous faisons.

Parlons de l’orchestration. Je viens tout juste de terminer un rapport énorme sur GigaOm concernant la complexité de plusieurs nuages ​​et la manière dont nous gérons différentes couches. Nous entrons dans l’abstraction, l’automatisation et la capacité de résoudre les problèmes de cette façon.

Comment vous jouez ça? Pourquoi un responsable de l’information de Global 2000 voudra-t-il décrocher le téléphone et vous appeler s’il passe à deux ou trois clouds publics, ce qui en fait sa solution en interne?

La migration et le voyage que font les gens – ça a commencé au pied de la lettre – je parle de grande entreprise, pas d’adopteurs précoces, pas de choses folles que les gens ne comprennent pas. Ils pensent que, parce qu’AWS est un taux d’exécution de 30 milliards de dollars, nous avons franchi un gouffre. On a. Nous venons de le traverser il y a six mois. C’est ce qui est si fou à propos de ça.

Je parle de l’informatique maintenant, pas d’un gars de DevOps, ni d’un gars du cloud computing. Je parle de la vieille informatique, celle qui travaille dans le secteur depuis 30 ans. C'est l'informatique d'entreprise. Cela passe maintenant dans le cloud, même lorsque vous êtes simplement dans AWS. Le mantra d’AWS depuis 12 ans est «construisez-vous». Cela a fonctionné à merveille pour eux.

Au cours des 12 dernières années, quiconque se lance dans le cloud veut avant tout devenir constructeur. C’est à propos de DevOps. Il s’agit des opérations en nuage. Ce n’est pas normal. C’est plus à propos de ‘Je construis une application. Je dois faire tourner cette chose rapidement, et boum, j’y vais. »

Ce mantra de "go build" ne fonctionne pas pour l'équipe informatique. Ils vont quoi? Aller construire? Voici un tournevis. Voici quelques outils électriques. Ils sont comme: «Je vais me couper la main. Je dois emménager dans une maison entièrement meublée. Je ne construis rien. Quelqu'un doit le construire pour moi. »Même au sein d'AWS, les constructions fournies par AWS sont d'un niveau trop bas. En outre, lorsque vous entrez dans la complexité du réseautage, vous réalisez très vite qu’il est conçu pour le nombre.

Lorsque vous êtes une grande entreprise, vous ne pouvez pas prendre le bas niveau [service on a promise that] "C’est bon pour tout le monde." Je suis United Airlines. Ce n’est pas bon pour moi. J'ai ces besoins spéciaux. Lorsque vous commencez à éplucher l'oignon, vous réalisez qu'il y a beaucoup de trous, de bords rugueux et de trous dans ce que Amazon offrira. Je dois atténuer ces inconvénients et j'ai besoin de quelqu'un pour orchestrer, gérer et me fournir les outils opérationnels, même au sein de plusieurs régions d'Amazon.

Ensuite, lorsque vous entrez dans Azure et Google, les clients disent peut être Je peux même comprendre certaines choses avec Amazon, mais les constructions et les outils d’Azure et de Google sont complètement différents. Maintenant je dois apprendre cette langue? Cela n'arrivera jamais. Je veux que quelqu'un éloigne cela de moi parce que je n'ai pas encore rencontré d'entreprise qui a déclaré ne pas être dans plusieurs clouds.

Ils ne feront pas partie de plusieurs clouds parce qu’ils vont arbitrer les clouds et qu’ils vont déplacer la charge de travail; BS. Ils ne déplacent pas les charges de travail. Cela n'arrivera jamais. Pourquoi est-ce multiple? C’est parce qu’ils y vont: «J’ai des outils dans Azure, car j’utilise Office 365, j’ai des crédits et c’est bon pour l’IA. J’ai eu AWS parce que c’est là que mon gars DevOps a commencé et c’est là que les gars de l’application sont allés. Ensuite, j'ai Google pour cela. J'ai Oracle parce que de vieilles applications utilisant des bases de données Oracle sont utilisées. "

Ils ont mis les applications là où cela semble avoir du sens. Avant de vous en rendre compte, vous avez trois ou quatre nuages. Il n’ya aucun moyen pour eux de gérer toutes les abstractions et tous les détails de bas niveau.

C’est là que vous intervenez: la possibilité de nous libérer de la complexité, si je pense en tant que DSI?

Il s’agit de créer simplicité. Vous connaissez la mise en réseau, tout simplement le respect que vous portez à Cisco en tant qu'entreprise et à ce qu'elle était capable de faire dans l'ancien modèle informatique client-serveur. Ils ont dominé. Il leur a fallu 12 ans pour dominer, mais ils ont dominé. Tout le monde le sait.

Leur philosophie d'entreprise était de créer de la complexité et d'être ensuite le seul à le résoudre. Je ne sais pas si c’était leur philosophie, mais ils n’ont certainement pas essayé de contourner cela. Cela leur a été bénéfique. Si je complique vraiment les choses, nous sommes les seuls à être assez intelligents pour pouvoir les maîtriser. Vous devez aller avec nous bout à bout.

Je pense que dans le modèle de cloud computing, nous essayons en fait de créer de la simplicité. Le réseautage est complexe. La sécurité est complexe. Créer de la simplicité est la voie à suivre par opposition à la gestion de la complexité. C’est ce que nous essayons de faire. Cela tend à être le modèle de nuage en général. Si je peux cacher Une grande partie de cette complexité et de la simplicité, cela va permettre aux gens de se concentrer sur d’autres aspects du travail sur lesquels ils doivent travailler.

Vous prêchez à la chorale. En fait, nous avons développé un nouveau TLA (ou acronyme de trois lettres): la gestion de la complexité du cloud, la possibilité de créer des abstractions de sécurité, ainsi que l’automatisation et l’orchestration. Cela nous éloigne de certaines des fonctionnalités natives existantes. Cela est lié au rapport que je viens de publier sur GigaOm, qui considère cela comme une sorte de technologie clé permettant aux gens de réagir correctement afin de se familiariser avec ce que j'appelle le "chapitre deux" ou la deuxième génération de systèmes basés sur le cloud. . La plupart de ces choses vont devenir si complexes, nous avons tellement de complexité opérationnelle que nous avons pu récupérer le retour sur investissement des systèmes que nous migrons et dans de nombreux cas, nous serons à un valeur négative. Nous ne faisons pas attention à cela actuellement.

Quand êtes-vous fiancés? C'est toujours un élément clé pour moi. Certaines entreprises vont migrer vers le cloud et transférer des données vers le cloud. Nous venons de transférer des éléments dans le nuage. Nous allons maintenant transférer davantage de systèmes dans le cloud. Nous allons maintenant transférer tous nos systèmes dans le cloud. Quel est votre rôle habituel dans les entreprises? Pas quand vous devriez être fiancés, mais quand on vous appelle.

C’est changé. Je dirais avant le grand événement, qui était littéralement: je ne sais pas si vous vous souvenez du calendrier de 1992. Repensez à l'époque où nous allions du mainframe au client-serveur. (J'étais là.) C'était traité comme un jouet. C'était pour le partage d'impression et les groupes de travail. Ce n'était pas une vraie informatique. PC, donnez-moi une pause. Serveurs, tu te fous de moi? Ce n’est pas une mission critique «cinq neuf» (99,999%). . C’est IBM S & A. Ils ont été ridiculisés.

Puis il y a eu un tournant en 1992 ou à peu près à cette époque où tout d'un coup, la PI était le seul protocole important. C'était juste pendant la nuit et tout à coup, chaque entreprise a déclaré qu’elle adoptait une architecture client-serveur pour PC.

Il a construit toute l'industrie. Nous avons efficacement construit de l'infrastructure autour de cela depuis 30 ans. J'ai vu la même chose se produire il y a neuf mois. Il y a neuf mois, c'était très différent. C’était vraiment «Hé, je suis un gars de DevOps. J'ai cette application que je dois lancer. »C'était très tactique et non stratégique.

Après neuf mois passés, nous sommes simplement submergés par les entreprises. La façon dont les entreprises bougent, elles bougent comme un troupeau. Il y a 100 millions de buffles qui courent tous de cette façon maintenant. Ils attendent. Jeffrey Moore traverse le gouffre. Quand ça arrive, regarde dehors. Ils bougent tous.

Ce qui se passe à présent, c’est que tous y vont – c’est comme si vous alliez construire une ville. Maintenant, nous allons construire une ville. Qu'est-ce que tu ferais? Vous souhaitez d'abord mettre en place une infrastructure de base. Devine quoi? La mise en réseau et la sécurité constituent une infrastructure de base.

Avant que les entreprises mettent leurs applications et leurs utilisateurs, il faut que je construise. Je dois avoir de l’électricité, de l’électricité, du gaz, des routes. Je dois avoir une infrastructure de base. La mise en réseau et la sécurité constituent une infrastructure de base. Je dois mettre tout cela en place avant de commencer à amener les gens dans la ville, si vous voulez l'architecter correctement.

Ce que j’ai remarqué, c’est: c’est une question d’architecture. Chaque informaticien sait qu'une architecture médiocre signifie que votre vie est horrible pour toujours. Excellente architecture, votre vie est plutôt bonne. Ils construisent leur infrastructure maintenant. C’est pourquoi nous sommes amenés très tôt.

Ce que j’ai remarqué, c’est que chaque titre des personnes à qui je parle est uniquement informatique. Ce sont les gars avec qui j'ai travaillé il y a 30 ans chez SynOptics. Ce sont des informaticiens, et nous développons l'infrastructure dans ce nouveau domaine en exploitant le cloud. Je pense que nous avons notamment abordé le thème suivant: «Le centre de données est mort. Longue vie au centre de données. ”Le centre de données sur site est mort. C'est fini, fini, mettez une fourchette dedans.

C'est un domaine de dépenses pour chaque entreprise. Ils s'en sortent, mais vive le centre de données. Ils construisent leur infrastructure maintenant. Il se trouve qu'il fonctionne simplement sur l'infrastructure de cloud public, par opposition à sa propre infrastructure privée. Tout ce qui les intéressait, la conformité, la sécurité, les politiques, les opérations, etc., ils encore se soucier de.

L'architecture est importante. C’est juste légèrement différent. C’est le changement que je vois chez nous, c’est parce que nous sommes une infrastructure de base. Nous sommes retirés tôt, et c’est tout de suite.

Sur quoi pensez-vous que vous allez travailler dans deux ans, les mêmes problèmes que vous résolvez maintenant, ou est-ce que ce sera un autre ensemble de problèmes que vous devrez régler?

Je pense que dans deux ans, le jeu sera terminé dans la mesure où Aviatrix le sera. Pour le moment, il n’ya qu’une des raisons pour lesquelles les gens n’utilisent pas Aviatrix. Ils n'ont jamais entendu parler de nous. Dans deux ans, tout le monde aura entendu parler de nous et le jeu sera terminé. Ils vont tous nous utiliser. C’est la même chose dans le cloud. Il a fallu 12 ans à Cisco pour être dominant.

Cela va nous prendre deux, car la vitesse à laquelle les choses se passent dans le cloud est comme une friction zéro. Je pense que les choses sur lesquelles nous allons travailler – ce sont les 20, 30 prochaines années, probablement plus – sont la dernière grande vague de transformation informatique que je verrai de ma vie. Ca ne va pas arriver. Je pense que ce sur quoi on va travailler, ça ne finit jamais.

Regardez Cisco dans le dernier modèle. Ont-ils déjà arrêté de travailler sur des choses? Non, ils ont continué à travailler pendant 30 ans. Nous aurons des choses sur lesquelles nous allons travailler pendant 30 ans. Je pense qu'à l'avenir, il y aura énormément de choses sur le plan opérationnel: visibilité, facilité de gestion, débogage. Les gens disent ce qui se passe si quelque chose ne va pas? Ne t'inquiète pas pour ça. Ça ne va pas mal se passer.

Vous ne pouvez pas dire cela à un informaticien. Il sait. Ne t'inquiète pas pour ça. Vous n’avez pas besoin de savoir ce qui se passe ici. Non, je le fais parce que quand ça casse, je vais me faire virer.

J'ai besoin d'outils de visibilité. J'ai besoin d'outils de surveillance. J'ai besoin de tout ce genre de choses. Je pense qu'en raison de notre position centrale en tant que contrôleur global central de votre transfert de trafic, il existe de nombreuses informations permettant d'optimiser l'optimisation des coûts, l'optimisation de la sécurité, l'optimisation des performances, etc. ainsi que l'optimisation pour le dépannage et des choses comme ça. Je pense que ce sera une longue queue de fonctionnalités sur lesquelles nous allons travailler pendant longtemps.

Où pouvons-nous en savoir plus sur Aviatrix sur le Web?

Bien sûr, Aviatrix.com est probablement un bon point de départ. C’est l’autre belle chose à propos de ce qui se passe actuellement. Quand vous pensez à client-serveur, d'accord, ça m'intéresse. Qu'est-ce que je dois faire? Je dois appeler quelqu'un. Je dois mettre la main sur la boîte. Je dois l'expédier là-bas. Je dois faire un POC. C'est épuisant. Ça te prend des années.

Devinez ce qui est génial à ce sujet? Créez un compte dans AWS, accessible à tous, et lancez-le. Faites votre propre POC. Nous ne contactons même pas des centaines de personnes. Ils viennent et essaient, et ils ont mis en place quelques cas d'utilisation. Laisse-moi faire tourner une passerelle. Avant de vous en rendre compte, pour 50 $ par mois, vous pouvez faire un POC, et nous ne sommes même pas impliqués. Vous pouvez aller sur le Web, mais je dirais plus important encore, allez sur AWS Marketplace, lancez-le et essayez-le. C’est ce que font beaucoup de nos clients. Une fois que vous commencez à faire cela, alors vous êtes comme “mon Dieu. C'est exactement ce dont j'ai besoin. "

Vous commencez juste à l'utiliser. Nous remarquons tout à coup que vous dépensez 500 dollars par mois. Tout à coup, c’est 1 000 $, puis 2 000 $, puis 5 000 $, puis 20 000 $. D'où vient ce client? Je ne sais pas. Jamais entendu parler d'eux. Ils ont tout fait eux-mêmes. C’est la puissance du cloud.

Je n'aurais pas pu mieux le dire moi-même, alors allez-y et essayez-le. C’est à peu près presque gratuit. Vous avez pu accéder à des ressources inédites il y a quelques années à peine.

S'il vous plaît prendre une copie de mon livre, Cloud Computing et Convergence SOA disponible sur Amazon et d’autres lieux où des livres sont vendus. Assurez-vous également de me suivre sur Twitter @DavidLinthicum, ainsi que LinkedIn où j'ai plusieurs cours d'informatique en nuage sur LinkedIn Learning. Steve, où pouvons-nous vous trouver sur le Web, dans vos affaires personnelles?

Je ne fais pas vraiment beaucoup de choses. Je dirais simplement que sur LinkedIn est probablement le meilleur moyen de communiquer avec moi.

Découvrez Steve et ajoutez-le comme contact. Je pense que c’est finalement une bonne idée de l’orientation de son organisation. Nous devrions nous armer autant que possible de la technologie, car nous nous préparons à nous battre contre la complexité des nuages. Donc, jusqu'à la prochaine fois, bonne chance dans la construction de vos solutions de cloud computing. Nous vous parlerons très bientôt. Prends soin de toi.