Auteur Liu Liming

Modifier xiaizhi

Ceci est une uvre des commentaires complets dans le domaine du cloud computing. Dans cette merveilleuse ère du cloud computing, que s'est-il passé dans le passé? Que se passera-t-il dans le futur? Y aura-t-il des mutations dans la structure du marché? Dans le nuage, asseyez-vous et regardez les nuages.

Devant

Pendant un an, quand je regarde en arrière, comme un doigt pendant un moment, et quand je le fais, il peut être coloré et changer. C'est la magie du temps. En regardant le passé, tout est destiné, en regardant l'avenir, mais c'est comme un brouillard lourd. Les partenaires des nuages sont une goutte d'eau, mais il y a des milliers de possibilités. Une entreprise, comme un incendie, est possible pour éclairer des dizaines de millions de personnes.

Ce n'est pas le premier commentaire annuel, et ce n'est probablement pas la dernière fois. Bien que davantage d'avis, ils ne peuvent pas modifier le modèle mondial, ni aider l'industrie chinoise du cloud computing, et il est vrai qu'il ne peut pas aider une entreprise à revenir à la vie. J'espère donner aux amis Infoq des informations efficaces, quelques réflexions et une inspiration.

OpenStack est anéanti?

Bien qu'il soit confronté à une compétition, jusqu'à présent, OpenStack est personne ne peut secouer comme deuxième place dans la communauté open source.

Une série de données le prouve: plus de 20 millions de lignes de code, plus de 60 000 communautés de 189 pays et régions, 658 entreprises, plus de 500 sous-projets et 2 grandes versions chaque année.

Données du côté utilisateur. Le rapport de Forrester en avril 2016 a jugé qu'AWS et OpenStack sont les normes de facto pour les nuages publics et privés. Le rapport admet qu'OpenStack a des concurrents tels que OpenNebula, Eucalyptus et CloudStack, et admette également qu'OpenStack a passé plusieurs années pour résoudre la complexité et les difficultés de déploiement.

Malheureusement, OpenStack n'a pas réussi à terminer sa mission historique initiale d'être une arme de Rackspace contre AWS, mais il ne sera probablement pas en mesure de terminer les deux nouvelles missions plus tard: devenir la pierre angulaire de la construction rapidement des services de cloud public; devenir VMware ( Peut également être dit sanglant, neutre, certaines personnes pensent que c'est une sorte de succès, certaines personnes pensent que c'est un échec) un logiciel de cloud privé.

Le premier, la pierre angulaire du nuage public n'est pas souvent mentionné, mais jusqu'à présent n'a été pratiqué à plusieurs reprises, car aucun utilisateur n'est disposé à construire le cloud basé sur le cloud basé sur OpenStack. Le premier choix, c'est l'effet cumulatif de centaines de centaines de centaines de Émetteurs et fournisseurs de services OpenStack dans le monde.

Pour les entreprises avec un VMware insupportable et des prix élevés, pour les entreprises qui souhaitent être un cloud privé qui souhaite être en développement secondaire et s'adapter aux besoins internes des entreprises, pour la quantité d'expérience technique et les réserves de talents qui souhaitent être un Cloud public, OpenStack est déjà la première essence de choix

OpenStack a été confronté à la menace des conteneurs en 2015, mais après la collision féroce, il avait finalement une solution et pourrait également être appelé un compromis.

Tout au long de 2016, OpenStack a été impressionnant. En plus de la sortie de la version Mitaka le 8 avril, la version de Newton a été publiée le 6 octobre et l'intégration de NFV, SDN et de déploiement conteneurisé, et il y a eu deux événements importants.

L'un des incidents était un rapport publié par OpenStack en mars 2016. Le rapport a révélé que les revenus mondiaux d'OpenStack en 2015 ne sont que de 350 millions de dollars, et Gartner s'attendait à ce qu'il soit d'environ 3 milliards de dollars de taille de marché même d'ici 2020. Il y a des raisons de croire que les 350 millions de dollars comprennent des logiciels, une certification, une formation et des revenus de conseil, non liés au revenu matériel connexe.

Bien que 451 recherche ait publié la prévision de l'analyse des revenus d'OpenStack, l'ampleur des revenus du marché OpenStack en 2014 était d'environ 883 millions de dollars en 2014. En 2018, il augmentera à 3,3 milliards de dollars américains, avec un taux de croissance annuel composé de 40% de 40% . Cela dépasse grandement le nombre d'analyse de Gartner, mais ces statistiques contiennent les revenus des nuages privés et publics, et l'eau à l'intérieur est difficile à estimer.

Bien que la précision de ces rapports ait différentes personnes avec différentes personnes, mais le point de vue grand public est que la voie de la commercialisation d'OpenStack est toujours difficile. Les entreprises avec OpenStack, en particulier les startups, explorent toujours dans les modèles commerciaux et luttent encore pour le bénéfice et le solde des pertes. Bien que les nouvelles sociétés d'OpenStack continuent d'obtenir un financement, bien qu'il existe un projet avec de grandes et petites offres à OpenStack, à mon avis, 2017 sera un an où la plupart des sociétés OpenStack vivent et la mort.

Il ne veut pas dire que la plupart des sociétés OpenStack fermeront. Les entreprises qui fermeront l'année prochaine existeront certainement. Quelle industrie ne fera pas exception, et il en va de même pour OpenStack. En 2017, la plupart des sociétés à grande vitesse des sociétés OpenStack seront difficiles à obtenir un soutien. Essence

Le deuxième de l'incident est que certaines sociétés emblématiques d'OpenStack ont des événements emblématiques qui font la perspective d'OpenStack. Si la nébuleuse a fermé ses portes en juin 2015, mais seules quelques petites vagues qui sont facilement oubliées sur le marché, plusieurs incidents similaires survenus en 2016 ont été facilement oubliés par l'industrie OpenStack, et il semblait un peu couvert.

Le premier est que Rackspace réalise la privatisation grâce à une transaction de 4,3 milliards de dollars, affirmant qu'il est facile à transformer. Ensuite, HPE a coupé son "toute l'équipe OpenStack, et en même temps IBM coupe également le personnel d'OpenStack, et le service OpenStack sur le Softlayer. Plus important encore, la société entrepreneuriale emblématique OpenStack a abandonné la" Pure OpenStack Company " L'étiquette a réduit l'investissement sur OpenStack et a commencé à étendre l'entreprise d'hébergement ou de transfert d'opération (BOT).

Ces exemples donnent aux gens des impressions que ou même des rapports statistiques à grande échelle, car ils sont suffisamment représentatifs. Rackspace, en tant que l'un des deux sponsors d'OpenStack, est dans le top trois depuis longtemps, et sa propre entreprise de cloud public prétend être basée sur OpenStack (probablement certaines des premières versions de la première version de son service de cloud public ), et sur le marché se livrait au plus tôt dans les services d'hébergement OpenStack, on peut dire qu'il représente le développement d'OpenStack sur le cloud public et le marché privé de la garde du cloud. Cependant, OpenStack n'a évidemment pas permis à Rackspace d'obtenir suffisamment d'avantages. OpenStack aide le cas typique du fournisseur de services de cloud computing de transformation IDC et perd la persuasion Essence

