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

摘要：通过上篇文章的介绍，知道了要实施微服务，首先要搞定RPC框架，RPC框架的职责要向【调用方】和【服务提供方】屏蔽各种复杂性： （1）让调用方感觉就像调用本地函数一样 （2）让服务提供方感觉就像实现一个本地函数一样来实现服务 整个RPC框架又分为client部分与server部分： RPC-clien 阅读全文

摘要：今天开始聊一些微服务的实践，第一块，RPC框架的原理及实践，为什么说要搞定微服务架构，先搞定RPC框架呢？ 一、需求缘起 服务化的一个好处就是，不限定服务的提供方使用什么技术选型，能够实现大公司跨团队的技术解耦，如下图： 服务A是欧洲团队提供服务，欧洲团队的技术背景是Java，可以用Java实现服务 阅读全文

摘要：一、互联网架构为什么要进行服务化-总结 上一篇和大伙交流了一下，随着数据量、并发量、业务复杂度的增长，互联网架构会出现以下问题： （1）代码到处拷贝 （2）底层复杂性扩散 （3）基础库（so/jar/dll）耦合 （4）SQL质量得不到保障，业务相互影响 （5）数据库耦合 “服务化”是一个很好的解决 阅读全文

摘要：近期参加一些业界的技术大会，“微服务架构”的话题非常之火，也在一些场合聊过服务化架构实践，最近几期文章期望用通俗易懂的语言聊聊了个人对服务化以及微服务架构的理解，希望能给大伙一些启示。如果有遗漏，也欢迎大家补充。 一、互联网高可用架构，为什么要服务化？ 【服务化之前高可用架构】 在服务化之前，互联网 阅读全文