01背景大家好，我是阿沐！你的收获便是我的喜欢，你的点赞便是对我的认可。多年前刚毕业出来工作的时候，那个时候刚毕业对缓存的使用基本上可以说很少涉及，在大学做课件设计或者小型项目也都是用不到缓存，再者说了我大学是做嵌入式写汇编语言和c语言的。当时出实习去找工作并不顺利，面试官问了知道redis和memcached区别嘛？额，我当时虽然也做了一些功课，就是恶补

打开知乎和头条，b站又冲上了热榜，这次不是煽情怀旧的跨年晚会，也不是敲钟上市，而是“挂了”b站的程序员跟进迅速，问题也得到了比较快的修复。哈哈哈，上面是热点新闻，下面就是知识点了。最近在学习分布式架构，刚好看到了“两地三中心”的高可用架构，我们云畅享一下，如果b站也用的是两地三中心的架构，还会挂掉不？这里先说明下两个概念：RPO和RTORTO(Reco

美国联邦调查局(FBI)已就威胁行为者可能试图扰乱即将到来的2021年东京夏季奥运会发出警告。它继续警告说，网络犯罪分子可以利用各种类型的网络犯罪，例如分布式拒绝服务(DDoS)攻击、勒索软件或社会工程来破坏奥运会。但是，就目前而言，还没有迹象表明针对这项受欢迎的体育赛事进行了攻击。联邦调查局表示：“迄今为止，联邦调查局并未发现针对这些奥运会的

　　在微服务架构中，通常会出现服务不可用的现象，假设A为服务提供者，B为A服务的调用者，C、D为B服务的调用者，那么当A服务不可用之后，随着时间的推移就会导致B服务不可用，B服务的不可用可能会导致C、D服务的不可用，最终导致整个系统的不可用，为了解决这种级联失败的问题，在分布式架构中出现了断路器等一系列服务保护机制。　　在SpringCloud中使用H

1、引言在中大型IM系统中，聊天消息的唯一ID生成策略是个很重要的技术点。不夸张的说，聊天消息ID贯穿了整个聊天生命周期的几乎每一个算法、逻辑和过程，ID生成策略的好坏有可能直接决定系统在某些技术点上的设计难易度。有中小型IM场景下，消息ID可以简单处理，反正只要唯一就行，而中大型场景下，因为要考虑到分布式的性能、一致性等，所以要考虑的问题

最近开发一个项目。客户端每隔10秒提交100行数据给服务端，服务端查重后写入。客户端约在几万左右，提交数据比较集中，不考虑读数据的问题。现在的设计是：数据库按客户端进行分表。每个表的数据量不高。服务端获得数据后，先插入redis队列，然后在通过定时任务插入数据库。问题是：1、服务端提供给客户端的接口，是否能满足几千上万的客

数据时代，除了大数据和人工智能的发展，微服务分布式已经贯穿开发人员的开发过程，哪怕公司达不到这个标准，也会往上凑个热闹，作为热爱学习的现代小青年（我不会承认是面试要问这个知识点的），对与微服务，不学习了解一下怎么可以？而在微服务等方面，最有话语权的就是互联网风向标‘阿里’，而阿里为了国内互联网科技的发展，也会开源他们内部使用的一些规范或者文档。这份阿里1

本文引用了“低调的码农”原创文章“多账户的统一登录”一文的部分内容，感谢原作者的无私分享。1、引言在即时通讯网经常能看到各种高大上的高并发、分布式、高性能架构设计方面的文章，平时大家参加的众多开发者大会，主题也都是各种高大上的话题——什么5G啦、AI人工智能啦、什么阿里双11分分钟多少万QPS高并发等等。但实际上，对于普通的开发者（包括

一、云服务器是什么?云服务器是一种简单高效、安全稳定、处理能力可弹性伸缩的计算服务。简单地讲，云服务器就是虚拟的物理服务器。其管理方式比物理服务器更简单高效。通过使计算分布在大量的分布式计算机上，而非本地计算机或远程服务器中，企业数据中心的运行将与互联网更相似。这使得企业能够将资源切换到需要的应用上，根据需求访问计算机和存储系统。    好比是从古老

本文主要介绍目前存在的定时任务处理解决方案。业务系统中存在众多的任务需要定时或定期执行，并且针对不同的系统架构也需要提供不同的解决方案。京东内部也提供了众多定时任务中间件来支持，总结当前各种定时任务原理，从定时任务基础原理、单机定时任务（单线程、多线程）、分布式定时任务介绍目前主流的定时任务的基本原理组成、优缺点等。希望能帮助读者深入理解定时任务具体的算法和实现方案。