[转]Redis高可用技术解决方案总结
本文主要针对 Redis 常见的几种使用方式及其优缺点展开分析。 1. 一、常见使用方式 Redis 的几种常见使用方式包括： Redis 单副本； Redis 多副本（主从）； Redis Sentinel（哨兵）； Redis Cluster； Redis 自研。
Mobabel Blog
[转]业务出海过程中，你有遇到过跨域RPC调用的问题吗？
在微服务架构中，一般都是通过 API 网关统一向外部系统提供 API 服务。熟悉 Spring Cloud 的同学知道，Zuul 在 Spring Cloud 中就起到了 API 网关的作用。同理，在菜鸟微服务架构中，菜鸟 API 网关作为对外暴露服务的网关。 菜鸟在面向全球 CP（Cainiao Partner）提供服务的时候，遇到了传统 API 网关在跨国网络上传输数据的瓶颈，如下图，Partner C（国外的 CP）调用 API Gateway 走了跨国的公网，该段网络的质量非常不稳定，严重影响了 Partner C 的服务体验。我们把这种由于网络延迟高、抖动严重而引起的网络质量问题称为 网络桎梏。
[转]如何向小白讲述软件架构发展历程？
1. 什么是架构 计算机科学和程序设计的飞速发展，使得软件设计应用到从航空航天到日常生活的方方面面。单个人开发一段小程序的做法早就过时，大范围协作的工程化时代随即到来。 随着大范围协作的效率问题和软件复杂度的爆炸式增长，管理和技术方面的各种不确定性也爆发性增加，导致软件开发的质量无法得到有效保证，周期和成本无法得到有效控制。 人们一直在寻求找到这些问题的解决办法。然而 Fred Brooks 在 1975 年出版的软件工程圣经《人月神话》中说，没有（能解决所有问题的）银弹（There is no silver bullet）。
[转]IMDB、烂番茄…哪家网站的电影评分更靠谱？
我们在选择看哪一部电影时，通常会考虑很多个因素，比如导演是谁、演员是谁，或者电影的预算是多少。大部分人都是基于影评、预告片做出决定，或者直接根据电影的评分来决定。 出于某些原因，有些人不愿意看影评或预告片，尽管它们比评分提供了更多的信息。
[转]一个支付服务的最终一致性实践案例（含伪代码）
“功夫贷”是一款线上贷款 APP，主要是给信用卡优质用户提供纯线上的信用贷款，以期限长、额度高、利息低为主要优势（类似的业务模式主要有宜人贷）。 和任何一种分期贷款一样，符合资质的用户，在功夫贷成功贷款之后，需要在约定还款日还款。目前还款主要有以下这几种方式： 用户在 APP 上主动还款； 系统定时通过后台任务扣款； 催收人员通过内部作业系统，手动发起扣款；
[转]批处理ETL已死，Kafka才是数据处理的未来
在 QCon 旧金山 2016 会议上，Neha Narkhede 做了“ETL 已死，而实时流长存”的演讲，并讨论了企业级数据处理领域所面临的挑战。该演讲的核心前提是开源的 Apache Kafka 流处理平台能够提供灵活且统一的框架，支持数据转换和处理的现代需求。 Narkhede 是 Confluent 的联合创始人和 CTO，在演讲中，他首先阐述了在过去的十年间，数据和数据系统的重要变化。该领域的传统功能包括提供联机事务处理（online transaction processing，OLTP）的操作性数据库以及提供在线分析处理（online analytical processing，OLAP）的关系型数据仓库。来自各种操作性数据库的数据会以批处理的方式加载到数据仓库的主模式中，批处理运行的周期可能是每天一次或两次。这种数据集成过程通常称为抽取 – 转换 – 加载（extract-transform-load，ETL）。
[转]分布式系统架构经典资料
前段时间，我写了一系列分布式系统架构方面的文章（拉到文末看目录），有很多读者纷纷留言讨论相关的话题，还有读者留言表示对分布式系统架构这个主题感兴趣，希望我能推荐一些学习资料。 就像我在前面的文章中多次提到的，分布式系统的技术栈巨大无比，所以我要推荐的学习资料也比较多，会在后面的文章中陆续发出。在今天这篇文章中，我将推荐一些分布式系统的基础理论和一些不错的图书和资料。
[转]如何用故事的方式向你的老板讲清楚运维到底在干什么？
我是一名运维工作者，可是老板，决策者并非技术出身，并不理解运维，甚至曾经碰到过有人简单的理解运维为，就是看着电脑不宕机，网络不掉线。这时候运维的困难就来了，当我们需要资源做事情的时候，决策者会带着一脸的怀疑问我们为什么。 这时候我们用一些自认为时髦的技术词语告诉领导，我们要用虚拟化管理服务器，分布式解决大并发，自动化部署应用，智能化监控应用，你猜老板能否听懂？能否立马支持你的工作？事实是，当老板听不懂你在说什么的时候，是不会支持你的，或者支持力度很小。
[转]阿里巴巴微服务与配置中心技术实践之道
在面向分布式的微服务系统中，如何通过更高效的配置管理方式，帮助微服务系统架构持续“无痛”的演进，动态调整和控制系统的运行时飞行姿态，值得我们好好的在配置管理上重新思考和设计。别让您的微服务被配置管理“绊”了一跤！ 本文是阿里巴巴高级技术专家 @坤宇在 2017 年 QCon 微服务专题演讲中关于微服务与配置中心的演讲实录的文字版，演讲视频可以参见： http://www.infoq.com/cn/presentations/micro-service-and-configuration-center?spm=a2c4e.11153940.blogcont332358.36.30772099lWiw8H 阿里巴巴集团早在 2007 年进行从 IOE 集中式应用架构升级为互联网分布式服务化架构的时候，就意识到在分布式环境中，传统的分散式的、基于配置文件的、应用自包含的配置管理方式将面临重大挑战，亟需设计匹配新架构的新的配置管理解决方案，解决诸如分布式服务治理，数据源容灾切换，异地多活，预案，限流规则等场景下的配置变更以及热生效问题，这直接诞生了今天阿里集团内部被广泛使用的配置中心 ACM(Diamond)，而这也是目前世界上最大的配置中心，存储了超过百万的生产配置，在集团内部支持了包括淘宝、天猫、菜鸟、阿里云、高德等全网几乎阿里所有的应用，每天产生近 10 亿次的配置变更推送。
![[汇总]端侧模型](https://www.mobabel.net/wp-content/themes/hueman/assets/front/img/thumb-small-empty.png)
