斯库赫拉维的职业生涯

赛季 俱乐部 号码 出场 进球 国家 联赛等级 排名 1996/97 兹兹科夫维克多利亚0 0 捷克 1 12 1995/96 里斯本竞技4 0 葡萄牙 1 3 1995/96 热那亚8 1 意大利 2 8 1994/95 热那亚32 13 意大利 1 14 1993/94 热那亚28 9 意大利 1 11 1992/93 热那亚31 10 意大利 1 13 1991/92 热那亚32 11 意大利 1 14 1990/91 热那亚33 15 意大利 1 4 1989/90 布拉格斯巴达26 13 捷克 1 1 1988/89 布拉格斯巴达30 13 捷克 1 1 1987/88 布拉格斯巴达28 11 捷克 1 1 1986/87 布拉格斯巴达29 18 捷克 1 1 1985/86 海布联盟30 13 捷克 1 7 1984/85 海布联盟28 4 捷克 1 8 1983/84 布拉格斯巴达21 3 捷克 1 1 1982/83 布拉格斯巴达8 1 捷克 1 3 作为一名实力出众的中锋，斯库赫拉维成年后的身高达到了1米93，他的主要生涯都是在布拉格斯巴达和热那亚两家俱乐部度过的，不过对于这位空霸来说最难忘的还是19岁的时候被斯巴达租借到当时参加捷克斯洛伐克甲级联赛的海布联合队，在这里斯库赫拉维真正地开始参加捷克和斯洛伐克最高水平的联赛，两年下来他打入17球让很多球惊呼国家队终于开始有一个具有制空权和统治力的中锋，在这期间他也首次入选捷克斯洛伐克国家队。

随后斯库赫拉维回到了斯巴达踢了4年，不断地用强有力的头球和霸道的劲射取得进球，虽然没有取得最佳射手的称号但4年来他保持了接近2场1球的进球率，相当不易。随后斯库赫拉维随斯洛伐克教练约瑟夫文格洛什参加了90年的意大利世界杯，当时和他一起在捷克斯洛伐克队效力的队友中，有我们现在非常熟悉的足协主席哈谢克，前国家队主帅斯特拉卡，现国家队助理教练比莱克，现斯巴达主帅霍瓦内茨以及曾经到大连万达效力的内梅切克等。在这届世界杯上他依靠5个进球的出色表现成为赛事第二射手，也由此在91年被评选为捷克斯洛伐克足球先生。

斯库赫拉维依靠出色的表现赢得了转会到当时的意甲劲旅热那亚的机会，和红极一时的乌拉圭射手卡洛斯阿吉莱拉组成恐怖的锋线搭档。当时意大利媒体评论他俩的组合是空对地和地对空的组合，身高体壮的斯库赫拉维负责头球和第一落点的争抢而矮小的阿吉莱拉则在他身后偷袭对手。他俩在90-91赛季每人打进15球，并列意甲铜靴，并且帮助热那亚得到意甲联赛的第四名。斯库赫拉维还随热那亚参加了第二个赛季的欧洲联盟杯，并且帮助热那亚杀进半决赛，只可惜他们倒在了当时大红大紫的阿贾克斯脚下。斯库赫拉维在热那亚一共踢了5个赛季，打入59球，成为了球队历史上最伟大的射手。不过在他的意大利职业生涯的晚期，他的身体状态逐渐地开始下滑，严重的烟瘾让他总沉浸在烟雾缭绕中无法自拔，状态也严重下降，最后94-95赛季热那亚降级，斯库赫拉维也黯然离开美丽的港口，前往里斯本竞技效力。但在那里以及随后回到国内的维多利亚杰什科夫他都已经无法再现曾经的风采，体重过大伤痕累累的他已经无法适应高节奏的激烈对抗，1997年曾经名噪一时的空霸宣布退役。

