在2011年的时候从所谓的巨无霸的公司出来了后，面试了很多创业公司，基本上每个公司的都是会问到下面的话题，有没有架构过基于百万，基于千万用户的高并发的项目。每次问到这些问题，总是觉的太多的高大山的，但是有些话是不能当着面试官的来说，但是对于这个话题还是想写个日记来记录下来，要不觉的很多东西都是人云亦云了的。
1 很多问这个问题的人都是自己都是没有弄清楚百万/千万的用户的在上面阶段的具体状态，是注册了百万/千万，还是在线有百万/千万，还是某个业务功能模块的并发量真的有百万/千万的并发量
2 对于每个阶段的核心阶段需要解决的问题没有深刻的认识，在初始阶段的，例如创业公司刚成立没有多久，还需要出第一个功能的时候，团队还没有生长到要做线上自动扩容，后台统一运维监控的阶段
3 每次对于自己的产品的评估度是没有把握，就如一个人对于自己的能力和成长空间就是没有合理的认识，例如一个人目前现在是一个月2000一个月，突然就是要马上涨到每个月10万的水平
4 总是拿自己和腾讯和淘宝阿里做对比，根本不知道自己的目前现在的位置和以后能走到哪个范围的概念
很多人看了上面的4点，以为我是在瞎扯，在不能做高并发在做辩解，好的吧，所以说我说了实话就是不能找到工作了的，但是下面的几点，我觉的是要马上有个做落地实时高并发的事情的时间点
1 产品已经有了的，并且是已经开始碰到了用户体验很差的性能问题了的。
2 目前没有产品性能问题，但是最近的一个月和最近一季度的性能呢的压力在接下来的一季度就会爆发导致性能产生巨大的问题
3 目前没有明显的性能问题，但是我们目前团队已经融资到很多的钱了的，这个时候就是要未雨绸缪的一个团队或者几个人先去做这个事情了的，上面说的4个点貌似都是在说任何时候都是不需要做，其实是不对的，在产品出来之前没钱没人的时候，还要核心人员在影响业务的情况下，去做所谓的高并发的要点架构，就是得不偿失了的。
后面每次碰到不是老板的时候我都是会真诚的沟通下面几个要点
1 我到现在还没有架构过并发是千万的项目，只做过注册用户是100多万的金融垂直sns社区，碰到过数据库的性能问题，后来的解决方案是 基于redis的feed 系统来解决的
2 架构过基于开源软件的Fastdfs的图片服务器，但是并发量峰值只有 100/s
碰到老板的时候
1 我有类似的经验，但是并发量不到千万级别，有能力和信心做到线性扩容
2 其实每个阶段做对应的事情可能是创业公司最好的选择
上面说的，可能都是错的，看过请忽略