Si la relation entre les activités du cloud public de Rackspace et le projet Rackspace est toujours un peu ambiguë, les activités de garde OpenStack de Rackspace ne peuvent pas représenter pleinement les performances d'OpenStack sur le marché du cloud privé, HPE a ce représentant de qualification. Le cloud public de HPE est essentiellement basé sur OpenStack. HPE est également engagé dans les activités du cloud privé d'OpenStack. La contribution du code de HPE a également été classée dans les trois premiers depuis longtemps, mais elle est tombée à environ 10 ans récemment.

Si le volume et les ressources financières de Rackspace ne sont pas suffisants pour forcer le cloud public et les nuages privés, alors HPE est la principale industrie en termes de volume, de ressources financières et d'échelle client, et elle a attaché suffisamment d'attention au cloud public et aux nuages privés. Bien que la défaite de HPE dans le cloud computing, OpenStack ne puisse pas supporter beaucoup de responsabilités, évidemment, OpenStack n'a pas trop aidé.

HPE a non seulement clôturé l'entreprise de cloud public soutenu par OpenStack, mais a également vendu une entreprise privée d'OpenStack (y compris CloudFoundry) à SUSE (SUSE's Parent Company). IBM aurait également commencé à réduire les investissements d'OpenStack. Jusqu'à présent, OpenStack aide les cas typiques des sociétés informatiques traditionnelles transformant les fournisseurs de services de cloud privé publics publics. Essence

Dans le domaine des nuages publics, il n'y a pas de cas typiques d'applications OpenStack. En Chine, les opérateurs et diverses sociétés de démarrage utilisent OpenStack. Il n'y a pas quelques-uns, soit un échec, ni à peine soutenir, ou abandonner ou changer vers leurs propres versions privées.

OpenStack a été suspect dans le modèle d'entreprise. Seuls quelques géants informatiques peuvent essayer le mode de licence logicielle. La plupart des entreprises gagnent de l'argent dans le modèle d'installation, de maintenance et d'autorisation. Mirantis a ouvert sa première entreprise de formation et de conseil et est devenue une source importante de revenus.

En outre, Mirantis est le leader des startups OpenStack. Son échelle de revenus est la plus importante parmi OpenStack, et sa contribution du code à la communauté OpenStack est également classée dans les trois premiers depuis longtemps. On peut dire que son développement est OpenStack. commercialisation et startups. Maintenant, Mirantis rétrécit l'investissement sur OpenStack et a commencé à se diversifier dans la direction technique et le modèle commercial. Cela a un grand impact sur le marché psychologique, indiquant La capacité de monétisation des activités de logiciel Pure OpenStack est très limitée Essence

Seules les startups et les opérateurs de télécommunications sont désormais désireux d'OpenStack. Allemagne Telecom aurait lancé un plan de cloud public ambitieux basé sur OpenStack avec le soutien de Huawei. Huawei et Télécom allemands, chérisons-le.

En mai 2016, après que la Fondation OpenStack ait compté les opinions des répondants sur OpenStack, les avantages de l'OpenStack de la personne interrogée étaient: la communauté, la flexibilité, l'innovation, le fait d'être enfermé par les fabricants, les écosystèmes, l'évolution, l'infrastructure axée sur l'API. L'inconvénient est: le manque de documentation complète et complète, la cohérence médiocre, le déploiement automatisé automatisé, le manque de transparence dans la maturité de projets spécifiques et en fonction du soutien des projets principaux.

Cette enquête montre que les sociétés informatiques et les sociétés de télécommunications aiment OpenStack plus. En termes de distribution de l'industrie des utilisateurs, OpenStack est plus populaire dans l'industrie de l'industrie informatique et des télécommunications, représentant 68% et 14%, respectivement, et les établissements universitaires se classent troisième avec 9%. 65% des répondants ont déclaré que leur projet d'OpenStack Cloud était pleinement entré dans l'environnement de production. 65% des sociétés interrogées utilisent OpenStack pour construire des nuages privés. Seulement 16% des sociétés interrogées utilisent OpenStack pour construire un cloud public.

Une tendance progressivement populaire est le nuage privé de l'hébergement: 12% des sociétés interviewées ont signé un fournisseur de services pour accueillir le déploiement spécial d'OpenStack pour se débarrasser de la complexité de la gestion d'OpenStack. Fait intéressant, 66% des sociétés interrogées ont déclaré que les coûts d'économie sont la principale raison pour laquelle ils choisissent OpenStack. Je ne sais pas si la raison du déploiement et de l'exploitation sera mise en uvre.

Étant donné que l'initiateur de ces statistiques est la Fondation OpenStack, les répondants sont également un groupe qui s'intéresse relativement à OpenStack, et il est difficile d'éviter les défauts. Par exemple, n'étant pas verrouillé par les fabricants comme un avantage, il s'agit certainement d'une version communautaire, mais la version communautaire a des blessures relativement difficiles telles que la mauvaise disponibilité.

La chose la plus drôle est de "se concentrer sur le projet de base à côté du projet de base", qui représente évidemment les intérêts locaux plutôt que sur les intérêts globaux. Maintenant, le problème OpenStack est que la disponibilité du projet de base n'est pas garantie. Il y a trop de projets de prise en charge de côté nouvellement ouverts, et non de "se concentrer sur les projets de support côté projet de base". Si vous pouvez vraiment "vous concentrer sur le projet de base, il sera laissé de côté", ce sera une bonne chose pour OpenStack.

De plus, bien que la "mauvaise cohérence des composants" soit augmentée, le plus grand problème peut être, La compatibilité et l'interopérabilité entre les différentes versions d'OpenStack ont montré de plus en plus de signes de signes de plus en plus et pire Essence Bien que ces non-compatibilité puissent refléter les différences et les valeurs de différents fabricants d'OpenStack, à long terme, ce n'est pas seulement les préoccupations de l'utilisateur concernant le verrouillage du fabricant. Réduisez la division des voies techniques, car la perte de la valeur de la Plateforme centrale et générale. Tous les aspects de ces aspects peuvent conduire à la baisse à long terme d'OpenStack.

La division a toujours existé, et il y a des avantages des rivières et des lacs open source, et il y a une division. De Linux et Unix, de LXC et OpenVZ, de KVM et Xen, de Docker et Runc, la scission a toujours existé. La division d'OpenStack n'est pas si sérieuse, car elle est dans l'existence de la division d'AWS et de VMware, et elle n'est même pas aussi sérieuse que Docker, car Docker est décrit par plus de personnes-aws et de VMware. Comme mon article l'a dit il y a un an, la valeur de la plate-forme centrale et générale est la clé de l'annihilation et de l'annihilation éternelle d'OpenStack.

Tout comme tous les segments de presque le cloud computing sont différents des États-Unis ou de l'Occident, OpenStack est également développé en Chine, qui est étroitement lié au développement mondial. Bien qu'il soit étroitement lié, il est également très différent. Par exemple, les participants chinois occupent une grande partie des membres de la communauté mondiale d'OpenStack, mais la contribution réelle peut ne pas être proportionnelle aux participants, et elle n'est pas nécessairement proportionnelle aux données telles que les commits. Mais il est indéniable que les développeurs chinois occupent une position dominante ou importante dans certains projets.

Il y a aussi certains endroits qui ont été critiqués par les pairs domestiques, tels que la forme de contributions communautaires, et il y a des facteurs dans la liste. Bien qu'elle soit inévitable partout, la Chine semble être plus vivante. Et certaines stratégies de prix offertes par OpenStack ont également été critiquées par des homologues du cloud privés. Il s'agit d'un commentaire mondial qui n'aura pas trop d'encre dans ces endroits. Bien sûr, je n'ai pas rédigé trop dans l'examen de l'industrie de la Chine Cloud Computing en 2016 dans l'industrie chinoise du cloud computing chinois.

Dans la "revue annuelle du cloud computing 2015-2016" l'année dernière, nous avons mentionné que le problème d'OpenStack et de la crise "OpenStack semblait imparable, mais avant d'attendre pour venir à lui", je crois que le conteneur et Docker peuvent "se préparer à accueillir Bienvenue pour bienvenue à la bienvenue "Its Golden Age", qui présente la vie de Docker, Kubernetes, Mesos, ne se répète plus ici. Si vous êtes intéressé ou ne comprenez pas, vous pouvez lire l'ancien texte du compte public de la forêt de Mingbei. Dans le domaine du conteneur, Kubernetes ressemble à croiser Docker, un conteneur, une disposition des conteneurs et même rivaliser avec OpenStack.

Arrangement de conteneurs Kubernetes Sichuan?

L'arrangement de la bataille des conteneurs est certainement le champ de bataille le plus chaud en 2016 et 2017. Je n'ai pas besoin de trouver des statistiques. Pour une raison, Amazon, qui s'est toujours intéressé par les communautés et l'open source, a lancé deux projets open source en 2016. 2016 DSSTNE en mai, et l'outil de gestion des conteneurs Blox en décembre 2016. Les deux ont une signification symbolique et la signification réelle de Blox est plus importante.

En seulement un an en 2016, Kubernetes a non seulement couvert la dynamique de la disposition des conteneurs de Mesos, mais a également tamponné l'élan de Docker en tant que conteneur et la société elle-même dans certaines régions. L'impression de la communauté et des médias est: Kubernetes gagne la bataille de la disposition des conteneurs.

Docker a 38 000 louanges, 11 000 fourchettes, 1500 contributeurs et Kubernetes compte déjà 19 000 louanges, 6700 fourchettes et 1 000 contributeurs. Mais Kubernetes 42000 a soumis un tiers des 300 000 fois plus élevé que Docker. Si Kubernetes a atterri à Github en juin 2014, Docker a duré 4 ans en janvier 2013, affirmant que la communauté de développement de Kubernetes n'était pas inférieure à Docker.

En septembre 2016, l'article "Pourquoi Kubernetes gagne le conteneur" par le chroniqueur Matt Asay d'Infowerleld, poussant la popularité de Kubernetes à un nouveau point culminant. Avant cela, bien que Kubernetes dans la communauté des conteneurs ait attiré beaucoup d'attention, la plupart des utilisateurs ordinaires ont toujours assimilé le conteneur à Docker. La raison de Matt Asay est la suivante: Kubernetes a un nombre élevé d'étoiles et le nombre d'activités GitHub; le document peut être mauvais, mais la communauté Slack and Stack Overflow de Kubernetes est active; la plupart des experts disent que Kubernetes est placé sur la page LinkedIn au lieu de concurrents de Kubernetes.

Matt Asay a attribué cela à Google plus sur la façon de créer une communauté open source et plus d'expérience dans l'exécution d'applications sur le conteneur Linux. Le chef de produit de Google, Martin Buhr, affirme que l'intention initiale de Google de prendre en charge Kubernetes est un sentiment noble et l'égoïsme éclairé, afin de rendre les développeurs sur Google Cloud Platform plus efficaces.

Si vous croyez cela, c'est vraiment trop simple, trop naïf, ce qui est trop naïf et naïf.

En fait, Docker était plus populaire que Kubernetes. Eh bien, si vous voulez dire que les projets d'essaim et d'essaims de Docker peuvent ne pas être comparables à Kubernetes, la communauté de développement n'est pas aussi bonne que Kubernetes.

À ce moment-là, de CloudFoundry à OpenShift, des nuages privés aux nuages publics, de l'AWS à GCP à Azure, de brouillage pour lancer les services de conteneurs et compatibles avec Docker. Et tous les logiciels d'arrangement, jusqu'à présent, le conteneur qui peut être entièrement pris en charge et réel peut être entièrement pris en charge, n'est que Docker. Et tout le monde sait qu'après la dernière revue annuelle, j'ai présenté Unikernal. En moins d'un an, Docker a acquis cette nouvelle chose et étouffé les semis qui menaçaient Docker dans la saleté.

C'est vrai, le moteur à conteneurs représenté par Docker est devenu très populaire. Il est populaire de devenir un outil de base, mais la tendance future est la disposition des conteneurs et la gestion des conteneurs de cluster. Le cluster est toujours synonyme de grand. Docker a commencé dans le domaine de la disposition des conteneurs que Kubernetes et Mesos plus tard, dépassant presque par les coins. Si l'agencement est au centre, le moteur à conteneurs sera presque oublié. Rappelez-vous la guerre entre Xen et KVM? Peu de gens se souviennent qu'après la montée en puissance de la gestion de la virtualisation, des logiciels de cloud privé et du cloud public, personne n'a de technologie de virtualisation matérielle.

Même Windows Server a rapidement implémenté les conteneurs natifs de Windows basés sur les noyaux Windows. En ce moment, je me suis souvenu des conteneurs VPS Artefact Parallels Virtuozzo pour Windows. C'est aussi un conteneur. À sa naissance, il ne pouvait sécher les VP à ce moment-là.

Soit dit en passant, la deuxième façon de Windows prend en charge le conteneur est Hyper Contener, exécutant un conteneur dans un virtuel compact. C'est également le cas avec un HyperContainer de projet open source, mais il est basé sur Xen. Oh, pensez-vous à Unikernal, un peu comme ça, l'implémentation d'Unikernal est essentiellement Xen, mais Unikernal n'a pas de couche de conteneur et est plus compact. Oui, il est tellement compact, et il est nécessaire d'ajouter une couche de conteneur. On ne peut pas dire qu'elle est complètement ajoutée au serpent, car elle ajoute un certain degré de transplantation.

Eh bien, cela montre que la virtualisation et le conteneur peuvent coexister pacifiquement, et tout le monde n'est pas un ennemi. Un peu, un arrangement de conteneurs et un cloud privé, y compris OpenStack, peuvent également coexister pacifiquement. En plus du déploiement d'OpenStack pour prendre en charge le déploiement de la conteneurisation, Kolla est utilisée pour déployer rapidement le service OpenStack avec Docker Container, et de nombreux projets ont prouvé que les deux peuvent vivre paisiblement.

Par exemple, Nova Docker Driver, ce pilote est la première intégration d'OpenStack et Docker. Il s'agit de traiter Docker comme un nouvel hyperviseur et de traiter tous les conteneurs comme VM. Qui fait du conteneur une technologie de virtualisation? OpenStack? Maintenant que la virtualisation principale de l'hyperviseur principal est intégré, le métal nu est également intégré et, bien sûr, la virtualisation du système d'exploitation peut également être intégrée.

Cela ne suffit pas, car Nova est personnalisé pour la machine virtuelle, et Docker a de nombreuses fonctionnalités spéciales. Que dois-je faire? Ajouter une ressource à la chaleur, compatible avec l'API de Docker. Cependant, il n'y a pas de planification et pas de gestion du réseau, juste pour utiliser le Docker.

Ce défaut est-il évident? Ce n'est qu'une seule version de la peinture de serpents de Docker. Ce n'est pas bien, ce doit être un cluster, mais la gestion des cluster n'est pas si facile à faire. C'est la moitié, le projet Magnum intègre plusieurs projets d'arrangement de conteneurs, tels que K8S, Swarm, Coreos. De cette façon, le conteneur est également bon pour le conteneur, et OpenStack a tout ou peut être géré. Mirano a également contribué par Mirantis, qui est également des K8 intégrés.

La combinaison de conteneurs et d'OpenStack est si proche, qui peut encore dire qu'ils sont la concurrence ou les ennemis? C'est simplement la fonte de l'eau et du lait, mais ce n'est que l'extrémité OpenStack. L'industrie des conteneurs n'est pas soucieuse d'OpenStack.

Pensez-vous que Google a fait du bon travail pour faire de bonnes actions pour GCE et même tous les développeurs en bénéficient, et c'est fini? Trop simple, trop naïf. Google a été dans un grand coin. En juillet 2015, Google a pris les devants en tirant toutes les sociétés liées aux conteneurs, y compris Docker et Cloud Native Computing Foundation - Amazon et Microsoft étaient absents. Le lendemain, Docker a dirigé la création d'Open Open Contenerinitiative.

De façon inattendue, Kubernetes a joué à Mesos à gauche, Docker Swarmkit et Swarm à droite, et le moteur de conteneur Docker était également nécessaire. Google prend en charge Coreos pour RKT (Cloud Foundry a fait un jardin de conteneurs, la prochaine version de Warden Container), et a ensuite encouragé ou contraint le conteneur de module de base du moteur de conteneurs lors de la course-run, et Runc a commencé à encourager ou à coerciter. Ce sont toutes les technologies qui ont contribué par Docker's LibContainer. Eh bien, maintenant Kubernetes, Mesos, CloudFoundry, ont menacé de prendre en charge Docker à l'avenir, et a soutenu le moteur de conteneur personnalisé sur la base de RUNC.

Est-ce un peu confus ou brûlant? Ceci est comparable à l'intrigue des blockbusters commerciaux de guerre d'espionnage, et le conteneur est toujours mis en scène. Zhou Hui de Pivotal dans "Container, utilisez-vous uniquement Docker? «Dans le processus d'analyse de certaines piles de technologie Docker qui sont désintégrées par la technologie et affirmant que RUNC sera l'avenir. Cependant, RUNC est trop basique. Même si tout le monde dissipe délibérément la pile de technologie Docker, tout le monde doit encore organiser des campagnes pour le conteneur et n'a pas à faire face au problème du logiciel de regroupement de monopole de Docker à l'aide du moteur de conteneurs.

Dans la communauté actuelle, l'open source est le favori et les affaires sont sans vergogne. C'est pourquoi de nombreuses personnes soutiennent les K8 au lieu de Docker. Docker est trop ambitieux et il doit demander une marque Docker. Il est commercialisé et inacceptable. Les utilisateurs des développeurs ne peuvent pas l'accepter, et les startups et les grands frères ne peuvent pas l'accepter. Après cela, ils doivent payer Docker?

Par exemple, Xebiacto Adriaan de Jonge a écrit un article "Après trois ans, nous avons été transférés de Docker à RKT", le Docker peut le faire, la plupart des RKT peuvent être faits. Il peut être possible à l'avenir. Docker a des défauts, mais Il n'y a rien de gros. Pas bon, juste "surtout, nous devons avoir suffisamment d'options." Je peux l'utiliser, mais vous ne pouvez pas collecter de l'argent, ni montrer la tendance de vouloir collecter de l'argent. C'est une logique.

C'est également la logique difficile à générer de la valeur commerciale pour les logiciels open source: puisque l'open source, je dois être gratuit et je ne veux pas payer. À moins que le logiciel ne soit assez populaire, je dois l'utiliser, c'est assez compliqué, je dois payer pour être garanti, et juste, je suis plus riche. Par conséquent, c'est cela que la version de distribution Linux est que Redhat gagne cet argent, et OpenStack et OpenStack doivent également permettre à cette logique d'être établie pour avoir un avenir commercial.

L'article de Zhang Lei "Interprétation du conteneur de 2016:" Dead "et" Eternal Life "" sur InfoQ estime que la poursuite de Docker "simple mais puissante" est très adaptée aux développeurs et à l'exploitation et à la maintenance. Coopération tacite de Tensorflow, grande écologie, Mesos La base de gestion des cluster est épaisse, l'interface utilisateur est facile à utiliser, qui sont toutes brillantes dans les prospects. Bien que cela soit soupçonné de boue terne, il est incontestable que Docker Swarmkit et Mesos soient également très épais. Il est temporairement conduit K8 à diriger dans les opérations communautaires. Bien que la richesse soit un facteur qui ne peut être ignoré, ce n'est pas le seul facteur.

2016 n'est qu'un début. En 2 ans, en 2017, pas plus de 2018, la guerre des conteneurs sera vue.

Dans les rivières et les lacs où le conteneur n'est pas plus léger que l'ouverture d'OpenStack, la montée inattendue de Docker a été assiégée par l'ensemble de l'industrie pour les utilisateurs. Mesos n'est jamais devenu populaire. Kubernetes semble imparable. Essence Après avoir remporté des nuages privés de Cloudstack et d'Eucalyptus, la disposition des conteneurs a été laissée dans les nuages privés. Il n'est toujours pas connu d'obtenir l'emplacement dans la rivière Long Cloud privée.

Le titre initial de ce chapitre est en fait "Kubernetes est un cloud privé unifié?", Plus tard parce que la situation actuelle est trop éloignée de ce titre, et s'est arrêtée, elle a été changée en "Kubernetes Uniform Container Arrangement?". Il n'est pas complètement faux d'unifier le cloud privé. Le fait que le conteneur puisse devenir une couche de la pile de technologies informatiques pendant longtemps est en effet inconnu.

Si c'est le cas, si Kubernetes se démarque dans la guerre, OpenStack, PaaS, les nuages mixtes, la super fusion, toutes les technologies et solutions avec des nuages privés seront menacés. À ce moment-là, la "propriété privée unifiée de Kubernetes le bon moment du cloud?" Pourquoi? Est-il possible? Divers cerveaux et controverses, vous pouvez vous rendre au groupe WeChat fourni par le compte public de Mingbei Forest "Trouver Beilin" gratuitement.

Ne regardez pas l'élan de Kubernetes, mais a souligné dans son introduction qu'il n'est pas PaaS, et il est plus proche de l'application à l'extérieur du conteneur lui-même. Vous ne voulez pas toucher? Os n'ose pas toucher? Ou ne le touchez-vous pas pour le moment? Ensuite, regardez la situation du PaaS.

OpenShift, CloudFoundry, l'avenir des nuages privés?

Quiconque connaît mon article sait que le PaaS est un petit segment de marché dans la courte période, et il est difficile de devenir une plate-forme indépendamment. PaaS dans une longue période, c'est-à-dire IPAAS. Cet IPAAS est mon IPAAS original, et non IPAAS, et IPAAS est une plate-forme intégrée qui est un service.

David Linthicum, l'auteur de Infower Column, est un parti de titre très expérimenté, mais bon nombre de ses articles ont des idées. La clé est que j'ai écrit trois livres, fissuré et ne peut pas être pris. Par exemple, récemment, en janvier 2017, il a publié un article "Too Late, PaaS, vous avez raté l'occasion pour le marché du cloud".

David estime que trois raisons ont rendu le PaaS populaire: de puissants outils IaaS; les développeurs n'aiment pas être restreints; les IaaS au lieu de PaaS peuvent copier l'environnement local des développeurs. David n'a peut-être pas été développeur depuis longtemps. Je suppose en tant que développeur, et le dernier point est la raison la plus importante. Cette raison est intégrée à la raison pour laquelle le PaaS ne peut pas se développer rapidement dans le livre "Cloud Computing Times".

J'ai toujours dit que le PaaS est l'avenir, Iaas l'est maintenant et IPAAS est demain. Faites du PaaS, il est trop tard, et c'est aussi tôt. Ren Zhengfei a probablement déclaré qu'une telle phrase: un demi-pas est avancé, menant trois étapes dans les martyrs. Faire PaaS le veut aussi, mais ce n'est pas seulement une question de temps.

David, le leader, pense que cette fois: PaaS, en tant que composante de la demande de construction, existera toujours, mais en tant que service indépendant, il est décédé.

Mais M. David a dit qu'il était un cloud public, et il y avait à moitié des cas spéciaux de nuages publics, qui était l'ibmbluemix, IBM Buddy, à laquelle je devais penser depuis longtemps, et se balancer entre les plates-formes GM et PaaS. Réveillez-vous, Microsoft et Google l'ont essayé. Le PaaS indépendant n'est pas fiable. Même si les composants PaaS actuels sont bien plus que ce temps, la fin est la même. IBM y pense.

Entrepreneuriat du PaaS domestique? Ne plaisantez pas, après SAE, il n'y a pas de service PaaS indépendant. Si vous devez dire que Rongyun, Huanxin, Jpush, Vérification facile, les roues extrêmement, le cloud d'écoute, le FACE ++ sont PaaS, puis suivez vos souhaits. Il y a une demande, un financement et peut encore gagner de l'argent. Je l'appelle un composant PaaS, mais il ne peut pas réaliser une plate-forme PaaS.

Dans le domaine des nuages privés et de la garde du cloud, le logiciel PaaS est toujours difficile à avancer. Le meilleur ici est OpenShift et CloudFoundry.

Compte tenu des raisons mentionnées ci-dessus, même si CloudFoundry et OpenShift ont des services de cloud public, ils ne sont pas très populaires. Même dans le cloud privé, pendant longtemps, je ne pense pas que le logiciel PaaS soit si populaire, ou il peut produire une grande valeur commerciale. Cependant, compte tenu de l'hôte de logiciels de cloud privé, tels que les logiciels de virtualisation, les logiciels d'arrangement de conteneurs et le système de super-fusion, il est encore un peu de siège pour le moment. Ensuite, le PaaS sera important et même en direction. Des logiciels de virtualisation, un logiciel d'arrangement de conteneurs, un système de super-fusion ou combiné étroitement avec le PaaS, ou ont évolué en logiciel PaaS.

Ceci est le Paas Magic Quadrant sorti par Gartner en 2016:

Que pouvez-vous trouver? À l'exception de Microsoft, Google, Salesforce, IBM, beaucoup d'entre eux n'en ont jamais entendu parler, et vous ne l'avez peut-être pas utilisé même si vous l'avez entendu. Bluemix d'IBM, le haricot élastique d'AWS, le public n'est pas grand après tout. Oh, il n'y a pas de haricot élastique AWS, je ne sais pas quelle est la norme d'inscription de Gartner, et je ne le comprends pas.

Ces PaaS si appelés seront avalés par l'usine IPAAS, soit une usine IPAAS. Les mots sont à la maison, et les autres ne sont que deux lecteurs de logiciels PaaS dans le cloud privé: OpenShift et CloudFoundry. D'autres marathon, nuageify et appscale sont actuellement de niche. Avez-vous découvert qu'OpenShift se faisait tranquillement un "le plateau d'application de conteneur open source" et une plate-forme d'application de conteneur open source. Le conteneur le joueur a-t-il réalisé quoi?

Le cloud public se développe et évolue, et il se développe des IaaS à IPAAS. Il en va de même pour les nuages privés. De la virtualisation au conteneur, nous voulons organiser le conteneur, puis il peut être de développer au logiciel PaaS. Ce processus peut être long, 5 ans ou 10 ans. Essence Qu'il s'agisse du roi virtualisé d'OpenStack, de VMware ou de disposition de conteneurs de Docker, Kubernetes et Mesos, y a-t-il un jour avec le logiciel PaaS OpenShift et CloudFoundry? Ou est-ce que OpenShift et CloudFoundry avec le premier avantage pour transformer d'autres logiciels de cloud privés derrière-les héros -Scenes?

Les nuages hybrides peuvent-ils aider Azure à défier AWS?

Dans le domaine du cloud computing, il y a en effet beaucoup de tendances populaires, et elle est bonne pour la technologie. À mon avis, il n'est pas mélangé avec l'état des fabricants de cloud computing. Il n'est pas mélangé. Même si les conteneurs, le deep apprentissage, la blockchain, etc., ils doivent compter. Le conteneur est un outil fondé et étendu. Le deep Learning est un spectacle technique. La blockchain est un brouillard inconnu. Seul le nuage mixte est le pain maintenant et demain. Essence

Cela n'a rien à voir avec le feu. La popularité ne signifie pas important, et ce n'est pas nécessairement populaire. Les nuages mixtes ne sont pas faciles à jouer avec les startups et les individus. Ce ne sont peut-être pas plus de feu, il y a de grandes usines de cloud computing et de grandes entreprises de taille moyenne qui poursuivent, mais elles doivent prêter attention, visage et utilisation.

Dans les critiques annuelles de l'année dernière, le petit titre du nuage mixte était "l'âge d'or du nuage mixte est ici? Est-ce une paille d'économie de vie ou le début de la fin ". Le point de vue à l'époque était qu'il n'y avait pas beaucoup de place pour la croissance dans le nuage mixte. Bien qu'il y ait 8 ans d'expérience dans l'industrie, il y a aussi des erreurs de jugement. Il semble que l'expression "ne pas étudier pendant une journée, ne peut pas suivre Liu Shaoqi" est très raisonnable. Après avoir allongé l'objectif à dix ans, il peut être sans rapport avec le mélange des nuages. Mais au cours des trois ou cinq dernières années, les nuages mixtes sont essentiels.

La raison la plus importante est que du point de vue des rendements financiers et des compétences qualifiées, les entreprises qui peuvent déjà être, en particulier les moyennes et les grandes entreprises, ont un processus avec des nuages publics. Ce processus peut accélérer en raison de la maturité et de l'utilisation facile des nuages publics, mais ce processus ne peut pas être ignoré et ne peut pas être achevé entre le jour et la nuit.

La charge exécutée sur le cloud public n'est que de 10% et 90% des 90% restants. Même si les 80% finissent par passer au cloud public, combien de temps faut-il?

L'image ci-dessous est un tableau des tendances de recherche mondiale. Le bleu est des nuages mixtes. Après le cloud public, la montée est bonne. Eh bien, ce n'est pas une carte boursier. En parlant de stocks, je veux rire: certaines personnes demandent toujours, le cloud computing est si chaud, quelles actions dois-je acheter? J'ai toujours ri et je n'ai rien dit.

Un rapport d'enquête de Wikibon a montré que 47% des utilisateurs ont choisi et des nuages mixtes, tandis que les nuages publics étaient de 30% et que les nuages privés étaient de 23%. Bien sûr, la proportion du cloud public de moi est la baisse de la proportion du cloud public. Puis-je seulement dire que c'est l'erreur d'échantillonnage?

Avant de continuer à parler des nuages mixtes, jetons un coup d'il à la part de marché actuelle du cloud computing. Il y a deux salons de marché ci-dessous. Sans trop d'interprétation, Amazon est chez le leader du leader.

C'est vrai, vous pouvez voir sur l'image, Parmi les nombreux adversaires de la domination AWS du cloud computing, Microsoft Azure est le plus potentiel. L'une des plus grandes compétitivité peut être des nuages mixtes. Microsoft appelle Azure Stack. Essence

Ce n'est certainement pas une imagination soudaine de Microsoft. Il y a une logique de base derrière: Microsoft a traité des entreprises moyennes et grandes pendant plus de 20 ans. À partir du système d'exploitation, du logiciel de bureau, du SaaS et même du logiciel de virtualisation, Microsoft est un fournisseur important.

Le même arrière-plan est IBM. Dès décembre 2015, IBM a publié BlueMixLocal, qui a la base des nuages mixtes, car Bluemix est le corps principal de IBM Public Cloud.

Bien qu'Amazon ait un pur nuage public, face à la tendance générale, il doit baisser la tête. Certaines personnes disent que la seule faiblesse d'Amazon est: les nuages mixtes. Cependant, Amazon a atteint une relation coopérative avec VMware en 2016, permettant à AWS VMware de VMware, et la charge peut être transformée entre les nuages publics et privés.

Et en novembre 2016, AWS a publié Software Greengrass et a mis à jour le matériel Snowball, qui met les fonctions Lambda et IoT sans serveur d'AWS et IoT dans le centre de données du client.

Le nuage mixte n'est pas seulement un champ de bataille entre les géants du cloud public. Il n'y a pas de fonction de gestion informatique pour manquer cette tendance.

HPE n'a-t-il pas abandonné le cloud public? J'ai également abandonné les nuages privés d'OpenStack, mais il renforçait la super intégration et les nuages mixtes plus importants. Juste en janvier 2017, HPE a acquis la simplivité, une entreprise de super-fusion, et il y a deux mois, HP a également atteint une coopération avec Microsoft, en tant que partie du cloud public de HPE mixte Cloud.

Début janvier 2017, Redhat a publié CloudForms 4.2, qui prend en charge non seulement OpenStack, mais prend également en charge de nombreuses fonctions d'AWS, Azure, GCP.

Il y a aussi des startups. Aviatrix fournit des contrôleurs centralisés et des logiciels de passerelle légers pour simplifier la création, la suppression et la gestion des réseaux cloud hybrides. En janvier 2017, il a levé 15 millions de dollars.

La domestique est également vivante. Le cloud mixte a donné à beaucoup de startups de cloud privés.

Les avantages des nuages mixtes sont évidents et les avantages des nuages privés et des nuages publics peuvent en profiter. Mais il y a de nombreux problèmes. Internet est cohérent, les données sont cohérentes, la durée de la réponse et la compatibilité des composants. Essence

L'existence de la demande et de la méthodologie est difficile à mettre en uvre, mais c'est à cause de cela que les nuages hybrides ont une grande valeur pour les utilisateurs et les fournisseurs de services. En 2017, les nuages hybrides continueront de naviguer, mais compte tenu de sa difficulté et de son importance, seuls les joueurs ayant une force ou une endurance peuvent toujours être sur la route.

Applications de douze éléments

L'application des douze éléments peut ne pas être une énorme tendance commerciale ou technique. La raison pour laquelle elle est retirée est la résonance. Dans le livre "Cloud Computing Times", dans le quatrième chapitre du "moteur durable économique sur l'innovation" Section 2 "Le cur de l'IAAS Innovation and Entrepreneurship", "Une autre essence des IaaS est pour la pratique et la promotion obligatoires. Trois concepts: Ressources devrait Soyez élargi horizontalement au lieu de l'expansion verticale, la disponibilité dépend de l'architecture plutôt que du matériel spécifique, une défaillance comme traitement normal. "

Il s'agit de la conception d'architecture du niveau IaaS, et la méthodologie à douze éléments est la conception d'architecture du niveau des composants. Je pense qu'il peut être ajouté entre eux. Il est très apprécié. Ceci est 2012, le fondateur d'Heroku, Adam Wiggins, sur la base de l'expérience opérationnelle des fiduciaires de millions de demandes, a résumé et a publié "The Twelve-Factor App". Yuan Liangshan l'a traduit en chinois.

Les applications de douze facteurs conviennent au développement de tout développement linguistique et de retour (base de données, file d'attente de messages, cache, etc.) Développement, suivez les principes suivants:

• Utilisez le format d'instruction pour implémenter l'automatisation de la configuration pour réduire le temps et le coût de l'adhésion du développeur à rejoindre le projet.

• Définissez la limite claire du système d'exploitation sous-jacent et obtenez la portabilité maximale entre différents environnements de fonctionnement.

• Convient au déploiement sur les plates-formes cloud modernes pour éliminer la gestion des serveurs et du système.

• Pour minimiser les différences dans l'environnement de développement et l'environnement de production, pour utiliser la livraison continue pour obtenir l'agilité maximale.

• L'expansion est réalisée sans changements évidents dans les outils, les architectures et le développement.

Selon ces principes, douze éléments sont:

• Le code de référence. Un code de référence, déploiement multiple.

• compter. Exprimer la dépendance.

• Configuration. Configuration de stockage dans les variables d'environnement.

• Service de retour. Mettez le service de dossier, y compris les services locaux et troisième par partie, comme ressources supplémentaires.

• Construction, libération et fonctionnement. Construction, libération et fonctionnement strictement séparées, chaque version nécessite une pièce d'identité unique.

• traiter. Exécuter dans un ou plusieurs processus apatrides.

• Le port se lie. Fournir des services via la liaison portuaire.

• L'expansion simultanée est élargie via le modèle de processus.

• Facile à gérer. Démarrage rapide et élégance pour maximiser la robustesse.

• L'environnement de développement est équivalent à l'environnement en ligne. Maintenir autant que possible le même développement, la même libération et l'environnement en ligne.

• Enregistrer. Prenez le journal en tant que flux d'événements.

• Processus de gestion. La tâche de gestion des antécédents fonctionne comme un processus à un temps.

En fait, tous ces principes ne sont pas Jin Keyu. Rien n'est la loi de Jin Keyu, vous pouvez toujours trouver une exception. Le principe n'est que dans la plupart des cas que vous pouvez apprendre de l'expérience. Heureusement, les fabricants de PaaS ont commencé à se rapprocher des douze éléments, et certains prétendent même respecter pleinement les douze éléments.

Pour être honnête, "Une autre essence des IaaS est la pratique obligatoire et la promotion de trois autres concepts: les ressources doivent être élargies horizontalement au lieu de l'expansion verticale, la disponibilité dépend de l'architecture plutôt que du matériel spécifique, de l'échec comme traitement normal", le cloud computing traditionnel à l'étranger, Et le cloud computing traditionnel à l'étranger Les fournisseurs de services sont reconnus. Et les fabricants nationaux n'ont pas de telles connaissances, ou ils sont mal imités par un seul produit à l'étranger, ou les concepts inhérents aux clients dans l'architecture informatique traditionnelle, la conception des produits et l'expérience client, violant la description du livre: l'élasticité est l'élasticité Est-ce que l'élasticité emballe du sable au lieu de souffler des ballons ne peut pas être placé dans un panier, et il est bon sens d'être préparé.

Pour le dire franchement, la personne en charge derrière le produit n'a aucun soutien à l'évolution du concept d'architecture informatique. Pour le dire bien, en vertu des règles commerciales du roi, c'est l'esprit scalpel qui respecte les besoins des clients et les habitudes des clients. C'est pourquoi c'est une bonne entreprise qui n'est pas en Chine et une entreprise qui gagne de l'argent, mais est-il difficile d'avoir une grande entreprise?

Technologie du cloud computing et tableau des tendances commerciales

Dans la version chinoise de l'année, j'ai lancé le "Global Cloud Trends Premier", mais en raison de cet article pour le paiement obligatoire, certaines personnes ne l'ont pas vue. Il s'agit de la deuxième version de la version personnelle du "Global Cloud Trends Premier", mais il est mis à jour.

Pour ceux qui ne comprennent pas le diagramme du cycle, introduisez brièvement: l'axe vertical représente l'exposition, ou le degré de spéculation, l'axe horizontal représente le cycle ou la période de la tendance.

Certaines des tendances de cette figure appartiennent au segment de l'informatique annuelle, certains appartiennent à la technologie, certains représentent le projet, tandis que d'autres sont des termes indépendants de l'industrie. Ici, des services sexuels, tels que la diffusion en direct et l'Internet des objets.

Par exemple, CDN, le cloud privé et les IaaS sont déjà assez matures. Notez que nous parlons de Global. DevOps, SaaS et la gestion du cloud sont sur le point d'entrer dans une période mature, et maintenant ils se remettent. La gestion du cloud et la virtualisation de bureau viennent de saisir la période de récupération, tandis que SDN, PaaS et OpenStack sont en période de désillusion.

À l'heure actuelle, le plus chaud est la diffusion en direct, l'apprentissage automatique, le conteneur et la disposition des conteneurs, la blockchain et les nuages mixtes. La diffusion en direct semble être principalement la contribution de la Chine. SERVERS, UNIX et Chatops viennent d'entrer dans le déclencheur.

Bien sûr, toutes les tendances ne peuvent pas entrer dans le déclencheur, et toutes les tendances ne peuvent pas entrer dans l'étape suivante de l'étape actuelle, et encore moins toutes les tendances peuvent atteindre la période de maturité finale de la productivité. Par exemple, les Mesos peuvent être un déclencheur il y a quelques années, et il n'est plus dans la tendance. Le chef et la marionnette peuvent également entrer dans la période de déclenchement ou même surchauffer au cours des dernières années, et maintenant il n'est pas placé dans le tableau des tendances.

Il convient de noter qu'il s'agit d'une portée mondiale. En Chine, il peut être légèrement différent pour une certaine tendance. D'une manière générale, il finira par converger, mais il peut y avoir une différence entre l'autre ou une petite forme, du temps, de la force et de la forme spécifique.

Pour l'interprétation de ces tendances, certains d'entre eux sont dispersés dans divers articles du compte public, et certains seront discutés lorsqu'ils auront l'occasion à l'avenir.

Ma prediction

Les revues annuelles n'ont pas certaines prédictions, il semble qu'elle ne respecte pas la tendance, ou je pense qu'il manque. C'est comme manger du canard rôti sans nouilles et pas de concombre déchiqueté. Il n'y a pas de tranches de buf de ramen. Ma prédiction est étroitement liée à la technologie de cloud computing ci-dessus et aux tendances commerciales.

Voici quelques prédictions en 2017:

• Le conteneur est le processus, le PaaS est un serveur et le modèle de programmation du micro-service comme l'architecture peut apparaître, ce qui est possible dans le cloud public et le cloud privé.

• L'émergence claire des nuages régionaux, des nuages et de l'isolement régional des nuages publics mondiaux en réponse à la protection régionale et à la conformité réglementaire.

• Le contrôle des coûts des nuages, les startups ont fait surface et les sociétés de cloud public se déplacent toujours lentement à cet égard, et la gestion croisée de nuages se développera davantage.

• Super Fusion obtiendra un déploiement à grande échelle, mais il supprimera davantage la croissance globale du cloud privé, sinon compressé.

• Plus d'applications seront fourrées dans le conteneur pour des raisons inexplicables. Bien que la nécessité soit douteuse, en même temps, bien que les supports et les dispositions des conteneurs soient devenus des étiquettes de cloud public, elles ne deviendront pas une source de différenciation et de compétitivité.

• Amazon a adopté l'open source avec des actions réelles. Microsoft devrait venir à de vrais matériaux, et Openai ne peut pas être compté.

• La Chine et les revenus internationaux des cloud publics augmenteront fortement, avec des taux de croissance internationaux de plus de 30%, et la croissance intérieure pourrait tomber à proximité.

• La tendance du déploiement croisé -cloud commencera au cours des deux prochaines années, et Yunjie ne sera pas plus clair au cours des deux ou trois prochaines années.

• L'apprentissage automatique et l'intelligence artificielle seront toujours dominés par les relations publiques, y compris le fonctionnement des communautés open source, mais l'atterrissage du produit a commencé, y compris la reconnaissance vocale et la synthèse, et la reconnaissance de l'image. Il y aura des cas sporadiques dans les deux prochaines années .

• Aucun modèle de programmation de serveurs n'a commencé à atterrir, en particulier dans le champ IoT, qui peut être le plus grand évangile des développeurs après le conteneur.

• Les courtiers cloud et l'externalisation de la gestion du cloud augmenteront au cours des trois prochaines années. Après avoir abandonné leurs propres ressources informatiques, toutes les entreprises n'ont pas besoin de capacités de gestion du cloud, sans parler des capacités de gestion croisée.

• Bien que la sécurité ne constitue pas un facteur décisif dans l'utilisation du cloud public et des nuages privés, l'opportunité d'entrepreneuriat et d'innovation dans le cloud public et les nuages privés verra de vrais cas au cours des trois prochaines années.

• Les applications d'entreprise inaugureront une épidémie, mais cela prend trois ou cinq ans ou même plus. Maintenant, ils ne sont pas nés.

• DevOps a été techniquement complet, mais il doit traverser le dernier kilomètre en termes de sécurité et de conformité.

• Les chatops peuvent-ils être un stock potentiel, et quelqu'un devrait l'essayer en 2017.

• AIOPS est actuellement une imagination mythique, mais qui a dit qu'il n'y avait pas de guerrier à cultiver.

• NFV n'est qu'un aspect de la virtualisation, et il ne deviendra pas une grande tendance technique et segmentation, et même SDN.

• SD-WAN est toujours au stade de l'essai en 2017, ou en phase théorique. Maintenant, il y a des prétentions à mettre en uvre SD-WAN, mais la valeur d'utilisation est extrêmement limitée.

• Il est converti de Cost Center en Value Center, qui peut être vu au cours des deux prochaines années.

• IBM prend l'informatique cognitive, la blockchain et le PaaS comme une percée, et le risque est énorme; IBM lui-même peut ne pas tomber dans TOP4, mais les coûts invisibles payés sont inestimables;

• Amazon AWS est également difficile à conserver la part. Toute entreprise qui encercle est plus riche que sa richesse. Il ne suffit pas d'utiliser Microsoft Azure pour utiliser un cloud mixte comme percée. Au moins, n'ose pas les revenus publiquement. Cet arts martiaux recherche principalement ces rivières et les lacs. IBM ne manque pas de stratégie et d'attente vers l'avant. Ce qui manque, c'est le courage et l'exécution rapide de la rupture du bateau. Oracle semble être manquant. Plus diligent, plus d'entrée, plus rapide, plus rapide .

• IBM, Oracle, NTT et Aliyiy ont tous un impact sur les trois premiers du monde, mais il est probablement en concurrence pour les sièges régionaux et de l'industrie.

• La question de savoir si le cloud public de la Chine peut former les avantages du quantitative et qualitative Signes au cours des trois prochaines années.

• Pour les startups publics du cloud public et du cloud privé, y compris des entreprises sans parrain, 2017 sera une année décisive. Il n'y aura peut-être pas de marée à grande échelle, mais il y aura une file d'attente dans divers domaines.

En 2017, le marché du cloud computing continuera d'augmenter, les revenus maintiendront une augmentation de plus de 30%, et un grand nombre de charges d'entreprise seront transférées au cloud l'une après l'autre.

En 2017, les Giants continueront de rivaliser pour les développeurs et le bouche à oreille avec la guerre des prix, l'open source et le conteneur, l'apprentissage automatique et l'intelligence artificielle, les nuages mixtes, en particulier les nuages mixtes, ou détermineront l'appartenance du TOP3 du cloud computing mondial.

En 2017, il n'a pas pu se battre positivement avec les Giants, mais sur la base de l'innovation géante, il a comblé l'écart que le géant n'avait pas répondu. Lorsque la mêlée géante, elle pouvait toujours créer de la valeur, refléter la valeur et récolter la valeur.

En 2016, témoigner et participer à l'énorme changement de cloud computing lui-même était déjà glorieux, excité et inoubliable. Cette phrase a également été donnée à tous ceux qui ont vu cet article en 2017.

Cet article est reproduit à partir du Northern Forest Public Account et a été autorisé.

A propos de l'auteur

Liu Liming, Cloud Computing Evangelist, WeChat Public Account: TechCulture. Depuis mars 2008, il est engagé dans la recherche et la recherche et le développement de la recherche et du développement technologiques de l'industrie de l'industrie du cloud. Il est actuellement directeur général de Xinwang Digital Information Technology, Ltd. Division du cloud computing. Il a été directeur général adjoint de l'Internet of Network Internet Union et du directeur général de l'industrie du cloud computing du ministère, directeur de Century Connected Cloud Express, et directeur de R&D, Cisco System (Chine) R&D Co., Ltd. Ingénieur de développement de logiciels. Il a hébergé la première recherche et développement domestiques et productiorisation de nuages publics basés sur Xen et KVM, et a complété la "plate-forme de gestion de la virtualisation" de la Commission municipale des sciences et technologies municipales de Pékin, la Commission des sciences et technologies de Beijing.

Recommander aujourd'hui

Cliquez sur l'image ci-dessous pour lire

Du théorique pour pratiquer l'atterrissage "microservices" (téléchargement de 80 ppt attaché)