架构师必看 第8页

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

一、web-server的负载均衡 互联网架构中，web-server接入一般使用nginx来做反向代理，实施负载均衡。整个架构分三层： 上游调用层，一般是browser或者APP 中间反向代理层，nginx 下游真实接入集群，web-se...

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

本文，将介绍数据库架构设计中的一些 基本概念， 常见问题以及对应 解决方案，为了便于读者理解，将以“用户中心”数据库为例，讲解数据库架构设计的常见玩法。 一、用户中心 用户中心是一个常见业务，主要提供用户注册、登录、信息查询与修改的服务，其...

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

一、缘起 很多公司，技术经常遇到这样的场景： 1）硬件升级，要换一台高配机器 2）网络重新规划，若干服务器要调整机架 3）服务器当机，要重新部署恢复服务 … 更具体的，如上图：数据库换了一个ip，此时往往连接此数据库的上游需要修改配置重启，...

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

一、缘起 一切脱离业务的架构设计与新技术引入都是耍流氓。 引入一个技术之前，首先应该解答的问题是，这个技术解决什么问题。 就像微服务分层架构之前，应该首先回答，为什么要引入微服务，微服务究竟解决什么问题（详见《 互联网架构为什么要做微服务？...

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

一、缘起 如《 消息总线消息必达》所述，MQ消息必达，架构上有两个核心设计点： （1）消息落地 （2）消息超时、重传、确认 再次回顾消息总线核心架构，它由 发送端、服务端、固化存储、接收端四大部分组成。 为保证消息的可达性，超时、重传、确认...

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

一、缘起 上周讨论了两期环形队列的业务应用： 《高效定时任务的触发》 《延迟消息的快速实现》 两期的均有大量读者提问： 任务、延迟消息都放在内存里，万一重启了怎么办？ 能否保证消息必达？ 今天就简单聊聊 消息队列（MsgQueue）的消息必...

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

一、缘起 很多时候，业务有定时任务或者定时超时的需求，当任务量很大时，可能需要维护大量的timer，或者进行低效的扫描。 例如：58到家APP实时消息通道系统，对每个用户会维护一个APP到服务器的TCP连接，用来实时收发消息，对这个TCP连...

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

一、缘起 很多时候，业务有“在一段时间之后，完成一个工作任务”的需求。 例如：滴滴打车订单完成后，如果用户一直不评价，48小时后会将自动评价为5星。 一般来说怎么实现这类“48小时后自动评价为5星”需求呢？ 常见方案：启动一个cron定时任...

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

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

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

于version + ext方案，还是有很多朋友质疑“线上不可能这么用”。本篇将讲述一下58同城最核心的数据“帖子”的架构实现技术细节，说明不仅不是“不可能这么用”，而是大数据，可变属性，高吞吐场景下的“常用手段”。 一、背景描述及业务介绍...