Auteur | Yang Bo

Modifier | Ash

Après avoir réfléchi à la transformation de l'architecture d'entreprise numérique et a récemment écrit trois articles l'un après l'autre, c'est le deuxième thème axé sur la transformation organisationnelle, avant une structure organisationnelle de l'entreprise appelée » est de savoir comment l'impact de l'architecture de la technologie? « Le thème est d'établir le contexte de fond (arrière-plan), le dernier appelé la » production de masse des services de micro-niveau pour soutenir les technologies clés, « le thème de l'architecture micro-service et Devops technologies clés à l'appui, le lecteur peut suivre InfoQ numéro public attente pour les mises à jour ultérieures.

Tout d'abord, l'idéal contre la réalité

Selon le DevOps Rapport 2016 : une organisation efficace à 200 fois supérieure à la fréquence de publication d'une organisation inefficace, le cycle de livraison rapide 2555 fois, 24 fois plus rapide temps de récupération d'échec, le taux d'échec est changé trois fois.

DevOps rapport de développement est encourageante, mais l'idéal est pleine, la réalité est très épine dorsale, la plupart (en particulier la croissance) état de l'organisation d'art est inquiétant, leur capacité à fournir non seulement bien au-dessous du niveau des organisations de haute performance, mais aussi une variété de profond dilemme:

roues latérales Dilemma (trop occupé pour améliorer)

Organisation omniprésente « Trop occupé pour améliorer » le cercle vicieux (spirale vers le bas), ce qui suit est un scénario commun:

• affaires débordés

• Système couplant le fardeau de l'histoire lourde

• Mais aussi d'améliorer l'ancien système (changer la roue)

• Ingénieurs qualité variable

• Capacité de la chambre est tout simplement pas encore assez, ont déplacer salle de déplacement

• Tant de choses doivent gratter ensemble dans un échec inévitable

• Un défaut a peur de remettre en question le savoir patron plus ce tâtonnement

Grange (Silo) dilemme

Grange dans le pays également connu comme la cheminée ou de l'arbre, généralement organisation strictement fonctionnelle, les équipes inter-fonctionnelles avait montré un manque de confiance, de coopération pauvres frictions, chaque équipe fonctionnelle comme une grange, comme un virage serré partout, et doivent donc nom. Voici un scénario typique:

• Leadership: Notre croissance est trop lente, pourquoi ne pouvons-nous lancer des produits plus rapidement que la concurrence?

• Product Management: équipe technique de ne pas forcer, pas favoriser l'accumulation de beaucoup de demande, les problèmes techniques ne peuvent pas nous blâmer!

• équipe R & D: ne nous blâme pas livrer les projets à temps, nous demandons fonctionnement de la machine et de l'entretien a été traîner pas en place, le fonctionnement et l'entretien du changement du patron!

• Exploitation et entretien équipe: Les clients presque fou, la plupart de notre temps dans la stabilité du système de protection contre les incendies, ne nous jettent rien, mon sprint équipe de lumière ...

Ombre IT et la construction du système « style grange »

Lorsque R & D est de ne pas forcer, incapable de répondre aux exigences de livraison de l'équipe commerciale, l'équipe d'affaires ont tendance à vivre seuls, mettre en place une équipe indépendante de R & D, et certains peuvent même tout recommencer à zéro, même fonctionnement technique indépendant construit soi-même et le système d'entretien. Parce que l'équipe concernée de R & D dérivait en dehors de la déclaration normale directement à la ligne de l'entreprise, il est également connu comme l'ombre (ombre) IT. Équivalent à un recyclage ombre IT « grange », à l'entreprise causé des « dommages » comprend:

• Répétez la construction et apporter le maintien de la duplication fonctionnelle des investissements

• Ouvrez entre la « grange » en interaction avec l'intégration et la collaboration système coûteux

• Les précipitations ne sont pas propice aux affaires et au développement durable

Alibaba développement précoce de la construction du système ont connu plusieurs fois type « grange », voir l'annexe .

Notez que l'ombre ne sont pas les seuls inconvénients, peuvent également apporter une concurrence inattendue et encourager l'innovation.

