gydtep
发表于 2021-1-18 12:44:57
第二代微服务架构中，引入了旁路服务注册中心作为协调者来完成服务的自动注册和发现。服务之间的通讯以及容错机制开始模块化，形成独立服务框架。但是随着服务框架内功能日益增多，用不同语言的基础功能复用显得十分困难，这也就意味着微服务的开发者被迫被绑定在某种特定语言上，从而违背了微服务的敏捷迭代原则。
gydtep
发表于 2021-1-18 15:30:46
Service Mesh 是分布式应用在微服务软件架构之上发展起来的新技术，旨在将那些微服务间的连接、安全、流 量控制和可观测等通用功能下沉为平台基础设施，实现应用与平台基础设施的解耦。
gydtep
发表于 2021-1-18 17:09:32
通过相互反馈，让问题尽早暴露。透明性 transparency：让每个人都明白工作的共同目标，知道为什么要干什么。缺乏透明性就会导致工作安排失调。
gydtep
发表于 2021-1-18 19:31:30
服务注册发现和配置中心的功能主要致力于解决微服务在分布式场景下的服务发现和分布式配置管理两个核心 问题。随着云原生技术的发展，服务发现领域出现了两个趋势，一个是服务发现标准化（Istio），一个是服务下沉 (CoreDNS)；配置管理领域也有两个趋势，一个是标准化（ConfigMap），一个是安全 (Secret)。
gydtep
发表于 2021-1-19 09:25:47
在Dapper的启发下，业界诞生了很多用于分布式链路追踪的开源组件，为了保持对链路中每一个环节的记录与匹配，不仅需要在应用内部对跟踪信息进行传递，还需要让跟踪信息跨越不同的应用以及不同的分布式组件。
gydtep
发表于 2021-1-19 12:55:04
缺少高可用保障：开源全链路监控方案并没有完整的高可用机制，当某个组件出现故障，比如服务器宕机的时候，无法自动恢复，需要人工介入进行解决，在这个过程中正常的监控会受到影响。
gydtep
发表于 2021-1-19 15:22:10
回到应用列表视图，我们能查看到这些应用的整理健康状态，最先应该关注的是应用的状态列，如果亮红灯，说明系统已经诊断到某个应用存在明显的健康问题，这个时候我们可以点击红灯图标，让ARMS生成一份应用诊断报告。
gydtep
发表于 2021-1-19 16:29:26
找到有问题的代码片断之后，慢调用的根本原因是什么呢？ARMS能够对应用的线程以及内存快照做进一步的分析，为使用者优化代码提供思路。
gydtep
发表于 2021-1-20 06:05:53
如何在繁忙的工作中做好技术积累，构建个人核心竞争力，相信是很多工程师同行都在思考的问题。本文是我自己的一些总结，试图从三个方面来解答：
gydtep
发表于 2021-1-20 10:37:42
解答别人的问题也是个人成长的重要手段。有时候，某个问题自己本来不太懂，但是在给别人讲解的时候却豁然开朗。所以，“诲人不倦”利人惠己。
