J'ai entendu le terme swimlane utilisé dans le contexte d'un groupe de serveurs. Il peut s'agir d'un rack qui abrite toutes les parties d'une application particulière. Tout, de la base de données aux balances de charge. Ou peut-être pour un client particulier.
S'agit-il d'un terme standard dans le secteur ? Avez-vous une idée de l'origine de ce terme ? Les autres l'utilisent-ils également ?
Eh bien, Google l'a trouvé :
Couloirs de natation AKF utilise le terme "swim lane" pour décrire un domaine de défaillance ou une architecture d'isolation des fautes. Un domaine de défaillance est un groupe de services à l'intérieur d'une limite telle que toute défaillance à l'intérieur de cette limite est est contenue et les défaillances ne se propagent pas à l'extérieur. L'avantage d'un tel domaine de défaillance est double :
Détection des fautes : Avec une approche suffisamment granulaire, la composante de la disponibilité associée au temps d'identification de la défaillance est considérablement réduit. Ceci est dû au fait que tous les efforts pour trouver la cause profonde ou le composant défaillant sont isolés dans la section du produit ou de la plate-forme associée au domaine de défaillance. Isolement des fautes : Comme indiqué précédemment, la défaillance ne se propage pas et ne provoque pas de détérioration des autres services de la plateforme. plateforme. En tant que tel, et en fonction de l'approche adoptée, seule une partie des utilisateurs ou une partie des fonctionnalités du produit ou de la plate-forme sont concernées. ou une partie de la fonctionnalité du produit est affectée.
Entre les couloirs de natation, les appels synchrones sont absolument interdits car tout appel synchrone entre des domaines de défaillance, même avec un mécanismes de détection et de dépassement de temps appropriés, est très susceptible de provoquer une série de défaillances en cascade. Un exemple de la façon dont cela se produit est dans votre base de données lorsqu'une requête longuement exécutée ralentit toutes les autres requêtes qui se disputent pour les verrous ou les ressources.
AFK Partners | Définir les Pids, Shards et Swim Lanes http://akfpartners.com/techblog/2010/10/26/defining-pods-shards-and-swim-lanes/
Tout comme TheCleaner, je n'ai pas non plus entendu le terme utilisé de cette façon. Néanmoins, je vais tenter de deviner comment un ensemble de matériel appartenant à une seule application a pu être appelé "un couloir de nage". Cette "réponse" n'est bien sûr que pure conjecture, droit dans le bleu inconnu et rien d'autre.
J'ai sen le terme Swimlane utilisé sur les tableaux KanBan pour représenter le cycle de vie des tâches, une tâche passant par différents états tels que {"planification", "en cours", "en attente", "en attente", "terminé"}. Voici une brève description d'une utilisation incorrecte des Swimlanes ce que je trouve être un moyen assez efficace de comprendre ce qu'ils sont.
Alors que la méthode Agile devient de plus en plus répandue et que l'exploration Devops prend pied (dans certains endroits), les équipes opérationnelles doivent relever le défi de s'adapter aux méthodes et à la terminologie Agile. Le défi réside dans le fait que ceux-ci ont été élaborés pour décrire les pratiques de développement mais pas, par exemple, la gestion du cycle de vie des opérations informatiques ou les procédures de maintenance de routine. Comme beaucoup d'autres, j'ai également été confronté à ce défi.
Bien que je sois tout à fait disposé à voir les avantages des méthodes Agile lorsque intelligemment poursuivi, même au point d'encourager l'adoption, il n'en reste pas moins que la terminologie et la méthodologie Agile ne se prêtent pas particulièrement bien, par exemple, aux tâches de maintenance de routine. La conversion des méthodes et la terminologie est un défi permanent en ce qui me concerne. Avec les projets d'exploitation ou de dépannage, c'est plus facile, en général je trouve que ces missions d'exploitation sont plus proches de ce que font les développeurs. Le plus facile, à mon avis, c'est lorsque l'on fait partie de l'équipe de développement en tant que membre de l'équipe des opérations pendant un projet, où ces problèmes cessent en grande partie et naturellement d'exister.
Je suppose donc qu'un groupe de personnes des opérations a été soumis à une exigence du tableau KanBan ou des pratiques KanBan et qu'il en est arrivé d'une manière ou d'une autre à la conclusion que le terme Swimlane du tableau KanBan, destiné à suivre l'avancement de tâches ou de groupes de tâches relativement petits, pourrait également être utilisé pour la macrotâche de la gestion du cycle de vie de l'infrastructure.
Si cette supposition se vérifie, je souhaite être respectueusement clair et ne pas avoir d'opinion sur la façon dont cette circonstance s'est produite. Peut-être que c'est le cas :
Je n'ai aucune idée si je suis même proche, mais c'était amusant d'explorer cette pensée.
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
0 votes
Je n'ai jamais entendu dire qu'il était utilisé comme un mot pour décrire ces choses. Il existe des techniques de diagramme appelées "swim lanes" utilisées dans l'industrie manufacturière pour documenter un processus d'affaires, etc... mais je ne l'ai jamais vu décrit comme vous le dites.
0 votes
Je l'ai seulement entendu en relation avec le processus Agile.