00:00
嗨,我是V,今天的课程是wash模式与反模式。本节课程主要内容包括wash模式wash反模式两部分。首先我们了解the wash模式de wash模式一,开发和域维协作。该模式由de和OS团队组成,这是一种常见且易于理解的dev沃S模式一在该模式中,De团队和O团队之间的顺畅合作。每个团队都专注于需要的地方,但也分享需要的地方。可能有许多独立的开发团队,每个团队都在独立或半独立的产品堆栈上工作。在适用性方面,需要具有强大的技术领导力的组织才能较好的使用该模式,缺乏强大技术领导力的组织不建议使用该模式。在有效性方面,开发和运维协作模式在应用得当且具有强大技术领导力的保障的前提下,具有非常高。
01:00
它的有效性,并且通常能取得显著的效果。了解了沃模式一开发和运维协作模式后,接下来我们了解沃模式2DE沃模式二完全共享的运营职责。de模式由de和OPS团队组成,产品开发人员、集成的运维人员,但和op之间几乎没有分离。所有人都高度关注一个共同的目标,像奈飞和Facebook这样的一些拥有单一基于B产品的组织已经实现了该模式。该模式在适用性方面比较适合提供web服务的互联网企业,这些企业具有单一的主要基于web的产品或服务的组织。该模式在有效性方面,完全共享的运营职责模式与敏捷软件开发的结合会具有非常高的有效性,并且非常深受互联网企业的青睐。了解了德沃S模式二,完全。
02:00
共享的运营职责后,接下来我们了解the沃模式3s re团队,又称谷歌模型,该模型由def s re OS和de OS团队组成。s re团队模式明确的从开发移交到运行软件的团队,即站点可靠工程s re团队。在这个模型中,开发团队需要向s re团队提供测试证据,例如日志、指标等,证明他们的软件具有足够好的标准,可以得到s re团队的支持。该模式在适用性方面,S sit团队对sit团队的软件工程能力有着非常高的要求,仅适用于具有高度工程和组织成熟度高的组织。该模式在有效性方面,S re团队模式的有效性与组织工程能力正相关,组织的工程能力越强,S团队模式的有效性就。
03:00
越高采用s re团队模式的组织,伴随着组织能力的增强和技术能力的提升,S re团队模式的有效性也会越来越高。do沃模式是一把双刃剑,有沃模式那肯定也有do沃反模式。在我们了解了三种do沃模式之后,接下来我们了解三种沃反模式。沃反模式之一,开发和运营孤岛,这是最常见的众所周知的都沃反模式之一。在该模式中,戴和奥斯之间经典的把它扔到墙上的分裂,这意味着可以提早声明故事点完成的定义,意味着功能完整但不能在生产环境中工作,并且软件可操作性可能会受到影响,因为开发人员没有足够的上下文来处理操作的功能,并且运维人员没有时间或不愿意参与到开发阶段。在该发模式下,带和。
04:00
OS是完全分离的,该模式是存在于职能型的组织架构中,是典型的堪定律的具体体现,并且根据康威定律,在树立起了一座座独立的部门墙,并以各自的目标和KPI进行对抗而非合作,这阻碍了软件产品的快速高质量的交付。了解了德沃S反模式一开发和运维孤岛后,那么接下来我们了解德沃S反模式二德沃团队孤岛the沃团队孤岛通常是由于经理或高管决定他们需要一些德沃的东西并开始一个德沃团队可能充满了被称为德沃人。如图中这个独立的德沃团队。德沃团队成员很快形成了另一个孤岛,让DEF和奥S比以往任何时候都更加的分离,因为他们保护了自己的角落,技能和工具免受DES和OS的人员的侵害。但op。
05:00
者团队孤岛反模式体现了很多组织是为了divorce而divorce,很多组织高层在缺乏对divorce的正确理解的情况下实施,就不可避免的会产生divorce团队孤岛这种反模式。在了解了divorce反模式二、divorce团队孤岛反模式后,接下来我们了解divorce反模式三、开发者不需要操作在开发者不需要操作的反模式中,这种top结构源于开发人员和开发经理的天真和傲慢,尤其是开始新项目和系统时假设OS已经成为过去,云计算已经不再需要运维人员的这样一种假设和想法。开发人员大大低估了运维技能和活动的复杂性和重要性,并相信他们可以不使用他们只需要在开发团队中由de OS负责一切的运维就好了。类似于将de OS完整的嵌入到开发团队中,将。
06:00
O是完全剔除掉开发者不需要操作。这种反模式是伴随着云计算而出现的。随着云计算的普及和发展,As sa pass服务的丰富,越来越多的基础设施平台、中间件的运维能力被云厂商接管,云厂商确实有效降低了运维团队管理基础设施的复杂度和工作量,但是云上用户与云厂商采用的是职责供单的模式,并不意味着就不需要运维了。恰恰相反,在云上用户与云厂商责任共担的前提下,属于云上用户及it团队的运维能力仍然需要独立的运维团队。在开发者不需要操作的反模式的一个原因是因为没有正确的认识到云计算的能力和职责的边界。该反模式出现的另一个原因是对de的OS和OS团队的能力职责不清晰,所造成的。以上就。
07:00
这是本节课的内容,感谢聆听,再见。
我来说两句