![](https://img-blog.csdnimg.cn/20201014180756928.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
网络编程/服务器设计
文章平均质量分 76
Adam040606
这个作者很懒,什么都没留下…
展开
-
ZeroMQ 的模式
转自:http://blog.codingnow.com/2011/02/zeromq_message_patterns.html在需要并行化处理数据的时候,采用消息队列通讯的方式来协作,比采用共享状态的方式要好的多。Erlang ,Go 都使用这一手段来让并行任务之间协同工作。最近读完了 ZeroMQ 的 Guide。写的很不错。前几年一直有做类似的工作,但是自己总结的不好。而转载 2015-06-18 10:43:01 · 397 阅读 · 0 评论 -
浅谈过载保护
转自:http://djt.qq.com/article/view/156雪球:对于时延敏感的服务,当外部请求超过系统处理能力,如果系统没有做相应保护,可能导致历史累计的超时请求达到一定规模,像雪球一样形成恶性循环。由于系统处理的每个请求都因为超时而无效,系统对外呈现的服务能力为0,且这种情况下不能自动恢复。作者bison,腾讯后台开发技术总监。 过载保护,看似简转载 2016-11-19 21:59:45 · 393 阅读 · 0 评论 -
服务器过载保护(上篇)——过载介绍
转自:http://blog.csdn.net/wetest_tencent/article/details/51206530 本文由腾讯WeTest团队提供,更多资讯可直接戳链接查看:http://wetest.qq.com/lab/ 微信号:TencentWeTest1 何为过载“过载”一词,在海量服务的后台开发中,基本都会遇到。何为过载,即当前负载已经超转载 2016-11-19 22:38:42 · 815 阅读 · 0 评论 -
服务器过载保护(下篇)——过载处理新方案
转自:http://blog.csdn.net/wetest_tencent/article/details/51206578本文由腾讯WeTest团队提供,更多资讯可直接戳链接查看:http://wetest.qq.com/lab/ 微信号:TencentWeTest文/iven1 前言世界上不存在绝对完美的系统,我们不是上帝,出现问题是转载 2016-11-19 22:40:12 · 865 阅读 · 0 评论 -
百万并发量苹果官网准备好了吗?——一分钟学会服务器压力测试
转自:http://blog.csdn.net/wetest_tencent/article/details/52596374作者:Oliver,腾讯服务器性能测试团队产品经理 商业转载请联系腾讯WeTest授权,非商业转载请注明出处。目前腾讯WeTest服务器性能测试已经正式对外开放,点击链接:http://wetest.qq.com/gaps/立即体验!WeTe转载 2016-11-19 23:09:31 · 831 阅读 · 0 评论 -
万亿级调用系统:微信序列号生成器架构设计及演变
“每天万亿级调用的重量级系统,每次申请序列号平时调用耗时1ms,99.9%的调用耗时小于3ms,服务部署于数百台4核CPU服务器上!老司机介绍曾钦松,微信高级工程师,目前负责微信后台基础服务、朋友圈后台等开发优化,致力于高可用高性能后台系统的设计与研发。2011年毕业于西安电子科技大学,早先曾在腾讯搜搜从事检索架构、分布式数据库方面的工作。微信在立项之初,就已确立了利用转载 2016-11-19 18:02:38 · 436 阅读 · 0 评论 -
从0到1:微信后台系统的演进之路
转自:http://mp.weixin.qq.com/s?__biz=MjM5MDE0Mjc4MA==&mid=402340325&idx=1&sn=5b7bf6025b1a83a0e529e630fc95ae28&scene=21#wechat_redirect“2个月的开发时间,微信后台系统经历了从0到1的过程。从小步慢跑到快速成长,经历了平台化到走出国门,微信交出的这份优异答卷,转载 2016-11-20 11:17:28 · 612 阅读 · 0 评论 -
微信朋友圈技术之道:三个人的后台团队与每日十亿的发布量
转自:http://mp.weixin.qq.com/s?__biz=MjM5MDE0Mjc4MA==&mid=401735823&idx=1&sn=7a4df58c22d9d3145e0692dd580f6a3d&scene=21#wechat_redirect概述截止到2015年7月,微信每月活跃用户约5.49亿,朋友圈每天的发表量(包括赞和评论)超过10亿,浏览量超过转载 2016-11-25 08:21:16 · 578 阅读 · 0 评论 -
架构案例丨微信Android客户端架构演进之路
转自:http://mp.weixin.qq.com/s?__biz=MjM5MDE0Mjc4MA==&mid=402023042&idx=1&sn=0c64c9db380410e58c097ee65708ff11&scene=21#wechat_redirect拓荒微信1.0 for Android的测试版本于2011年1月发布。这是微信Android客户端的转载 2016-11-25 08:22:21 · 1516 阅读 · 0 评论 -
微服务(Microservice)那点事
转自:https://yq.aliyun.com/articles/2764摘要: 微服务架构被提出很短的时间内,就被越来越多的开发人员推崇,简单来说其主要的目的是有效的拆分应用,实现敏捷开发和部署 。本分享即尝试介绍微服务架构的一些实施细节和要求,探询微服务架构的由来,并最终提供我们团队内部的一些实践总结,希望对大家有帮助。WHAT - 什么是微服务微服务简介转载 2016-11-25 08:36:12 · 489 阅读 · 0 评论 -
协程及libco介绍
转自:http://www.tuicool.com/articles/NJNrAnlibco 是腾讯开源的一个协程库,主要应用于微信后台RPC框架,下面我们从为什么使用协程、如何实现协程、libco使用等方面了解协程和libco。why协程为什么使用协程,我们先从server框架的实现说起,对于client-server的架构,server最简单的实现:whil转载 2016-11-25 08:38:08 · 647 阅读 · 0 评论 -
全局精确流量调度新思路-HttpDNS服务详解
转自:http://chuansong.me/n/906600小编:对于互联网,域名是访问的第一跳,而这一跳很多时候会“失足”,导致访问错误内容,失败连接等,让我们在互联网上畅游的爽快瞬间消失,而对于这关键的第一跳,鹅厂也在持续深入研究和思考对策,今天小编就邀请了我们负责这块域名解析的好伙伴---廖伟健同学跟我们做一个分享。同时,今天小编也非常希望了解大伙对这块内容的感受,所以今天转载 2016-09-18 22:41:29 · 929 阅读 · 0 评论 -
什么是事件溯源(Event Sourcing)
转自:http://www.cnblogs.com/netfocus/archive/2012/02/12/2347911.html一个对象从创建开始到消亡会经历很多事件,以前我们是在每次对象参与完一个业务动作后把对象的最新状态持久化保存到数据库中,也就是说我们的数据库中的数据是反映了对象的当前最新的状态。而事件溯源则相反,不是保存对象的最新状态,而是保存这个对象所经历的每个事件,所有转载 2016-09-16 22:50:09 · 1762 阅读 · 0 评论 -
在移动网络上创建更稳定的连接
转自:http://blog.codingnow.com/2014/02/connection_reuse.html我们的手机游戏发布有一段时间了。立项之前我写的一篇 blog , 在移动设备上开发游戏需要克服的两大技术难点: 移动网络的不稳定性以及手机硬件资源的约束。由于开发时间所限,第一点我们并没有专门去做。我一直不想动手去做一个临时方案解决 TCP 断线重连问题,因为实现一个转载 2015-06-18 11:08:21 · 965 阅读 · 0 评论 -
开源点评:ZeroMQ简介
转自:http://blog.csdn.net/program_think/article/details/6687076貌似有2个月没写技术帖了(政治帖倒是写了不少)。今天,向各位程序猿同学介绍一个和网络通讯有关的开源项目——ZeroMQ(绰号 ØMQ,以下简称 ZMQ)。事先声明,本帖仅仅是简介,不涉及太深入的话题。★ZMQ是啥玩意儿? 通俗地说,ZMQ是一个转载 2015-06-18 10:27:13 · 504 阅读 · 0 评论 -
Google MapReduce
转自:http://www.open-open.com/lib/view/open1328763069203.html摘要MapReduce是一个编程模型,也是一个处理和生成超大数据集的算法模型的相关实现。用户首先创建一个Map函数处理一个基于 key/value pair的数据集合,输出中间的基于key/value pair的数据集合;然后再创建一个Reduce函数用来合并所转载 2015-06-02 16:36:37 · 518 阅读 · 0 评论 -
低延迟系统的 11 个最佳实践
转自:http://www.oschina.net/translate/11-best-practices-for-low-latency-systems?print自从Google发布额外的一个500ms延迟将减少20%的流量以及亚马逊发现额外的100ms延迟会使销售量下降1%已经8年了。此后,开发者们一直奋战在延迟曲线的底部,甚至前端开发者们都在压缩JavaScript、C转载 2015-05-22 16:56:35 · 637 阅读 · 0 评论 -
The Google File System
转自:http://www.open-open.com/lib/view/open1328763454608.html摘要我们设计并实现了Google GFS文件系统,一个面向大规模数据密集型应用的、可伸缩的分布式文件系统。GFS虽然运行在廉价的普遍硬件设备上,但是它依然了提供灾难冗余的能力,为大量客户机提供了高性能的服务。 虽然GFS的设计目标与许多传统的分布转载 2015-06-02 16:39:38 · 557 阅读 · 0 评论 -
高性能服务器架构
转自:http://www.cnblogs.com/ringofthec/archive/2010/11/14/hehe.html任何一行都有自己的军规, 我想这篇著名的文章就是游戏服务器程序员的军规. 也许你认为游戏服务器程序员日常并不涉及这样底层的实现, 而只是去完成策划提出的需求, 我觉得也有道理, 毕竟这些是我们的工作, 下面的译文就不太适合你. 但是对于想改进现有系统,转载 2015-05-25 09:42:35 · 841 阅读 · 0 评论 -
如何优化服务器的性能
转自:http://www.cnblogs.com/zackyang/archive/2010/01/19/1651566.html一、通常服务器的性能会卡在三个地方:cpu网络IO磁盘IO二、在优化性能的时候,首先要判断性能的瓶颈在上述的哪个地方。然后对症下药,按照下面的方法来优化:1、提高CPU性能的方法并发。利用多线程、进程。老的线程库效率太低,需要升级用np转载 2015-07-30 08:51:21 · 476 阅读 · 0 评论 -
cassandra 之 gossip实现
转自:http://blog.163.com/liaoxiangui@126/blog/static/795696402012123113540670/1 概述本文的描述基于cassandra 0.6.3 源代码。gossip协议解决了在分布式环境中,如何使用最少的网络带宽,达到数据同步的目的。同步的数据包括:集群中有哪些节点以及这些节点的状态。重点提示:节点只能更新属于自转载 2016-01-27 21:37:01 · 722 阅读 · 0 评论 -
Cassandra中Gossip具体实现方式
转自:http://blog.csdn.net/zhangzhaokun/article/details/5859760(一)Gossip的作用Cassandra集群没有中心节点,各个节点的地位完全相同,它们通过一种叫做gossip的协议维护集群的状态。 通过gossip,每个节点都能知道集群中包含哪些节点,以及这些节点的状态,这使得Cassandra集群中的任何一个节点都可以转载 2016-01-27 21:38:22 · 535 阅读 · 0 评论 -
WebSphere MQ Low Latency Messaging 产品介绍及 API 使用
转自:http://www.ibm.com/developerworks/cn/websphere/library/techarticles/1007_wangbb_mqllm/1007_wangbb_mqllm.html引言IBM WebSphere MQ Low Latency Messaging(以下简称 MQ LLM)提供了一种高吞吐量、低延迟的消息传递方法。在金融转载 2016-05-24 13:36:29 · 1103 阅读 · 0 评论 -
柔性可用——移动互联网时代的一秒响应秘诀
转自:http://www.cnblogs.com/Kevin-Zhao/articles/4896936.html移动互联网海量服务有2大特点:每用户收益远低于金融业;业务流量毛刺更加突出,瞬间百倍的业务冲击经常发生。柔性可用将从安民告示、产品设计、技术实现三个方面讨论如何深刻理解业务特点、充分考虑突发和故障,精心设计柔性场景,用低成本提供优雅的海量移动互联网服务。转载 2016-11-25 11:25:20 · 1526 阅读 · 0 评论