Système de faute professionnelle projet

À l'heure actuelle, la plupart des entreprises utilisent encore le traditionnel projets R & D système modèle R & D, les chercheurs vont de pair avec le projet, vient de terminer un projet, sera bientôt placé dans un nouveau projet pour recommencer. Plusieurs projets vers le bas, les promoteurs de projets connaîtront une croissance, mais il n'y a généralement pas de sens de produits appartenant (propriété), ne peuvent pas former une connaissance précipité de l'entreprise, tout simplement, il est déraisonnable d'affaires. Il se traduira par l'enthousiasme du personnel de R & D à long terme et le déclin de la créativité, l'emploi saut fréquent faible stabilité. consultant type et l'externalisation des entreprises sont pour la plupart fait du projet, un problème similaire en particulier.

Vs piège orientée métier axée sur la technologie

La plupart de l'organisation de sensibilisation technique ont dit qu'ils sont axés sur la technologie, mais dans les affaires et l'organisation fonctionnelle distincte technique, la réalité est qu'il ne suffit pas conduire le secteur de la technologie, au plus, le soutien, et certains aussi souvent le bouc émissaire rôle. La raison est simple, d'une part le côté commercial est certainement plus de bien que vous et parler du côté technique du conseil d'administration, un accès plus facile à la bonne opinion du patron, d'autre part, l'efficacité du système de distribution et la stabilité de l'atterrissage final sur le côté aval de la technologie, ces choses sont le patron peut diriger la perception d'un problème, dans la partie amont de l'entreprise est relativement facile à l'attention de renvoi, et enfin pan arrière est naturellement côté aval de la technologie. Aspects techniques des heures supplémentaires généralement pas de plaintes, mais le pot souffre pour ne pas dire de rebroussement.

La tension entre le développement et l'exploitation et l'entretien

Dans le développement de l'organisation fonctionnelle stricte et le fonctionnement et l'entretien de la séparation, les deux côtés de cibles KPI sont souvent incompatibles et même contradictoires:

• Pour développer de plus en plus rapide livraison de nouvelles fonctionnalités à modifier;

• Exploitation et la maintenance devront autant que possible pour assurer la stabilité du système existant, ne changent pas.

conflit cible entre les deux parties de tensions naturelles.

En second lieu, le principe

théorie du contrôle système

W.Edwards Deming a souligné , Il est le système, et non pas les personnes qui travaillent dans le système qui détermine les performances d'une performance des systèmes, le système est principalement déterminé par le système lui-même, le travail plutôt que des systèmes individuels.

Deming cru dans un contexte donné (organisations du système), les individus en général auto-motivation font de notre mieux pour faire de notre mieux. Mais si le système définit lui-même un problème, il limitera considérablement le système interne de l'individu à jouer. Par conséquent, pour le dilemme ci-dessus, les individus nous ne pouvons pas simplement blâmer le système, mais devrait sortir de penser à l'organisation du système et d'ajuster la latitude, il est possible de trouver une solution fondamentale.

règle Conway

Melvin Conway a proposé que l'on appelle la loi de 1967 , a souligné qu'il existe une relation de correspondance implicite entre la structure organisationnelle et l'architecture du système:

Organisation conception du système sont contraints de produire des dessins qui communiquent des équivalents de conception sont des copies des structures de communication de ces organisations. Organisation qui génère une conception de système entre le tissu.

règle Conway nous donne une leçon: la structure de l'interface des systèmes logiciels est une structure de communication mis en correspondance de l'organisation, si l'organisation est déraisonnable, il est impossible d'établir une architecture de système efficace. En général, lorsque l'ajustement de la structure du système, afin d'examiner les ajustements appropriés à l'avance de la structure organisationnelle, les deux côtés du lien pour produire des résultats. Voir . la loi Conway est populaire au cours des dernières années, des micro services principes d'architecture derrière l'organisation.

Devops principes

