Serverless可观察性现状Serverless一方面降低了开发者的运维负担，开发者无需关注底层资源的情况；另一方面，需要满足开发者对性能、对指标的可观察性的需求。目前的Serverless应用架构，大多会涉及多个云服务，函数间、函数与其他云服务间的调用关系复杂，人工梳理和掌握全局依赖情况的难度大，定位性能

这周在看项目的相关代码时，接触到了Hystrix，因此查询了相关资料学习了下。一、什么是Hystrix　　Hystrix是Netflix针对微服务分布式系统的熔断保护中间件，当我们的客户端连接远程的微服务时，有两种情况需要考虑：首先，如果远程系统当机了我们怎么办？其次，我们如何管理对远程微服务的调用性能，以保证每个微服务以最小延迟最快性能

一、引言Redis是高性能的keyvalue数据库，在很大程度克服了memcached这类key/value存储的不足，在部分场景下，是对关系数据库的良好补充。得益于超高性能和丰富的数据结构，Redis已成为当前架构设计中的首选keyvalue存储系统。虽然Redis官网上提供了200多个命令，但做程序设计时还是避免不了为了实现一小步业

为什么需要集群？1、性能Redis本身的QPS已经很高了，但是如果在一些并发量非常高的情况下，性能还是会受到影响。这个时候我们希望有更多的Redis服务来完成工作。2、扩展第二个是出于存储的考虑。因为Redis所有的数据都放在内存中，如果数据量大，很容易受到硬件的限制。升级硬件收效和成本比太低，所以我们需要有

性能测试时，数据库表通常需要很多数据，此时我们可以用存储过程来造数，以下代码mysql、Oracle都可以用首先，先查看数据库表的设计，可以看到每张表有多少字段，分别都是什么类型，哪个字段是自动增长的等。然后根据表的结构写一个insert语句即可。其次，看哪些表涉及到性能问题，然后对这些表进行造数即可。!(https://oscimg.osc