2016年10月_ChainCode

原创秒杀后台系统设计

网上有很多介绍秒杀系统架构文章，写得不错，包括前后端的实现，这里只从后台服务系统架构阐述。打开页面时查询商品数量和点击抢购按钮提交校验时都是从本地web进程内缓存读取，这里没有使用redis，是考虑到redis号称单机qps最大10w/s，用户端可能会使用些作弊器产生的qps大于10w/s,所以通过web进程内缓存实现，web进程可以通过nginx做平行扩容。单个web应用可支持的

2016-10-20 18:07:39 4194

原创微服务异步化架构

微服务中的逻辑复杂处理时间长的情况，在高并发量下，导致服务线程消耗尽，不能再创建线程处理请求。对这种情况的优化，除了在程序上不断调优(数据库调优，算法调优，缓存等等)，可以考虑在架构上做些调整，先返回结果给客户端，让用户可以继续使用客户端的其他操作，再把服务端的复杂逻辑处理模块做异步化处理。这种异步化处理的方式适合于客户端对处理结果不敏感不要求实时的情况，比如群发邮件、群发消息等。下面介绍三种

2016-10-19 18:17:17 3367 1

原创 7+3 or 5+5(论团队组建)

如果新组建的团队中要配备两名android开发，需要招聘人员，人员招聘有两种方案：第一种： 1个七年工作经验，年薪要求是24万，再加1个三年工作经验，年薪要求是16万第二种：两个五年工作经验的，年薪各要求各20万 24+16=20+20，人力成本一样，大家会选择哪种方案？我个人偏向第一个方案，3年工作经验有冲劲，且有一定的经验，可以带动

2016-10-19 15:53:22 764

原创要把直播系统做好有多复杂？

CSDN有个直播知识库，有个网址http://lib.csdn.net/base/liveplay/structure详细介绍了直播的知识点，由于原图像蜘蛛网，不易查看，对原图进行分类截图，如下：

2016-10-14 11:37:34 1091

原创微服务性能优化-日志调优

A进程是提供接口给手机客户端调用，B进程是刚上的服务，A进程调用B进程的超时时间设置为3秒，超过3秒就报错，上报到监控系统。上线后收到短信告警，超时的请求量较多。查看监控图如下纵座标的顶部是3秒，每隔一小时就有一个高峰达到3秒。刚开始怀疑B进程有定时任务在跑，查看代码后发现没有，最后查到运维人员在系统中跑定时任务，每小时检查log目录下的文件是否大于500M，是的话就切割文件压缩。文件

2016-10-13 17:24:45 4409

原创直播平台录播系统架构

很多直播平台，会录制一些大主播的内容或者精彩内容，提供回放给用户观看。音视频的录制是在云端合成录制成个文件，有比较成熟的技术支持。技术的复杂性在于录制弹幕，礼物特效，进出场人数等流水。在直播时，弹幕、礼物特效、观看人数的变化都是通过广播消息包推送到客户端，流水录制服务器以摸拟客户端的方式接收广播消息包存放在数据库，数据库中需要保存消息的时间戳和广播包的内容。流水录制服务器同时也去拉取直播时的礼

2016-10-12 11:41:26 3941

原创视频直播技术的基本概念入门

本文章只介绍视频转码，上图也省略音频部分，主播用手机开播，通过摄像头采集数据，编码上传到服务端，服务端解码还原数据，再进行转码成各样视频流，再编码给观看端。这里介绍几个概念：编码：指通过特定的压缩技术，将某个视频格式的文件转换成另一种视频格式文件的方式，由于原始视频数据比较大，经过压缩后更快在网络传输。解码：解压经过压缩的数据，还原成原始的视频数据转码：将已经压缩编码的视频码流转换

2016-10-11 17:09:17 1640

phil_code的博客