logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

300分钟吃透分布式缓存-03讲:设计缓存架构时需要考量哪些因素?

key 的数量也是一个重要考虑因素。在设计架构缓存时,你首先要选定缓存组件,比如要用 Local-Cache,还是 Redis、Memcached、Pika 等开源缓存组件,如果业务缓存需求比较特殊,你还要考虑是直接定制开发一个新的缓存组件,还是对开源缓存进行二次开发,来满足业务需要。平均缓存穿透加载时间在某些业务场景下也很重要,对于一些缓存穿透后,加载时间特别长或者需要复杂计算的数据,而且访问量

文章图片
#分布式#缓存#架构 +3
300分钟吃透分布式缓存-24讲:Redis崩溃后,如何进行数据恢复的?

这样即便 Redis 被 crash 或异常关闭后,再次启动,也可以通过加载 AOF,来恢复最新的全量数据,基本不会丢失数据。但是,由于 Redis 会记录所有写指令操作到 AOF,大量的中间状态数据,甚至被删除的过期数据,都会存在 AOF 中,冗余度很大,而且每条指令还需通过加载和执行来进行数据恢复,耗时会比较大。随着时间的推移,AOF 持续记录所有的写指令,AOF 会越来越大,而且会充斥大量的

文章图片
#缓存#分布式#redis +2
DevOps落地笔记-12|API管理:微服务时代的必备工具

API 管理就是有效管理企业内部各服务提供的 API 接口,管理 API 接口的创建、测试、发布等生命周期,以及 API 接口的版本、并提供 API 开发者门户供开发人员查看。服务的 API 接口在构建时自动的注册到 API 管理平台的 API Gateway 中,其他调用方可以通过 API Gateway 访问这些接口提供的服务,并基于 API Gateway 进行 API 的自动化测试,保证

文章图片
#devops#微服务#java +1
DevOps落地笔记-18|团队能力:团队能力=交付能力

不同于上层应用程序的部署,私有云的部署是需要从操作系统开始安装,还会涉及改交换机的网卡,规划网络的 Vlan 范围,规划分布式存储的存储池等,这些都需要非常底层的专业知识,哪怕一个小问题都会影响整个云的部署和业务的可用性。我们都知道,软件开发是团队成员完成的,团队成员的能力在一定程度上代表了软件的交付能力。在搭建部署流水线的过程中,遇到过非常多的底层问题,当遇到问题时只能求助基础设施团队的专业同事

文章图片
#devops#运维#java +1
32个Java面试必考点-09(上)消息队列Kafka架构与原理

1.Kafka 的架构与消息交互流程;2.数据库事务的 4 大特性和分类;3.MySQL 相关的内容,比如索引、MySQL 调优等。

文章图片
#java#面试#kafka +3
300分钟吃透分布式缓存-08讲:MC系统架构是如何布局的?

当需要查找给定 key 的 Item 时,首先计算 key 的 Hash 值,然后对哈希表中与 Hash 值对应的 bucket 中进行搜索,通过轮询 bucket 里的单向链表,找到该 key 对应的 Item 指针,这样就找到了 key 对应的存储 Item,如下图所示。一般情况下,Item 并不会将 chunk 填满,但由于每个 key/value 在存储时,都会根据 kev/value s

文章图片
#分布式#缓存#系统架构 +3
DevOps落地笔记-15|混沌工程:通过问题注入提高系统可靠性

混沌工程应该成为传统测试的补充,是经过传统测试后系统已经足够稳定,可以在生产环境中被任意“破坏”,来进一步增强系统的稳定性的工程。混沌工程的核心思想是以可控的方式主动注入故障,以验证系统的行为是否符合我们的预期,并在不正常的情况下进行修复,以此提高系统的稳定性。随着软件工程不断发展,近几年,出现了一种新的实践,这就是今天要介绍的内容——混沌工程,它通过在生产环境中对系统进行破坏,来不断增强软件的健

文章图片
#devops#运维#java +1
到底了