Dans les tendances informatiques d'aujourd'hui, le développement de l'exploitation et de maintenance (DevOps) le mot est très populaire. Le mot est en vogue il y a l'application unique page (SPA) et le démarrage à chaud jusqu'à quelques années. Cependant, au cours des prochaines années, vous entendrez une nouvelle rengaine: aucune opération et entretien (NoOps).
Auteur | Daniele Fontani
Traducteur | ménisque, Zebian | Liu Jing
Produit | RPSC ( ID: CSDNnews)
Ce qui suit est la traduction:
Désolé, ce titre ressemble à un trafic triche. Je déteste utiliser ces moyens, mais je dois attirer l'attention du lecteur. Dans les tendances informatiques d'aujourd'hui, le développement de l'exploitation et de maintenance (DevOps) le mot est très populaire. Le mot est en vogue il y a l'application unique page (SPA) et le démarrage à chaud jusqu'à quelques années.
Je pense que d'un point de vue technique de l'accepter sans aucun problème. Tout à coup, quelqu'un en utilisant une nouvelle technologie, et puis tout le monde a commencé à adopter et la diffusion.
Au cours des dernières années, le développement de l'exploitation et de l'entretien est un tel cas. Cependant, au cours des prochaines années, vous entendrez une nouvelle rengaine: aucune opération et entretien (NoOps).
Développement et l'exploitation et l'entretien Quelle est la différence entre le fonctionnement libre et l'entretien?
Développement d'exploitation et d'entretien est combiner Le développement et l'exploitation et la maintenance, est le développement et les ingénieurs d'exploitation et d'entretien coopèrent entre eux pour définir un cycle de vie pratique de conduite de service (de la conception à la livraison) du procédé.
Sans cela signifie qu'aucune opération d'entretien et de l'exploitation et de l'entretien. L'idée est de supprimer toute la gestion de la plate-forme de travail et de réduire la friction entre le développeur et les paramètres de base.
Pourquoi avons-nous besoin de développer l'exploitation et la maintenance?
Difficiles besoins techniques et opérationnels d'une croissance, les services informatiques deviennent plus complexes. Ceci est la raison pour laquelle la livraison est si important, et la raison pour laquelle nous avons besoin de coordonner l'ensemble du processus.
Avec l'aide du nuage, on n'a pas besoin de beaucoup d'administrateurs système, mais pour le développement de l'exploitation et la maintenance de la demande des compétences techniques et d'affaires est très élevé. Afin de réaliser le développement de l'exploitation et la maintenance, et créer plus d'intérêt, nous devons considérer non seulement la prestation technique.
Pourquoi nous ne sommes pas mis au point l'opération et l'entretien?
Il y a beaucoup de réponses à cette question. Vous pouvez penser que ce n'est pas nécessaire, parce que la situation est très simple ou la culture n'est pas parfait.
Je suis d'accord avec ces déclarations, mais je pense qu'il ya d'autres causes sous-jacentes. Dans mon expérience, la technologie est la plus question cruciale. livraison automatisée difficile.
Il y a dix ans, la plupart des systèmes ne disposent pas d'un processus automatisé de construction, il n'y a pas de processus de travail bien définis (tels que flux git). Il n'y avait pas de solution abordable CI, il est difficile à réaliser.
Je me souviens en 2009, je l'intention de déployer un portail .net. Ceci est mon premier travail. Un samedi matin, j'ai passé toute la matinée à essayer d'utiliser des outils open source pour créer un système de déploiement automatisé, et enfin j'ai abandonné.
Je sais que le maintien de ces systèmes sont plus chers que le déploiement manuel. Aujourd'hui, nous pouvons utiliser Azure DevOps, juste à travers un navigateur Web peut effectuer ces opérations en dix minutes. Les temps ont changé.
Pourquoi avons-nous besoin plus que le développement de l'exploitation et la maintenance?
Pas difficile de comprendre pourquoi, après beaucoup d'efforts pour développer l'entreprise dans l'exploitation et l'entretien, tout le monde se sent bien soi. Cependant, le problème est, il est un monde en évolution rapide.
Aujourd'hui, la demande du marché est très dur, mais vous ne pouvez pas dire simplement :. « Je suis fatigué de changement, me laisser reposer un certain temps. »
L'arrivée du nuage accélère la complexité de la situation. Nous pouvons mettre en uvre des solutions complexes à travers le nuage et résoudre de nombreux problèmes, mais nous devons aussi avoir plus technique.
Vendre tous les services de cloud computing sont de façon évolutive, mais vous avez encore une opération de développement et de maintenance. Cela signifie que vous ne pouvez toujours pas vous débarrasser de quelques travaux manuels. Dans le processus, la plupart du temps vous avez encore besoin d'une personne de travailler tranquillement en arrière-plan. Cela signifie que vous travaillez toujours sous l'ancienne.
Exploitation et la maintenance sans objet définit un processus, dans ce processus, sans le développement et l'exploitation et l'entretien combiner Ensemble, nous pouvons laisser le système correctement. Aucun objectif d'exploitation et d'entretien sont: aucune opération manuelle peut être déployé grâce à la conception du système.
En fait, la méthode de fonctionnement et d'entretien est la suivante: les développeurs à soumettre le code à la base de code, tous le déploiement se fera automatiquement. Il semble que ce soit un processus de livraison continue, mais sans la portée de l'opération et l'entretien beaucoup plus que cela. Nous parlons ici fait référence non seulement de déployer des applications, comprend également l'infrastructure.
La possibilité de parvenir à un fonctionnement sans entretien et
D'un point de vue technique, aucune opération et de maintenance peuvent atteindre. implémentations spécifiques ont beaucoup de choix, mais nous pouvons essentiellement se résumer comme suit:
Solution PaaS: tels que Heroku, ou hébergé sur Azure, AWS et tous les autres fournisseurs de services de cloud computing;
de grands fournisseurs (AWS, Azure, etc.) achat de calcul non-serveur;
Mise en place de l'infrastructure reproductible (O & M pour la première nécessité de temps pour construire des infrastructures).
Au-dessus de ces solutions sont bien adaptées à l'infrastructure d'adresse, des outils de déploiement traditionnels peuvent conduire le processus et fournir des applications.
Ce brille n'est pas l'or
Je reconnais d'éliminer l'idée de la gestion des infrastructures est tentant. Comme une carie dentaire tirée même. les coûts de gestion des infrastructures sont très élevés, et il y aura toujours générer des frictions entre les développeurs et les opérations.
Toutefois, l'accent est pas l'infrastructure en question, mais plutôt le processus. Si la conception de processus est raisonnable, il y aura des frictions, il n'y aura pas de retard, tout sera normal.
Vous êtes inquiet au sujet de la gestion des coûts? Ensuite, prendre en compte les coûts globaux, non seulement la direction. Peut-être que l'infrastructure en nuage non PaaS des coûts plus élevés dans la gestion, mais le coût final est toujours le même. Le talent est le facteur décisif dans l'analyse finale, est-ce pas?
Je vais vous dire un secret. Certaines applications peuvent être déployées sur un PaaS, mais pas d'autres.
Si votre application est simple, ce serait une bonne solution de PaaS, les développeurs sont prêts à réduire la charge de travail du personnel d'exploitation et d'entretien. Mais si vous voulez créer un autre Netflix, vous devrez peut-être plus de contrôle.
Ceci est la raison pour laquelle une personne n'a pas été en mesure de réaliser le développement et le fonctionnement et le fonctionnement sans entretien et de maintenance. La mise en uvre est une seule: pour créer une infrastructure intelligente, minimiser la maintenance, et tout Automatiser. Vous pouvez regarder Google Cloud et d'autres grands services de cloud computing ou d'autres services, trouver la meilleure solution pour eux.
Donc, de ce point de vue, ce qui est pas exploitation et d'entretien? Exploitation et la maintenance est non seulement la transition vers le nuage est apparu un autre mot à la mode.
Original: https: // moyen .com / Mieux-programmation / devop-noops-différence 504dfc4e9faa
Cet article traduction RPSC, s'il vous plaît indiquer la source de la source.
[FIN]
