zbyufei的测试专栏

Instagram 架构分析笔记by Fenng@dbanotes.netInstagram 团队上个月才迎来第 7 名员工，是的，7个人的团队。用户数量超过 1400 万，图片数量：1.5 亿。不得不说，这真他妈是个业界奇迹。几天前，Instagram 发布了一篇文章：What Powers Instagram: Hundreds of Instances, Dozens of Te

使用Fluentd + MongoDB构建实时日志收集系统Fluentd是一个日志收集系统，它的特点在于其各部分均是可定制化的，你可以通过简单的配置，将日志收集到不同的地方。目前开源社区已经贡献了下面一些存储插件：MongoDB, Redis, CouchDB,Amazon S3, Amazon SQS, Scribe, 0MQ, AMQP, Delayed, Growl 等等。本文要

之前也有一些介绍大型网站架构演变的文章，例如LiveJournal的、ebay的，都是非常值得参考的，不过感觉他们讲的更多的是每次演变的结果，而没有很详细的讲为什么需要做这样的演变，再加上近来感觉有不少同学都很难明白为什么一个网站需要那么复杂的技术，于是有了写这篇文章的想法，在这篇文章中 将阐述一个普通的网站发展成大型网站过程中的一种较为典型的架构演变历程和所需掌握的知识体系，希望能给想从事互联网

5.实战应用最初的设置完毕以后，再添加的应用，只需要在Nginx里面进行少量修改，无需重启uwsgi，就能立刻部署完毕。uwsgi自带了基于django的监控uwsgi运行状态的工具，就拿它来部署好了：server {      listen 80;      root   /var/www/django1.23;      index  index.html index.htm;

1. 背景介绍许多公司的平台每天会产生大量的日志（一般为流式数据，如，搜索引擎的pv，查询等），处理这些日志需要特定的日志系统，一般而言，这些系统需要具有以下特征：（1） 构建应用系统和分析系统的桥梁，并将它们之间的关联解耦；（2） 支持近实时的在线分析系统和类似于Hadoop之类的离线分析系统；（3） 具有高可扩展性。即：当数据量增加时，可以通过增加节点进行水平扩展。本文从设

前一段时间负责负责论坛的迁移工作，对其架构进行了简单的整理。前几天看到有人说discuz的介绍很少，因此整理了一下，发布出来。       也是第一次发表文章，大侠们手下留情。   Discuz整体架构如下图所示：  横向表示同一层次中涉及的各个模块(项目)纵向表示不同层次之间模块的关系，某些关系是如何在各层次中传递(穿越)        D

高负载系统，网络参数调整 调整/etc/sysctl.confJava代码 net.ipv4.tcp_syncookies = 1  net.ipv4.tcp_syncookies = 1表示开启SYN Cookies。当出现SYN等待队列溢出时，启用cookies来处理，可防范少量SYN攻击，默认为0，表示关闭；Java代码