SkyWalking:分布式架构链路追踪-SkyWalking使用
为什么你需要链路追踪 前面几篇文章提到了微服务相关系统的使用与搭建,在微服务架构下的问题也比较突出。正常系统下我们的每个请求都会在同一个系统中进行输出。 但是在微服务架构中一个请求可能设置一到多个服务进行处理。服务之间相互依赖,服务之间形成一个调用链。如果调用链之间的某个服务出现故障那么整个调用链都将会受到影响。
2020, Jun 21 — 1 minute read为什么你需要链路追踪 前面几篇文章提到了微服务相关系统的使用与搭建,在微服务架构下的问题也比较突出。正常系统下我们的每个请求都会在同一个系统中进行输出。 但是在微服务架构中一个请求可能设置一到多个服务进行处理。服务之间相互依赖,服务之间形成一个调用链。如果调用链之间的某个服务出现故障那么整个调用链都将会受到影响。
2020, Jun 21 — 1 minute read我在工作中很少遇到所谓的‘奇怪的问题’。所以对于‘奇怪的问题’我还是很期盼的,可能很早的时候就被某些XX开发规范给限制住了,也就很少遇到这些所谓的奇怪的问题。所以严格来说 XXX开发规范 还是很靠谱的。
2020, May 21 — 1 minute read前一篇文章中我们已经完成了Sentinel限流的一个程序,通过Dashboard进行Sentinel的限流配置。 不知道大家有没有发现我们在使用Sentinel Dashboard的时候它本身是没有数据库的。 所以它在重启之后就会丢失我们配置的限流等规则。所以我们需要把限流的规则持久化一下。 在之前我们都会通过配置文件来管理相关的配置信息,但是我们之前已经用Nacos实现了集中化的配置管理。所以,这次我们也同样使用Nacos来实现Sentinel规则的配置管理。
2020, May 19 — 2 minute read大概有半个月没有进行更新了,确实也在纠结一些SpringCloudAlibaba的使用场景问题。同时基于当前的业务与人员配置来考虑甚至有点想放弃微服务的方案了。 Sentinel的限流降级是必不可少的场景,其实也是基于当前的业务考虑是否需要Sentinel。 以上的考虑核心问题就是人员配置的问题,当前我们负责该项目的人员较少,资源较少。所以才有所感 但是最终肯定是需要Sentinel的场景的,还是直接一步到位吧!
2020, May 19 — 2 minute readSpringCloud与Dubbo两个框架一直以来都被用来作为两种框架进行比较,其实对于两者之间进行比较是不公平的。SpringCloud可以说是一套完整的解决方案而Dubbo其实只是一种RPC和服务治理的实现方案。
2020, May 19 — 2 minute read前一篇已经写到了利用Nacos作为配置中心来构建一个项目,毕竟需求有很大一部分的比重就是配置中心。所以就先利用Nacos构建了基于配置中心的项目。 Nacos作为注册中心是更加常用的。下面创建项目注册到Nacos中。
2020, May 08 — 2 minute read之前提到了这次从php技术栈迁移到java技术栈要解决的一个问题就是集中化配置管理。
2020, May 06 — 1 minute readSpringCloud alibaba在之前已经进行了大概的介绍,在微服务环境下对于大量存在的服务管理等肯定需要一个统一的服务注册中心,同时也由于之前提到的集中式配置中心的需求。那么在SpringCloud alibaba中最优的选择就是Nacos。
2020, May 06 — 2 minute read