斯库赫拉维的职业生涯中一共为捷克斯洛伐克国家队出场过43次打入14球，此外在捷克共和国成立以后代表新的国家队打过6场比赛进3球。他在1995年9月6号代表捷克队参加了一场对挪威的欧洲杯预选赛在那场比赛中第6分钟就首开纪录帮助捷克队2比0战胜对手，但随后严重的膝盖老伤让这位30岁的球员不堪重负终于宣布退役，在30岁的年龄就离开足坛的确让人有些唏嘘，但斯库赫拉维自己也承认，他的过早退役完全是拜生活中的恶习所累。

退役后的斯库赫拉维曾经希望做经纪人，为此他还曾经在内梅切克的推荐下来到过中国考察球员。现在斯库赫拉维定居在热那亚，他的主要职业是一个夜总会的老板以及在热那亚电视台解说足球比赛。与此同时他还在热那亚创建了一所足球学校，希望能够面向全世界来招收学员，潜心当孩子王的同时斯库赫拉维偶尔也禁不住诱惑在一些业余比赛中踢几脚，用他的话说就是时不时地找找当年的感觉。虽然住在意大利，但是斯库赫拉维同样忘不了祖国，他出自让父亲在家乡开了一家斯库赫拉维主题餐厅，在这里可以品尝到正宗的阿根廷和意大利菜，门口矗立着的真人高大的斯库赫拉维的蜡像依然穿着热那亚的球衣，因为对他来说，那里就是他职业生涯最辉煌的时期。

微服务在最近几年大行其道，很多系统的研发都在考虑采用微服务架构，同时，随着 Docker 容器技术和DevOps开发运维一体化等相关技术发展，微服务变得更容易管理，这为微服务架构快速发展创造了有利条件。

在落地微服务的路上，拆分服务是个很热的话题。我们应该按照什么原则将现有的业务进行拆分？是否拆分得越细就越好？接下来一起聊聊服务拆分的策略和原则。

不忘初心方得始终。

在介绍如何拆分之前，我们需要了解下拆分的目的是什么，这样才不会在后续的拆分过程中忘了最初的目的。拆分的本质是 为了将复杂的问题简单化 ，那么我们在单体架构阶段遇到了哪些复杂性问题呢？

首先来回想下当初为什么选用了单体架构，在很多项目刚启动的时候，我们只希望能尽快地将项目搭建起来，方便将产品更早的投放市场进行快速验证。在开发初期，这种架构确实给开发和运维带来了很大的便捷，主要体现在：

但是随着功能越来越多，开发团队的规模越来越大，单体架构的缺陷慢慢体现出来，主要有以下几个方面：

产品初期，应该以单体架构优先。因为面对一个新的领域，对业务的理解很难在开始阶段就比较清晰，往往是经过一段时间之后，才能逐步稳定，如果拆分过早，导致边界拆分不合理或者拆的过细，反而会影响生产力。很多时候，从一个已有的单体架构中逐步划分服务，要比一开始就构建微服务简单得多。同时公司的产品并没有被市场验证过，有可能会失败，所以这个投入的风险也会比较高。另外，在资源受限的情况下，采用微服务架构很多优势无法体现，性能上的劣势反而会比较明显。如下图所示。当业务复杂度达到一定程度后，微服务架构消耗的成本才会体现优势，并不是所有的场景都适合采用微服务架构，服务的划分应逐步进行，持续演进。产品初期，业务复杂度不高的时候，应该尽量采用单体架构。

随着公司的商业模式逐渐得到验证，且产品获得了市场的认可，为了能加快产品的迭代效率快速占领市场，公司开始引进更多的开发同学，这时系统的复杂度会变得越来越高，就出现单体应用和团队规模之间出现矛盾，研发效率不升反降。上图中的交叉点表明，业务已经达到了一定的复杂度，单体应用已经无法满足业务增长的需求，研发效率开始下降，而这时就是需要考虑进行服务拆分的时机点。这个点需要架构师去权衡。当我们清楚了什么时候进行拆分，就可以直接落地了吗？不是的，微服务拆分的落地还要提前准备好配套的基础设施，如：服务接口设计（描述）、注册中心、微服务框架选型、服务监控、服务追踪、服务治理等几大基本组件，以上每个组件缺一不可，每个组件展开又包括很多技术，比如：持续集成、容器技术、持续部署、DevOps 等相关概念，以及人才的储备和观念的变化。 微服务不仅仅是技术的升级，更是开发方式、组织架构、开发观念的转变。