Après le « Projet Phoenix » l'auteur de l'informatique le fonctionnement et la gestion de la maintenance best-seller Gene Kim dans la recherche de nombreuses organisations IT haute performance a résumé les trois principes soutiennent DevOps opération (trois façons: Les principes sur lesquels repose DevOps) , voir ci-dessous:

Principe Un: Systèmes Thinking (Pensée du système)

organisation axée sur le développement, sa capacité de production n'est pas un logiciel, mais la livraison continue de la valeur client. Valeur des besoins des entreprises, par le biais du développement et de test, par l'opération de déploiement et de maintenance, dans le flux d'ordres, et finalement livrés aux clients en tant que service. Le débit de la chaîne de valeur ne dépend pas d'une seule pièce (équipe ou individuel) excellent travail, mais il est limité par le maillon le plus faible dans la chaîne de valeur (goulot d'étranglement) est. Par conséquent, l'optimisation locale est généralement inefficace, mais les dommages globaux engagés.

Gene Kim a souligné: Les améliorations apportées partout en dehors du goulot d'étranglement sont une illusion toute optimisation et la mise à niveau en dehors des goulots d'étranglement sont juste illusion.

La pensée systémique exige que nous renforçons le travail d'équipe, la pensée et la culture en continu des contraintes de goulot d'étranglement sensibilisation, identifier les goulots d'étranglement et l'optimisation ciblée des priorités.

Principe Deux: pour renforcer la boucle de rétroaction (Amplifier boucles de rétroaction)

L'amélioration des processus souvent être réalisée par le renforcement de la boucle de rétroaction. En second lieu, le principe a souligné entre les entreprises et les clients, l'équipe inter-organisations, les processus et les boucles de rétroaction dans le système. Aucune mesure, sans ascenseur, pour mesurer les données soumises à la rétroaction, l'amélioration du système grâce à l'optimisation des données.

Principe trois: contrôle continu et apprentissage de la culture (culture de l'apprentissage et continue Expérimentation)

En mettant l'accent de la gestion des affaires sur la dimension culturelle du procès et le courage d'erreur, test d'endurance, l'apprentissage et la culture d'amélioration.

En troisième lieu, la transformation organisationnelle

Moderne vs organisation fonctionnelle organisations traditionnelles micro-services transverses

Adrian Cockcorft ancien architecte nuage Netflix, après à grande échelle Netflix micro architecture de services en pratique avec succès, il a proposé l'organisation moderne de briser les barrières des fonctions de type grange, les équipes de produits transverses à embrasser le modèle organisationnel basé sur des micro services .

À l'heure actuelle, la plupart des recherches et de l'organisation de développement est toujours stricte répartition des fonctions, peu intersection entre les fonctions, comme indiqué ci-dessous. processus d'élaboration de normes pour les gestionnaires de produits et des équipes de développement (y compris l'équipe de l'expérience utilisateur) a répété à plusieurs reprises pour discuter des nouvelles exigences fonctionnelles commencent, l'équipe de R & D et les nouvelles fonctionnalités mises en uvre dans le code, le code est ensuite soumis à l'équipe d'assurance qualité pour les tests, ce qui implique le milieu et les deux côtés multiple session interactive, et après l'essai en soumettant opération de DBA et de maintenance sur la ligne, ce qui se rapporte à l'intermédiaire et DBA, plusieurs systèmes interactifs, les réseaux, et l'administrateur de stockage (généralement par le travail du système de commande). Ralentir le processus est plein de diverses réunions de coordonner les frais généraux.

Certaines organisations d'autres équipes de développement de produits transverses de gamme de tissus, comme indiqué ci-dessous, ce modèle d'organisation capable de former une boucle de rétroaction au sein de l'équipe, une petite tête de communication interactive. Mais si l'architecture du système est toujours seul bloc, selon la loi de Conway, l'architecture structure organisationnelle et le système ne correspond pas, vous ne pouvez pas éviter une livraison de bloc unique de mode de collaboration entre les équipes de communication doit exister (par exemple, les tests de régression d'intégration de coordination multi-équipes) et les résultats de transfert (main-offs) problèmes, l'efficacité globale est encore limitée, incapable d'atteindre l'agilité véritable.

règle Conway nous dit que la structure d'interface du système logiciel reflète la structure sociale de l'organisation. Donc, si vous souhaitez organiser une véritable transition vers l'architecture micro-service, il est nécessaire d'organiser des équipes autour des produits micro-services, basée sur les travaux du mode DevOps. L'organisation n'est plus dans un rôle fonctionnel indépendant de manière de chef de pipe-line produit, responsable de l'expérience utilisateur, la recherche et directeur du développement. Chaque produit de base (mis en uvre en tant que micro-services) ont un gestionnaire qui est responsable de la gestion et de l'équipe de supervision est également responsable de tous les aspects du développement de logiciels micro-services et de livraison, de la conception à la libération. L'organisation ne dispose plus d'une subdivision indépendante des équipes de fonctions et opérations, seul responsable des produits d'infrastructure équipe de plate-forme (IaaS / PaaS) pour fournir Portal interface utilisateur ou l'automatisation de l'API et la plate-forme libre-service pour soutenir les différentes équipes de produits continuent d'offrir des micro-services.

On peut le voir dans le tableau ci-dessous, l'équivalent moderne de l'organisation des micro-services inter-fonctionnelle organisation fonctionnelle strictement traditionnelle rotation de 90 degrés. Le mouvement DevOps et l'architecture micro-services est essentiellement une architecture réorganisation (Re-Org), plutôt que d'un problème purement technique.

organisation traditionnelle du projet vs organisation de la plate-forme de produits modernes

A ThoughtWorks Recommandé best-seller de leadership IT, « Lean Enterprise: Comment organiser à grande échelle l'innovation de haute performance. » un livre, l'auteur souligne les inconvénients des fonctions traditionnelles et les organisations de projets rigoureux, ainsi que l'organisation d'apprentissage de haute performance proposée transition vers moderne organisation de la plate-forme de produits.

La figure est strictement fonctionnel et organisation de projets traditionnels, les fonctions typiques sont réparties dans le côté commercial, les équipes R & D et des équipes opérationnelles.

Le modèle d'organisation des inconvénients suivants:

Entre les différentes équipes fonctionnelles est facile à produire dilemme grange

côté commercial et l'équipe de R & D en manque de confiance est facile à produire

• Ombre construction du système informatique et répéter de style grange

• Entreprise axée et piège axée sur la technologie

Conduisez facilement conduire à projet pur:

• le personnel de R & D ont pas de zones d'affaires accumulé des connaissances, une mauvaise stabilité de l'équipe

• Projets de R & D et O & M et font tout simplement le projet, afin de rendre le projet plus que la production, la plupart du temps KPI, à la fois le manque de concentration sur la valeur commerciale du projet, ni le produit d'idées et de précipitations, ce qui dans les systèmes techniques à long terme dispersés, le couplage du système de bagage historique lourd, système une mauvaise stabilité, la faible efficacité de livraison

Recherche et développement et à l'exploitation et à l'entretien des tensions naturelles causées par des objectifs incompatibles (vs Qiuwen fait rechercher rapidement plus)

La figure est une organisation de la plate-forme de produits modernes, pour la plupart organisation de haute performance adoptée par l'idée générale est pas compliqué:

• Fermé le développement des entreprises et des produits en boucle, les organismes de services de produits autour des équipes micro transversales pour fournir

• Plate-forme et de l'exploitation et de l'équipe d'entretien autour des produits d'infrastructure IaaS / PaaS et effectuer des recherches et de l'exploitation de développement et de maintenance, en fournissant un service de plate-forme standardisée aux clients internes

• Les équipes de produits d'affaires grâce à une plate-forme standard IaaS / PaaS, self-service continuent à offrir de la valeur au client

L'avantage de ce mode d'organisation comprend:

Les produits technologiques autour de l'activité de base et de l'équipe d'organisation, forment une boucle fermée au sein de l'équipe, brisant la grange des barrières

Service Micro a organisé des équipes, chaque équipe peut se développer de façon indépendante, le test, la libération et l'itération de chaque micro-services sans déranger les uns les autres, peu de communication et les frais de coordination. architecture service de micro est une architecture évolutive, ce qui contribuera à l'organisation de poursuivre l'évolution itérative de l'entreprise.

Les secteurs d'activité de base de service et de l'infrastructure technologique (IaaS / PaaS) peuvent former un système normalisé de produit précipité les actifs de la station d'organisation, facile à organiser la réutilisation, l'intégration et l'innovation à grande échelle.

Toutes les entreprises, la recherche et le développement, et l'exploitation et l'entretien autour du produit au travail, l'unité de but, il est axée sur les produits, à l'intérieur et à l'extérieur, respectivement, servent différents clients, vs éviter piège des entreprises mues par la technologie pour éviter les tensions et la recherche et l'exploitation du développement et de la maintenance.

R & D est facile à former l'accumulation de l'entreprise du savoir, de devenir des experts dans le domaine, plus la valeur commerciale, activement impliqué dans la direction du développement de l'organisation des entreprises, maintenir la stabilité du talent de l'organisation.

Quatrièmement, l'organisation de cas

la structure organisationnelle Netflix BusDevOps

Netflix est une puissante société de technologie Internet, mais pas la technologie des postes CTO, des produits et des équipes techniques (y compris l'équipe d'ingénierie d'avant-interface utilisateur, les équipes d'ingénierie plate-forme de découverte et de la plate-forme des équipes de recherche, etc.) ont tous fait état le chef produit CPO, est un produit axé sur l'un des éléments essentiels de la culture de l'entreprise, Netflix a appelé BusDevOps organisation .

L'équipe d'ingénierie de plate-forme cloud de Netflix est principalement responsable de la plate-forme de services de base pour la construction et l'exploitation et la maintenance, la normalisation unifiée externe de chaque secteur d'activité sur la plate-forme, la responsabilisation dans toute l'organisation pour mener à bien la prestation de service continu et le modèle micro DevOps fondé sur l'innovation. L'équipe et l'équipe d'opération et de maintenance traditionnelle est différent, il est le middleware cadre d'architecture, plate-forme cloud, la livraison continue, ingénierie de la performance et la fiabilité, le domaine des services de base et les grands services de données comme une équipe mixte en boucle fermée.

équipe d'ingénierie de la plate-forme cloud PaaS est la sortie du produit de base. Il est re-encapsulé base abstraite AWS IaaS, soutenir les services d'application Netflix vers le haut. plate-forme PaaS est la base des capacités de services techniques de précipitation Netflix, le composant principal de la plupart des produits et open source, appelée NetflixOSS, voir .

stratégie de Alibaba à Taiwan

À la fin de 2015, Alibaba Group a annoncé le lancement de la stratégie 2018 à Taiwan , construire une « moyennes et grandes unités, petite réception » mécanismes d'organisation et de mécanismes opérationnels plus souples et innovants en ligne avec l'ère DT: comme premier plan des activités de première ligne sera plus agile, plus adapter rapidement à l'évolution du marché, les capacités de collecte de données opérationnelles de la station, produit la capacité technique de l'ensemble du groupe, la formation d'un appui solide pour chacun des front-office.

Ali Baba « Les unités moyennes et grandes, petite réception » cadre stratégique est divisé en quatre niveaux d'abstraction, de bas en haut comme suit:

• La première couche (le fond) est les services d'infrastructure IaaS (infrastructure en tant que service) couche, est responsable du calcul, de réseau, de stockage, de surveillance, d'édition, salle informatique et de l'infrastructure de centre de données.

• La deuxième couche est une couche de services de plate-forme technologique PaaS (plate-forme technique en tant que service), responsable du middleware, des services et une grande chaîne d'outils de développement de base de données. La première couche + la deuxième station de systèmes d'art collective Ali.

• La troisième couche est une couche de services partagés, plusieurs années d'opérations de R & D est Ali s'installer le module de capacité d'affaires de base (y compris les utilisateurs, les marchandises, magasin, marketing, etc.), sont extraites et encapsulées dans API de service public, les appels pour la partie supérieure et de l'intégration, Ali cette couche est également appelée la station-service.

• La quatrième couche (couche supérieure) est la couche d'affaires de premier plan, divisé selon différents secteurs d'activité (Tao Bao, Lynx, rentables poly, etc.), puis construire une couche de présentation différente en fonction de l'expérience utilisateur (PC, accès sans fil, tiers) .

En général, les « unités moyennes et grandes, petite réception » Ali reflète:

• Les secteurs d'activité de base et les plates-formes technologiques pour la précipitation du produit Service Taiwan

• Construire des services à base de microprocesseurs transverses autour des équipes de livraison des produits à Taiwan

• Renforcer les produits de construction à l'appui commercial avant la fin de Taiwan itération rapide et l'évolution de l'innovation à grande échelle, la station est comme une famille d'écologie d'incubation de l'innovation et des entreprises du sol, le sol plus fertile épaisse, son écosystème d'affaires plus prospère sur.

Cinquièmement, plus grand angle de vision

Sur l'interview beaucoup de problèmes d'organisation et de la stratégie d'ajustement correspondant, l'objectif ultime est d'atteindre l'agilité commerciale grâce à une organisation agile, répondre rapidement aux demandes changeantes du marché, l'agilité organisationnelle en même temps dépend:

• architecture flexible

• D'une part, selon la loi de Conway, décentralisée architecture système modulaire pour supporter à couplage lâche, la structure organisationnelle très flexible;

• D'autre part, l'architecture du système modulaire pour soutenir la capacité opérationnelle des différents atomes dans une combinaison flexible de différentes formes de modèle d'affaires, d'élargir leurs frontières commerciales et possibilités.

• leadership technologique: Une architecture flexible repose sur les principales capacités techniques, la plate-forme cloud PaaS, pipeline de distribution continue, l'automatisation et le suivi de mesures et autres compétences techniques de base est une condition sine qua non pour l'architecture micro-services.

• Sécurité du processus: Capacité à fournir l'organisation fondée sur la recherche dépend de la chaîne de valeur (Value Stream) Flux au sein de l'organisation du client, la vitesse dépend de la chaîne de valeur entre les entreprises et les clients, l'équipe inter-organisations et processus de rétroaction en boucle fermée sur tous les aspects du système et l'amélioration continue. Plus le débit, la capacité à fournir plus forte, la réponse à la clientèle plus rapide, plus l'expérience, ce qui donne aux clients le rendement approprié sur le plus l'entreprise. Un cercle vertueux peut favoriser l'évolution continue de l'entreprise d'affaires en bonne santé. outils de visualisation de flux de valeur sont utiles, peuvent aider les entreprises à localiser les goulets d'étranglement, la vitesse jusqu'à la valeur de débit, reportez-vous à .

• Talent et culture: Que les processus organisationnels, ou l'architecture technologique, si la densité est le talent de l'air. Bonne culture d'entreprise pour attirer et rassembler les talents, le talent et la culture est le fondement à feuilles persistantes.

CONCLUSIONS

Selon le rapport DevOps2016, il existe des différences de l'ordre de l'organisation de haute performance et de la productivité organisationnelle inefficace, la plupart des organisations encore embourbés dans une variété de difficultés techniques.

Alibaba pratique de première ligne Netflix et les organisations de haute performance indiquent que, DevOps et l'architecture micro-services est une meilleure pratique pour sortir de cette impasse et de la transformation de l'organisation technique et la mise à niveau. DevOps est essentiellement un service de transformation organisationnelle et micro-restructuration (Re-Org): les organisations technologiques tournent 90 degrés, la transition de l'organisation matricielle semi-semi-fonctionnelle, les organisations de purée de collaboration inter-fonctionnelles axées sur le marché, les organisations de services autour des produits micro Les équipes de construction et effectuer des opérations de R & D. L'équipe au sein de l'organisation pour atteindre en boucle fermée, boucle fermée entre l'organisation et atteindre le marché une réponse plus rapide et plus souple à la demande du marché.

Structure organisationnelle, les processus, le talent et la densité de la culture facteurs non techniques essentiels à la réussite des DevOps d'entreprise et la transformation de l'architecture micro-service.

Vous ne pouvez pas simplement diviser les produits et technologies, dans l'organisation axée sur les produits, non axées sur la technologie une ou axée sur les activités qui ne conduisaient pas un projet que seuls les produits et les clients (internes et externes) d'entraînement. Développement de l'Internet aujourd'hui, la société, l'industrie, les produits, la technologie est indissociable, essentiellement toute innovation depuis longtemps pour promouvoir l'intégration de « l'évolution des besoins d'affaires, l'équipe technique chargée de faire sortir » de la Partie B sous le modèle est derrière l'idée, incomplète la pensée cognitive et étroite provincialisme, peut vaincre ces défis deviendraient le bassin versant de l'Internet.

Note,

Cet article est un résumé de l'individu d'apprendre à penser, ne représente pas la position officielle.

Cet article s'applique à prendre le point de vue de ce qui précède la taille de l'équipe technique de plus d'une centaine de personnes, plus de cinq millions la croissance des flux quotidiens ou des organisations technologiques matures. Pour la taille de l'équipe de démarrage de moins de 100 personnes, la première priorité est de chercher à vivre, pas pressé d'optimiser la structure organisationnelle, mais l'idée peut encore apprendre de cet article.

Le grand compte à rebours nouvelles, cinq jours!

VII Annexe

1,2016 années DevOps Rapport sur le développement

2, Les Trois Principes Underpinning DevOps

https://itrevolution.com/the-three-ways-principles-underpinning-devops/

3, Adoptant microservices à Netflix: leçons pour l'équipe et conception des procédés

https://www.nginx.com/blog/adopting-microservices-at-netflix-lessons-for-team-and-process-design/

4, Lean Enterprise: Comment organiser à grande échelle de haute performance invasive

https://www.amazon.cn/%E5%9B%BE%E4%B9%A6/dp/B01AS1ORWM

5, CapitalOne DevOps Tableau de bord

https://github.com/capitalone/Hygieia

6, Netflix global Nuage architecture

https://www.slideshare.net/adrianco/netflix-global-cloud

7, la transformation de l'entreprise infrastructure informatique routière (Ali Baba à Taiwan réflexion stratégique et l'architecture pratique)

