腾讯云
开发者社区
文档
建议反馈
控制台
登录/注册
首页
学习
活动
专区
工具
TVP
最新优惠活动
文章/答案/技术大牛
搜索
搜索
关闭
发布
首页
学习
活动
专区
工具
TVP
最新优惠活动
返回腾讯云官网
架构师之路
专栏成员
举报
464
文章
515908
阅读量
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)
搜索文章
搜索
搜索
关闭
必须知道的RPC内核细节(值得收藏)!!!
文件存储
rpc
xml
ajax
微服务分层架构,之前聊得很多了,微服务离不开RPC框架,RPC框架的原理、实践及细节,今天和大家聊一聊。 文章较长,1万字左右,建议提前收藏。 服务化有什么好处? 服务化的一个好处就是,不限定服务的提供方使用什么技术选型,能够实现大公司跨团队的技术解耦,如下图所示: (1)服务A:欧洲团队维护,技术背景是Java; (2)服务B:美洲团队维护,用C++实现; (3)服务C:中国团队维护,技术栈是go; 服务的上游调用方,按照接口、协议即可完成对远端服务的调用。 但实际上,大部分互联网公司,研发团队规模
架构师之路
2022-06-24
700
0
1万行代码,单机50万QPS,今年最值得学习的开源RPC框架!
rpc
文件存储
http
开源
架构设计
如果没有统一的RPC框架,各个团队的服务提供方就需要各自实现一套序列化、反序列化、网络框架、连接池、收发线程、超时处理、状态机等“业务之外”的重复技术劳动,造成整体的低效。
架构师之路
2021-11-30
1K
0
为什么说,MQ,是互联网架构的解耦神器?
rpc
html
耦合,是架构中,本来不相干的代码、模块、服务、系统因为某些原因联系在一起,各自独立性差,影响则相互影响,变动则相互变动的一种架构状态。
架构师之路
2021-09-07
524
0
我C,一个库里Curry几百个表,这谁受得了?
数据库
rpc
sql
随着业务越来越复杂,数据量越来越大,并发量越来越大,数据库的性能越来越低。好不容易找运维申请了两台机器,让DBA部署了几个实例,想把一些业务库拆分出来,却发现一个库里几百个表,拆不出来,扩不了容,尴尬!
架构师之路
2021-09-07
302
0
服务之间通过缓存传递数据,我坚决反对!
架构设计
bash
缓存
rpc
tcp/ip
如果只是单纯的将cache作为两个服务数据通讯的管道,service-A生产数据,service-B(当然,可能有service-C/service-D等)订阅数据,MQ比cache更加合适:
架构师之路
2021-07-15
659
0
究竟为啥总在凌晨上线,如何进行无损发布
网站
rpc
nginx
tomcat
如上图,重启ip1上的tomcat时,tomcat上或许有1000个http请求正在处理,这些请求就会失败。
架构师之路
2020-12-14
559
0
怎样的监控,才真正说明系统有问题?
http
网站
rpc
网络安全
缓存
监控不告警,系统就一定没有问题么?怎样的监控,才真正说明系统有问题?今天和大伙聊聊多维度立体化监控。
架构师之路
2020-12-14
641
0
业务层,到底需不需要服务化?
rpc
编程算法
除了基础数据的访问需要服务化,业务层是否需要服务化?如果需要,什么时机进行服务化?这是本文要讨论的两个问题。
架构师之路
2020-11-11
534
1
每秒几万次MySQL交互,搜狗纯异步MySQL客户端开源了!
云数据库 SQL Server
rpc
数据库
sql
今年看源码,之前推荐过一个框架《单机40万QPS,搜狗WF框架,今年最值得学习的开源代码》,随着源码阅读的越来越深入,发现了WF框架一个非常独特的地方:高性能纯异步MySQL客户端,非常有意思,今天和大家介绍一下自己的学习心得。
架构师之路
2020-11-03
1.5K
0
单机40万QPS,搜狗WF框架,今年最值得学习的开源代码
rpc
开源
c++
职业生涯的前五年,基本上都在做即时通讯业务,由于业务的特殊性,吞吐量极大,时延不这么敏感,团队内部单独开发了一套纯异步omni框架。
架构师之路
2020-09-28
1.1K
0
构建基于ServiceMesh的中台架构
rpc
网络安全
微服务
服务网格
负载均衡
微服务架构中,随着数据量不断增大,吞吐量不断增加,业务越来越复杂,服务的个数会越来越多,分层会越来越细,除了数据服务层,还会衍生出业务服务层,前后端分离等各种层次结构。
架构师之路
2020-05-14
726
0
究竟什么时候该使用MQ?
rpc
微信
html
任何脱离业务的组件引入都是耍流氓。引入一个组件,最先该解答的问题是,此组件解决什么问题。
架构师之路
2020-03-23
622
0
多维度立体化监控,才是真的监控
http
rpc
前文介绍了通用+可扩展的http监控平台与log监控平台的架构: 《通用+可扩展http监控平台/框架》 《通用+可扩展log监控平台/框架》 结果,评论里各种冷嘲热讽。 监控这个topic本来有很多细节可以聊,既然大伙公司都做得比较完善,后续就不纠细节了,聊聊方向上的思考,架构上的设计。今天和大伙聊聊多维度立体化监控。 一、什么是多维度立体化监控 不同公司或多或少有一些自动化监控手段,除了前文提到的: http接口监控 log关键字监控 还有很多维度的监控: 操作系统,进程,端口 http状态码 服务存活
架构师之路
2018-03-02
2.9K
0
如何实施异构服务器的负载均衡及过载保护?
负载均衡
负载均衡缓存
rpc
零、需求缘起 第一篇文章“一分钟了解负载均衡”和大家share了互联网架构中反向代理层、站点层、服务层、数据层的常用负载均衡方法。 第二篇文章“lvs为何不能完全代替DNS轮询”和大家share了互联网接入层负载均衡需要解决的问题及架构演进。 在这两篇文章中,都强调了“负载均衡是指,将请求/数据【均匀】分摊到多个操作单元上执行,负载均衡的关键在于【均匀】”。 然而,后端的service有可能部署在硬件条件不同的服务器上: 1)如果对标最低配的服务器“均匀”分摊负载,高配的服务器的利用率不足; 2)如果对标最
架构师之路
2018-03-02
1.9K
0
“id串行化”到底是怎么实现的?
rpc
http
一、需求缘起 在上一篇文章《消息“时序”与“一致性”为何这么难?》中,介绍了一种为了保证“所有群友展示的群消息时序都是一致的”所使用的“id串行化”的方法:让同一个群gid的所有消息落在同一台服务器上
架构师之路
2018-03-02
1.1K
0
服务读写分离(读服务,写服务),是否可行?
数据库
sql
rpc
架构设计
系统分层架构有一个迭代和演进的过程,早期,系统分层架构如下: 上游是需要数据的业务调用方 下游是存储数据的数据库 随着架构的演进,可能要抽取出服务层(详见《互联网架构为什么要做服务化?》): 上游通过
架构师之路
2018-03-02
1.4K
0
MQ,互联网架构解耦神器
rpc
一个架构常识:当调用方需要关心执行结果,通常使用RPC调用。 ret = PassportService::userAuth(name, pass); switch(ret){ case(YES)
架构师之路
2018-03-02
1.5K
0
互联网分层架构,为啥要前后端分离?
java
json
rpc
mvc
通用业务服务化之后,系统的典型后端结构如上: web-server通过RPC接口,从通用业务服务获取数据 biz-service通过RPC接口,从多个基础数据service获取数据 基础数据service通过DAO,从独立db/cache获取数据 db/cache存储数据 随着时间的推移,系统架构并不会一成不变,业务越来越复杂,改版越来越多,此时web-server层虽然使用了MVC架构,但以下诸多痛点是否似曾相识? 产品追求绚丽的效果,并对设备兼容性要求高,这些需求不断折磨着使用MVC的Java工程师
架构师之路
2018-03-02
856
0
啊,业务层是否也需要服务化?
rpc
《互联网分层架构的本质》简述了两个观点: 互联网分层架构的本质,是数据的移动 互联网分层架构演进的核心原则:是让上游更高效的获取与处理数据,让下游能屏蔽数据的获取细节 《分层架构:什么时候抽象DAO层,什么时候抽象数据服务层》中的观点是: 当手写代码从DB中获取数据,成为通用痛点的时候,就应该抽象出DAO层,简化数据获取过程,提高数据获取效率,向上游屏蔽底层的复杂性 当业务越来越复杂,垂直拆分的系统越来越多,数据库实施了水平切分,数据层实施了缓存加速之后,底层数据获取复杂性成为通用痛点的时候,就应该抽象出数
架构师之路
2018-03-02
1.3K
0
工作线程数究竟要设置为多少 | 架构师之路
压力测试
编程算法
rpc
一、需求缘起 Web-Server通常有个配置,最大工作线程数,后端服务一般也有个配置,工作线程池的线程数量,这个线程数的配置不同的业务架构师有不同的经验值,有些业务设置为CPU核数的2倍,有些业务设置为CPU核数的8倍,有些业务设置为CPU核数的32倍。 “工作线程数”的设置依据是什么,到底设置为多少能够最大化CPU性能,是本文要讨论的问题。 二、共性认知 在进行进一步深入讨论之前,先以提问的方式就一些共性认知达成一致。 问:工作线程数是不是设置的越大越好? 答:肯定不是的 服务器CPU核数有限,能够同
架构师之路
2018-03-02
1.7K
0
点击加载更多
社区活动
【纪录片】中国数据库前世今生
穿越半个世纪,探寻中国数据库50年的发展历程
立即查看
Python精品学习库
代码在线跑,知识轻松学
立即查看
博客搬家 | 分享价值百万资源包
自行/邀约他人一键搬运博客,速成社区影响力并领取好礼
立即体验
技术创作特训营·精选知识专栏
往期视频·千货材料·成员作品 最新动态
立即查看
领券
问题归档
专栏文章
快讯文章归档
关键词归档
开发者手册归档
开发者手册 Section 归档