何时进行微服务的拆分，整体总结如下：

1 单一服务内部功能高内聚低耦合

也就是说每个服务只完成自己职责内的任务，对于不是自己职责的功能交给其它服务来完成。

2 闭包原则（CCP）

微服务的闭包原则就是当我们需要改变一个微服务的时候，所有依赖都在这个微服务的组件内，不需要修改其他微服务。

3 服务自治、接口隔离原则

尽量消除对其他服务的强依赖，这样可以降低沟通成本，提升服务稳定性。服务通过标准的接口隔离，隐藏内部实现细节。这使得服务可以独立开发、测试、部署、运行，以服务为单位持续交付。

4 持续演进原则

在服务拆分的初期，你其实很难确定服务究竟要拆成什么样。从微服务这几个字来看，服务的粒度貌似应该足够小，但是服务多了也会带来问题，服务数量快速增长会带来架构复杂度急剧升高，开发、测试、运维等环节很难快速适应，会导致故障率大幅增加，可用性降低，非必要情况，应逐步划分，持续演进，避免服务数量的爆炸性增长，这等同于灰度发布的效果，先拿出几个不太重要的功能拆分出一个服务做试验，如果出现故障，则可以减少故障的影响范围。

5 拆分的过程尽量避免影响产品的日常功能迭代

也就是说要一边做产品功能迭代，一边完成服务化拆分。比如优先剥离比较独立的边界服务（如短信服务等），从非核心的服务出发减少拆分对现有业务的影响，也给团队一个练习、试错的机会。同时当两个服务存在依赖关系时优先拆分被依赖的服务。

6 服务接口的定义要具备可扩展性

服务拆分之后，由于服务是以独立进程的方式部署，所以服务之间通信就不再是进程内部的方法调用而是跨进程的网络通信了。在这种通信模型下服务接口的定义要具备可扩展性，否则在服务变更时会造成意想不到的错误。比如微服务的接口因为升级把之前的三个参数改成了四个，上线后导致调用方大量报错，推荐做法服务接口的参数类型最好是封装类，这样如果增加参数就不必变更接口的签名，而只需要在类中添加字段就可以了。

7 避免环形依赖与双向依赖

尽量不要有服务之间的环形依赖或双向依赖，原因是存在这种情况说明我们的功能边界没有化分清楚或者有通用的功能没有下沉下来。

8 阶段性合并

随着你对业务领域理解的逐渐深入或者业务本身逻辑发生了比较大的变化，亦或者之前的拆分没有考虑的很清楚，导致拆分后的服务边界变得越来越混乱，这时就要重新梳理领域边界，不断纠正拆分的合理性。

目前很多传统的单体应用再向微服务架构进行升级改造，如果拆分粒度太细会增加运维复杂度，粒度过大又起不到效果，那么改造过程中如何平衡拆分粒度呢？

弓箭原理

平衡拆分粒度可以从两方面进行权衡，一是业务发展的复杂度，二是团队规模的人数。如上图，它就像弓箭一样，只有当业务复杂度和团队人数足够大的时候，射出的服务拆分粒度这把剑才会飞的更远，发挥出最大的威力。比如说电商的商品服务，当我们把商品从大的单体里拆分出来的时候，就商品服务本身来讲，逻辑并没有足够复杂到 2~3 个人没法维护的地步，这时我们没有必要继续将商品服务拆的更细，但是随着业务的发展，商品的业务逻辑变的越来越复杂，可能同时服务公司的多个平台，此时你会发现商品服务本身面临的问题跟单体架构阶段面临的问题基本一样，这个阶段就需要我们将商品拆成更细粒度的服务，比如：库存服务、价格服务、类目服务、商品基础信息服务等等。虽然业务复杂度已经满足了，如果公司此时没有足够的人力（招聘不及时或员工异动比较多），服务最好也不要拆分，拆分会因为人力的不足导致更多的问题，如研发效率大幅下降（一个开发负责与其不匹配数量的服务）。这里引申另外一个问题，一个微服务究竟需要几个开发维护是比较理性的？

