腾讯云
开发者社区
文档
建议反馈
控制台
登录/注册
首页
学习
活动
专区
工具
TVP
最新优惠活动
文章/答案/技术大牛
搜索
搜索
关闭
发布
首页
学习
活动
专区
工具
TVP
最新优惠活动
返回腾讯云官网
架构师之路
专栏成员
举报
464
文章
515232
阅读量
210
订阅数
订阅专栏
申请加入专栏
全部文章(464)
数据库(120)
sql(78)
编程算法(54)
缓存(47)
云数据库 SQL Server(43)
架构师(39)
视频(37)
管理(36)
系统架构(32)
存储(28)
架构设计(28)
rpc(23)
微服务(22)
其他(20)
http(18)
tcp/ip(16)
微信(16)
分布式(14)
压力测试(13)
网站(12)
html(10)
大数据(10)
数据结构(10)
java(9)
运维(8)
负载均衡(7)
linux(7)
网络安全(7)
算法(7)
区块链(6)
api(6)
推荐系统(6)
程序员(6)
工具(6)
数据(6)
比特币(5)
php(5)
云数据库 Redis(5)
tomcat(5)
搜索引擎(5)
负载均衡缓存(5)
文件存储(5)
grep(5)
技巧(5)
bash(4)
xml(4)
json(4)
nginx(4)
消息队列 CMQ 版(4)
shell(4)
kafka(4)
迁移(4)
优化(4)
ruby on rails(3)
打包(3)
github(3)
腾讯云测试服务(3)
mongodb(3)
游戏(3)
开源(3)
黑客(3)
ssh(3)
dns(3)
安全(3)
数据分析(3)
processing(3)
google(3)
互联网(3)
设计(3)
实践(3)
效率(3)
数字货币(2)
c++(2)
perl(2)
python(2)
node.js(2)
ajax(2)
mvc(2)
全文检索(2)
apache(2)
企业(2)
自动化(2)
spark(2)
html5(2)
gcc(2)
socket编程(2)
腾讯云开发者社区(2)
flink(2)
即时通信 IM(2)
汽车(2)
case(2)
chatgpt(2)
client(2)
distance(2)
mq(2)
mysql(2)
null(2)
server(2)
编码(2)
产品(2)
工作(2)
后台(2)
架构(2)
框架(2)
面试(2)
日志(2)
事务(2)
系统(2)
数据挖掘(1)
javascript(1)
go(1)
vue.js(1)
css(1)
android(1)
qt(1)
ide(1)
unix(1)
容器镜像服务(1)
mapreduce(1)
短视频(1)
访问管理(1)
TDSQL MySQL 版(1)
o2o(1)
渲染(1)
serverless(1)
数据迁移(1)
爬虫(1)
erp(1)
面向对象编程(1)
seo(1)
cdn(1)
udp(1)
小程序(1)
服务网格(1)
教育(1)
app(1)
bit(1)
bug(1)
ci(1)
copy(1)
db(1)
ddd(1)
double(1)
error(1)
excel(1)
exception(1)
frequency(1)
gsp(1)
hash(1)
leetcode(1)
lift(1)
list(1)
map(1)
packet(1)
path(1)
saas(1)
set(1)
string(1)
target(1)
time(1)
timer(1)
visibility(1)
wiki(1)
word(1)
编程(1)
编程语言(1)
变量(1)
表格(1)
测试(1)
产品经理(1)
磁盘(1)
登录(1)
服务(1)
服务端(1)
高可用(1)
工程师(1)
函数(1)
行业(1)
即时通讯(1)
计算机科学(1)
解决方案(1)
接口设计(1)
开发(1)
量化(1)
领域驱动设计(1)
流量(1)
排序(1)
配置(1)
数据恢复(1)
数学(1)
数组(1)
搜索(1)
性能(1)
性能优化(1)
研发(1)
搜索文章
搜索
搜索
关闭
消息顺序性,究竟为什么这么难?
文件存储
很多业务都需要考虑消息投递的顺序性: (1)单聊消息投递,保证发送方发送顺序与接收方展现顺序一致; (2)群聊消息投递,保证所有接收方展现顺序一致; (3)充值支付消息,保证同一个用户发起的请求在服务端执行序列一致; 消息顺序性是分布式系统架构设计中非常难的问题,有什么常见优化实践呢? 折衷一:以客户端或者服务端的时序为准 不管什么情况,都需要一个标尺来衡量时序的先后顺序,可以根据业务场景,以客户端或者服务端的时间为准,例如: (1)邮件展示顺序,其实是以客户端发送时间为准的; 画外音:发送方只要将邮件协
架构师之路
2022-09-20
527
0
必须知道的RPC内核细节(值得收藏)!!!
文件存储
rpc
xml
ajax
微服务分层架构,之前聊得很多了,微服务离不开RPC框架,RPC框架的原理、实践及细节,今天和大家聊一聊。 文章较长,1万字左右,建议提前收藏。 服务化有什么好处? 服务化的一个好处就是,不限定服务的提供方使用什么技术选型,能够实现大公司跨团队的技术解耦,如下图所示: (1)服务A:欧洲团队维护,技术背景是Java; (2)服务B:美洲团队维护,用C++实现; (3)服务C:中国团队维护,技术栈是go; 服务的上游调用方,按照接口、协议即可完成对远端服务的调用。 但实际上,大部分互联网公司,研发团队规模
架构师之路
2022-06-24
698
0
Bruce Eckel大神的新书《On Java》来了,送一批
java
c++
文件存储
《Thinking in C++》与《Thinking in Java》(中译版《Java编程思想》)等这一系列书籍,有没有童鞋没有读过? Bruce Eckel的这些经典之作,早已被翻译成十几种语言,在世界范围内产生了广泛的影响,并多次荣获软件行业内的最佳图书奖,是工程师们的必读之作。 近期,Bruce Eckel的新作《On Java》译本出炉了,受邀为译本写推荐序,荣幸至极。 新书上架,第一时间推荐给大家,也送一批给大家,希望大家有收获。 编程语言和编程思想这两个部分,对我影响最为深远的,
架构师之路
2022-06-01
663
0
1万行代码,单机50万QPS,今年最值得学习的开源RPC框架!
rpc
文件存储
http
开源
架构设计
如果没有统一的RPC框架,各个团队的服务提供方就需要各自实现一套序列化、反序列化、网络框架、连接池、收发线程、超时处理、状态机等“业务之外”的重复技术劳动,造成整体的低效。
架构师之路
2021-11-30
995
0
巧妙测量服务器之间的时间差
文件存储
昨天,和大家讨论了无线APP时代如何进行日志上报优化【回复“日志”阅读】,今天和大家一起讨论一下如何巧妙测量服务器之间的时间差。 缘起:无绝对时钟 Fischer Lynch Paterson定理是分布式理论中非常重要的一个定理,其结论相当悲观:在一个多进程异步系统中,由于没有全局绝对时钟,一定不存在一个一致的消息投递协议。 工程折衷:单点序列化 每个进程,每台服务器都有自己的本地时钟,跨服务器的本地时钟比较是没有意义的,这一点很好理解,服务器A上的本地时间ta=1,服务器B上的本地时间tb=2,虽然ta<
架构师之路
2018-03-01
1.3K
0
没有更多了
社区活动
【纪录片】中国数据库前世今生
穿越半个世纪,探寻中国数据库50年的发展历程
立即查看
Python精品学习库
代码在线跑,知识轻松学
立即查看
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
立即体验
技术创作特训营·精选知识专栏
往期视频·千货材料·成员作品 最新动态
立即查看
领券
问题归档
专栏文章
快讯文章归档
关键词归档
开发者手册归档
开发者手册 Section 归档