91嫩草

欢迎关注“创事记”微信订阅号：sinachuangshiji文/Ben Sigelman译/禚娴静来源： InfoQ（ID:infoqchina）Ben Sigelman 是 LightStep 的首席执行官兼联合创始人，他是 Dapper 的共同创始人（Google 的分布式跟踪工具，帮助开发人员理解他们的大型分布式系统），以及开源 OpenTracing API 标准的共同创建者（ 一个 CNCF 内的项目）。在 2018 年 12 月 QCon 大会上 Ben 向我们分享了谷歌在微服务构建路上遇到的经验教训，本文是 Ben 的演讲主要内容的译稿。

大家都知道，这个问题在 2001 年是没有人解决过的问题，也是他们当下所处的情况。“让我们写一些很酷的软件，看看 Github 上有什么”。然而在 2001 年并没有什么可以替代的方案，所以必须自己做。另一个问题是非常古怪的扩展要求。他们试图做一些当时非常大胆的事情，即索引每个网页的每个字。一些人将每个网页的每个单词收录并编入索引，其他人只是给它建立索引，然后丢弃那些限制竞争对手能力的原始数据。这是一项艰巨的任务，需要用到当时根本不存在的计算机软件。

总结最后总结一下，我认为选择微服务有两个驱动因素：独立和计算机科学。开始微服务之前要确保在组织级别推进微服务的原因。构建微服务的目的在于优化速度，它不是指工程速度，也不是指系统吞吐量。一件事情开始的原因不同会导致不同的结果。第二，需要了解所选解决方案的适合规模。对于整个无服务器 FaaS 话题，不要因为它很有趣而继续缩小和缩小。“尝试做个蚂蚁，而不是嬉皮士”。第三，可观察性不是关于三大支柱，它只是有关数据的检测和改进。考虑一下这些工作流程，跟踪所有内容则是可能的。从调试和性能优化角度来看，这是解决此问题的一种有趣方式。

以色列大利拉导弹飞行速度慢，但是配合电子干扰，还是轻松击败了铠甲导弹系统，可谓套上麻袋打闷棒防空导弹系统界都有一句话：飞的多快飞的多高，不如抗干扰好，而俄罗斯最近30年电子工业暴跌，面对美国以色列的电子侦察和干扰，毫无还手余地，实际上来说，所有带雷达电子设备的俄制武器遭遇到欧美武器的话，几乎都要严重打折，甚至打骨折，就像这次叙利亚铠甲系统被轻松击溃一般。（作者署名：大水）

而对于以上两个疑问，公司也未在预案中给出明确的解决措施。风险五：收购现金两次付清隐患多值得注意的不光是金额，付款方式或也会引来诸多隐患。根据收购预案约定的支付方式，上市公司应于协议生效之日起三十日内向交易对方支付首期交易价款，金额为各方最终确定的全部交易价格的50%；于标的资产交割日起一百八十日内向交易对方支付剩余交易价格，金额为各方最终确定的全部交易价格的50%。

大家好，今天和在座的各位分享一些失败的经验教训。聊一聊这一类的话题要比那些成功案例更有意思。行业在进步，我们可以从过去的错误中吸取经验，并主动在未来的计划中避免，这一点很令人鼓舞。背景信息在开始之前，先介绍一下我在谷歌的经历。2003 年大学毕业后我直接加入了谷歌，在这之前我是一个音乐营地的营地顾问，营地顾问之前我在一家冰激凌店工作。我还记得在谷歌的第一天，第一个项目的技术负责人是 Andrew Fights，他现在是类似谷歌杰出的工程师的角色，我记得当时告诉他，我得去找人聊一聊因为实在不知道我在做什么，今天想起来还是很有趣的事情。在谷歌里我像海绵一样快速的吸收技术和其他的信息。今天我在这里谈论的一些事情其实要早于我在谷歌的时间，大约 2000 年和 2001 年左右。让我们从微服务，即谷歌的微服务版本开始讲起。