三个火枪手原则

为什么说是三个人分配一个服务是比较理性的？而不是 4 个，也不是 2 个呢？首先，从系统规模来讲，3 个人负责开发一个系统，系统的复杂度刚好达到每个人都能全面理解整个系统，又能够进行分工的粒度；如果是 2 个人开发一个系统，系统的复杂度不够，开发人员可能觉得无法体现自己的技术实力；如果是 4 个甚至更多人开发一个系统，系统复杂度又会无法让开发人员对系统的细节都了解很深。其次，从团队管理来说，3 个人可以形成一个稳定的备份，即使 1 个人休假或者调配到其他系统，剩余 2 个人还可以支撑；如果是 2 个人，抽调 1 个后剩余的 1 个人压力很大；如果是 1 个人，这就是单点了，团队没有备份，某些情况下是很危险的，假如这个人休假了，系统出问题了怎么办？最后，从技术提升的角度来讲，3 个人的技术小组既能够形成有效的讨论，又能够快速达成一致意见；如果是 2 个人，可能会出现互相坚持自己的意见，或者 2 个人经验都不足导致设计缺陷；如果是 1 个人，由于没有人跟他进行技术讨论，很可能陷入思维盲区导致重大问题；如果是 4 个人或者更多，可能有的参与的人员并没有认真参与，只是完成任务而已。“三个火枪手”的原则主要应用于微服务设计和开发阶段，如果微服务经过一段时间发展后已经比较稳定，处于维护期了，无须太多的开发，那么平均 1 个人维护 1 个微服务甚至几个微服务都可以。当然考虑到人员备份问题，每个微服务最好都安排 2 个人维护，每个人都可以维护多个微服务。

综上所诉，拆分粒度不是越细越好，粒度需要符合弓箭原理及三个火枪手原则。

拆分策略可以按功能和非功能维度进行考虑，功能维度主要是：划分清楚业务的边界，非功能维度主要考虑六点包括：扩展性、复用性、高性能、高可用、安全性、异构性。接下来详细介绍下。

1 功能维度

功能维度主要是划分清楚业务边界，采用的主要设计方法可以利用 DDD（即领域驱动设计，关于 DDD 的理论知识可以参考网上其它资料），DDD 的战略设计会建立领域模型，可以通过领域模型指导微服务的拆分，主要分四步进行：

以电商的场景为例，交易链路划分的限界上下文如下图左半部分，根据一个限界上下文可以设计一个微服务，拆解出来的微服务如下图右侧部分。

2 非功能维度

当我们按照功能维度进行拆分后，并不是就万事大吉了，大部分场景下，我们还需要加入其它维度进一步拆分，才能最终解决单体架构带来的问题。

以上几种拆分方式不是多选一，而是可以根据实际情况自由排列组合。 同时拆分不仅仅是架构上的调整，也意味着要在组织结构上做出相应的适应性优化，以确保拆分后的服务由相对独立的团队负责维护。

古希腊哲学家赫拉克利特曾经说过：“人不能两次踏进同一条河流。”随着时间的流逝，任何事物的状态都会发生变化。线上系统同样如此，即使一个系统在不同时刻的状况也绝不会一模一样。现在拆分出来的服务粒度也许合适，但谁能保证这个粒度能够一直正确呢。

1 不打无准备之仗

开发团队是否具备足够的经验，能否驾驭微服务的技术栈，可能是第一个需要考虑的点。这里并不是要求团队必须具备完善的经验才能启动服务拆分，如果团队中有这方面的专家固然是最好的。如果没有，那可能就需要事先进行充分的技术论证和预演，至少不打无准备之仗。避免哪个简单就先拆哪个，哪个新业务要上了，先起一个服务再说。否则可能在一些分布式常见的问题上会踩坑，比如服务器资源不够、运维困难、服务之间调用混乱、调用重试、超时机制、分布式事务等等。

