大白菜博客

管理员评论(0)赞(0)

【需求缘起】 之前的文章更多的聊了单对单的消息投递： 《微信为什么不丢消息？》 《http如何像tcp一样实时的收消息？》 群聊是多人社交的基本诉求，不管是QQ群，还是微信群，一个群友在群内发了一条消息： （1）在线的群友能第一时间收到消息...

管理员评论(0)赞(1)

需求缘起 当发送方用户A发送消息给接收方用户B时，如果用户B在线，之前的文章《微信为啥不丢“在线消息”？》聊过，可以通过应用层的确认，发送方的超时重传，接收方的去重保证业务层面消息的不丢不重。 那如果接收方用户B不在线，系统是如何保证消息的...

管理员评论(0)赞(0)

上一章和大家分享了《 http如何像tcp一样实时的收消息？》， 本章来聊一聊即时通讯（Instant Messaging，后简称im） 消息的可靠投递。 一、报文类型 im的客户端与服务器通过发送报文（也就是网络包）来完成消息的传递，报文...

管理员评论(0)赞(0)

通过上篇文章的介绍，知道了要实施微服务，首先要搞定RPC框架，RPC框架分为客户端部分与服务端部分。 RPC-client的部分又分为： （1）序列化反序列化的部分（上图中的1、4） （2）发送字节流与接收字节流的部分（上图中的2、3） 前...

管理员评论(0)赞(0)

上一篇聊了【 “为什么说要搞定微服务架构，先搞定RPC框架？”】 通过上篇文章的介绍，知道了要实施微服务，首先要搞定RPC框架，RPC框架的职责要向【调用方】和【服务提供方】屏蔽各种复杂性： （1）让调用方感觉就像调用本地函数一样 （2）让...

管理员评论(0)赞(0)

第一章聊了【“为什么要进行服务化，服务化究竟解决什么问题”】 第二章聊了【“微服务的服务粒度选型”】 今天开始聊一些微服务的实践，第一块，RPC框架的原理及实践，为什么说要搞定微服务架构，先搞定RPC框架呢？ 一、需求缘起 服务化的一个好处...

管理员评论(0)赞(0)

前情提要： 互联网架构为什么要做服务化？ 一、互联网架构为什么要进行服务化-总结 上一篇和大伙交流了一下，随着数据量、并发量、业务复杂度的增长，互联网架构会出现以下问题： （1）代码到处拷贝 （2）底层复杂性扩散 （3）基础库（so/jar...

管理员评论(0)赞(0)

一、缘起 （1）并发量大，流量大的互联网架构，一般来说，数据库上层都有一个服务层，服务层记录了“业务库名”与“数据库实例”的映射关系，通过数据库连接池向数据库路由sql语句以执行： 如上图：服务层配置用户库user对应的数据库实例物理位置为...

管理员评论(0)赞(0)

近期一篇《就这样把根目录删了！！！》引发了广泛的讨论，《如何防止根目录被删》汇总了7种防删方案。还有同学评论中反馈 “不小心把库删了”，如何快速恢复删掉的数据库，是今天要讨论的话题。 【高可用数据库架构】 一般来说数据库集群会是主从架构： ...

管理员评论(0)赞(0)

周末误删根目录《就这样把根目录删了！！！》，引起了广泛的讨论： （1）部分朋友表达了同情 （2）部分朋友建议买机票跑路 （3）部分朋友分享了类似的悲剧（例如：多一个空格） rm -rf / home/work/logs/ （4）大部分朋友分...