apache tribes

查看原文 在此博客文章中，我想分享一个强大的工具Leadership Health Check。这将帮助您的管理团队变得更强大，并为积极的服务型领导团队揭示改进机会，从而更好地赋能您所支持的敏捷团队。 首先，让我们从头开始。 在敏捷教练的工具箱中，我最喜欢的一项练习是在Spotify工作期间学到的 Squad Health Check （中文版： https://www.bobjiang.com/posts/blog/sqad_health_check_model.html） 。这是一种以回顾的形式进行自我评估的研讨会。在会上，团队表达自己在各种主题上的感受，例如协作，交付的价值，影响力，获得组织的支持等。结果会生成对团队和领导力的洞见及改进措施。我喜欢这个工具，因为它是加强自组织，组织文化和持续学习的非常棒的工具。 一年多以前， 我和Spotify 的一位同事Georgiana Laura Levinta为我们的tribe创建了领导力健康检查（tribe是Spotify的半自治部门，由4-8个团队组成，有一组专门的leader和经理）（更多有关tribe可以参考 https://www.bobjiang.com/posts/blog/scaling-agile-spotify-with-tribes-squads-chapters-guilds.html ） 。

　　会话是识别用户，跟踪用户访问行为的一个手段，通过cookie（存在客户端）或session（存在服务端）来判断本次请求是那个客户端发送过来；常用的会话保持有绑定会话，就是前边我们聊的在代理上通过算法或通过给客户端响应首部加cookie这种方式来保持同一cookie或同一ip地址的请求始终发送到同一后端server进行响应；但是这样的会话绑定的方式存在一个问题，就是当后端某一server宕机，那么之前上面的所有会话信息将消失，那么后续的客户端来请求，代理是否要把请求调度到后端宕机的server呢？如果说调度上去呢，那么用户之前的会话信息又没有了，如果说不调度呢，那么用户将不能够得到服务；所以对于这种情况我们需要把会话都同步到后端所有server上，即便某一台或几台后端server宕机了，不会导致用户的会话信息丢失，同样服务也是可用的；这种冗余的方式保存会话信息，使得用户的会话信息能够在任何一台后端server上都会有；这也意味着只要有用户来请求，前端调度器可以任意把请求调度到后端的某一台server上，然后服务端把本次请求的用户会话信息通过广播的方式，通知给其他后端server，这样一来这个客户端后续来请求，不管调度到后端那一台server上，因为后端server上都有这个客户端之前请求的会话信息，所以不管到那一台都能够识别；对于tomcat来讲，它内部就有一个组件支持这样的功能

　　会话是识别用户，跟踪用户访问行为的一个手段，通过cookie（存在客户端）或session（存在服务端）来判断本次请求是那个客户端发送过来；常用的会话保持有绑定会话，就是前边我们聊的在代理上通过算法或通过给客户端响应首部加cookie这种方式来保持同一cookie或同一ip地址的请求始终发送到同一后端server进行响应；但是这样的会话绑定的方式存在一个问题，就是当后端某一server宕机，那么之前上面的所有会话信息将消失，那么后续的客户端来请求，代理是否要把请求调度到后端宕机的server呢？如果说调度上去呢，那么用户之前的会话信息又没有了，如果说不调度呢，那么用户将不能够得到服务；所以对于这种情况我们需要把会话都同步到后端所有server上，即便某一台或几台后端server宕机了，不会导致用户的会话信息丢失，同样服务也是可用的；这种冗余的方式保存会话信息，使得用户的会话信息能够在任何一台后端server上都会有；这也意味着只要有用户来请求，前端调度器可以任意把请求调度到后端的某一台server上，然后服务端把本次请求的用户会话信息通过广播的方式，通知给其他后端server，这样一来这个客户端后续来请求，不管调度到后端那一台server上，因为后端server上都有这个客户端之前请求的会话信息，所以不管到那一台都能够识别；对于tomcat来讲，它内部就有一个组件支持这样的功能

在此博客文章中，我想分享一个强大的工具Leadership Health Check。这将帮助您的管理团队变得更强大，并为积极的服务型领导团队揭示改进机会，从而更好地赋能您所支持的敏捷团队。 首先，让我们从头开始。 在敏捷教练的工具箱中，我最喜欢的一项练习是在Spotify工作期间学到的 Squad Health Check （中文版： https://www.bobjiang.com/posts/blog/sqad_health_check_model.html） 。这是一种以回顾的形式进行自我评估的研讨会。在会上，团队表达自己在各种主题上的感受，例如协作，交付的价值，影响力，获得组织的支持等。结果会生成对团队和领导力的洞见及改进措施。我喜欢这个工具，因为它是加强自组织，组织文化和持续学习的非常棒的工具。 一年多以前， 我和Spotify 的一位同事Georgiana Laura Levinta为我们的tribe创建了领导力健康检查（tribe是Spotify的半自治部门，由4-8个团队组成，有一组专门的leader和经理）（更多有关tribe可以参考 https://www.bobjiang.com/posts/blog/scaling-agile-spotify-with-tribes-squads-chapters-guilds.html ） 。 我和Geo受到了Squad

一个大型站点都会涉及到动态应用，动态应用都需要做会话保持，常见的会话保持方式就三种，一是 session stick ，二是 session replication ，三是 session share ，对于小型规模的 tomcat 集群，大多者会采用 session replication 方式，但阅读官方文档也好，查询大牛博客也罢，发现均有不准确之处，所以亲测成功实现之后得出如下文档，还望高人指点。 实验环境： 操作系统： CentOS 7.2 tomcat 版本： tomcat-7.0.54 （ yum 安装方式） httpd 版本： httpd-2.4.6 （ yum 安装方式） nginx 版本： nginx-1.10.2 （ yum 安装方式） iptables 状态： disable SELinux 状态： disable TomcatA 配置过程 [root@TomcatA ~]# ifconfig eno16777736:flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 192.168.0.20 netmask255.255.255.0 broadcast 192.168.0.255 inet6 fe80::20c:29ff:fefe:64f3 prefixlen 64 scopeid0x20

案例背景 为什么银行要像灰狗一样快？ 荷兰国际集团（ING） ，成立于1991年，主营业务银行与保险业务，在全球45个国家和地区拥有分支机构，总资产887亿欧元（2018），全球53,000多名员工，拥有3840万个体客户。世界500强排名171（2018），世界品牌500强排名120。 ING的敏捷转型始于2010年，当时还只是涉及IT部门的基础员工。2014年，首席执行官Nick Jue和高级领导团队在制定银行“Think Forward”战略的时候，他们意识周围的世界正在迅速变化。银行不是只与传统机构竞争，对于新技术和新竞争对手，ING必须非常迅速地改变。 紧紧抓住过去不会让我们拥有未来。 转型不只是将组织从A移动到B，因为一旦你击中B，你需要转到C，当你到达C时，你可能不得不开始考虑D。 Nick Jue, ING CEO 当ING引入敏捷工作方式时，公司表现良好，利率仍处于不错的水平，没有特别的财务要求。然而，客户行为随着新的数字分销渠道的变化而迅速变化，客户的期望也受到其他行业数字化领导者的影响，ING需要停止传统上关于产品营销的思考，并开始了解这个新的全渠道环境中的客户旅程。必须提供无缝且始终如一的高质量服务，以便客户可以通过一个渠道开始他们的旅程，并通过另一个渠道继续。灵活的工作方式是实现该战略的必要手段。 创新解决方案 四个关键支柱实现集团总部的全面敏捷转型