2 不断纠正

我们需要承认我们的认知是有限的，只能基于目前的业务状态和有限的对未来的预测来制定出一个 相对合适的拆分方案 ，而不是所谓的最优方案，任何方案都只能保证在当下提供了相对合适的粒度和划分原则，要时刻做好在未来的末一个时刻会变得不和时宜、需要再次调整的准备。因此随着业务的演进，需要我们重新审视服务的划分是否合理，如服务拆的太细，导致人员效率反而下降，故障的概率也大大增加，则需要重新划分好领域边界。

3 要做行动派，而不是理论派

在具体怎么拆分上，也不要太纠结于是否合适，不动手怎么知道合不合适呢？如果拆了之后发现真的不合适，在重新调整就好了。你可能会说，重新调整成本比较高。但实际上这个问题的本质是有没有针对服务化架构搭建起一套完成的能力体系，比如服务治理平台、数据迁移工具、数据双写等等，如果有的话，重新调整的成本是不会太高的。

2021年6月11日整理于去往大连的动车上，前方到站：盘锦。

智慧树知到《山海经(大连海事大学)》2022章节测试答案

第一章测试

1、我们的一举一动，都应以____为准则，不使一物失其性。

A、自然

B、人文

C、天地

D、地理

正确答案：C

2、把黄土文化和蓝色海洋文化结合发展起来，就是生生不息的_____。

A、红色

B、黑色

C、绿色

D、紫色

正确答案：C

3、世世代代传承的文明东流入海，培养这种______和_______是我们当务之急。

A、奉献精神；民族气魄

B、爱国主义；民族精神

C、爱国精神；自强民主

D、海洋精神；大洋气魄

正确答案：D

4、陶渊明先生在读山海经时写下《读山海经·其一》，泛览《周王传》，流观《山海》图。 ___________,___________

A、方与三辰游;寿考岂渠央

B、众鸟欣有托;吾亦爱吾庐

C、俯仰终宇宙;不乐复何如

D、徒设在昔心;良辰讵可待

正确答案：C

5、《山海经》由大禹作品后，汉代________校勘，晋郭璞图赞，张僧繇重画其图，陶渊明赋诗，形成了我们现在所看到的《山海经》。

A、刘向刘歆父子

B、司马迁

C、班固

D、左丘明

正确答案：A

第二章测试

1、相传我们的祖先黄帝与炎帝战于________,就以以雕鶡鹰鸢为旗帜，相互激励。

A、阪泉之野

B、轩辕之丘

C、冀州之战

D、涿鹿之战

正确答案：A

2、《山海经·东次山经》中记载，“尸胡之山，有兽焉，其状如麋名曰妴胡”这段对妴胡的描述点出其眼睛像________的眼睛。

A、虎

B、蛇

C、鱼

D、兔

正确答案：C

3、《山海经·北次山经》记载，“发鸠之山，其上多柘木，有鸟焉其状如乌名曰精卫”，她是_________的女儿。

A、黄帝

B、女娲

C、炎帝

D、蚩尤

正确答案：C

4、喀戎是永生之神，极赋智慧的，极富同情心，最后把永生的机会让给了___________。

A、忒修斯

B、阿喀琉斯

C、普罗米修斯

D、赫拉克勒斯

正确答案：C

5、《山海经·南次二经》讲，鴸鸟是_____的化身。

A、商均

B、丹朱

C、三苗

D、伯益

正确答案：B

第三章测试

1、《山海经·海外东经》中记载，黑齿国国民有____，一赤一青，在其旁。

A、鸟

B、虫

C、玉

D、蛇

正确答案：D

2、《山海经·海外北经》中记载，夸父临终前，弃其杖，其杖化为邓林。其中邓林指_____。

A、杏林

B、桃林

C、松林

D、杨林

正确答案：B

3、陶渊明先生把刑天和_______联合起来,以诗句“同物既无虑，化去不复悔。徒设在昔心，良辰讵可待。”表达了自身感慨。