https://www.amazon.cn/%E4%BC%81%E4%B8%9AIT%E6%9E%B6%E6%9E%84%E8%BD%AC%E5%9E%8B%E4%B9 % 8B% E9% 81% 93-% E9% 92% 9F% E5% 8D% 8E / dp / B0725GPXWQ

8, règle Conway

https://en.wikipedia.org/wiki/Conway%27s_law

9, un mauvais système va battre une bonne personne à chaque fois

https://blog.deming.org/2015/02/a-bad-system-will-beat-a-good-person-every-time/

10, Netflix Open Source Software Center

https://netflix.github.io/

11, Alibaba a lancé une stratégie globale à Taiwan

https://www.huxiu.com/article/133482/1.html

12, la structure organisationnelle de l'entreprise est de savoir comment l'impact de l'architecture technologique

13, projet Phoenix: une histoire légendaire de l'informatique exploitation et d'entretien

https://www.amazon.cn/%E5%9B%BE%E4%B9%A6/dp/B016VW1I6U

Les auteurs introduisent

Yang Bo, directeur de la recherche et de la base de développement cadre pat prêt. Il a plus de 10 ans d'expérience Internet dans le développement et l'architecture des systèmes distribués, a travaillé: eBay (eBay CDC) Chine Development Center, Senior Ingénieur R & D, impliqué millions de développement de plate-forme API ouverte shell, Ctrip Réseau Voyage (Ctrip), toute technologie R & D, a dirigé la construction de grande échelle du système SOA Ctrip, le seul produit (VIPShop), architecte plate-forme cloud principal, responsable des conteneurs de recherche et d'infrastructure plate-forme PaaS.

texte recommandé aujourd'hui

Cliquez ci-dessous pour lire l'image

Hsu Wei: Voici ma décennie avec Go langue