千万级用户App小咖秀：服务端架构设计分享
小咖秀的张华伟带来的分享是在移动互联网时代，创业团队在技术储备、经验积累以及资金等有限的情况下，怎样选择合适的服务端技术解决突发式流量增长所带来的压力以及最大化节省运营成本等方面的经验和建议。同时也对划分URL目录，合理使用缓存等问题给出自己独特的答案。
NoSQL最新现状和趋势：云NoSQL数据库将成重要增长引擎
NoSQL最早起源于1998年，但从2009年开始，NoSQL真正开始逐渐兴起和发展。回望历史应该说NoSQL数据库的兴起，完全是十年来伴随互联网技术，大数据数据的兴起和发展，NoSQL在面临大数据场景下相对于关系型数据库运用，这一概念无疑是一种全新思维的注入。
redis架构演变与redis-cluster群集读写方案
本文涉及到近年来redis多实例架构的演变过程，包括普通主从架构、哨兵模式下的主从架构、redis-cluster高可用架构的简介。同时还介绍使用Java的两大redis客户端：Jedis与Lettuce用于读写redis-cluster的数据的一般方法。
十字符病毒，杀不死的小强：一次服务器沦陷实录
一、现象
接到客户的电话，说自己的云服务器被提供商禁止访问了，原因是监测到网络流量爆满，服务器不停地向外发包，在确认客户没有业务量突增的情况下，初步判断可能服务器遭受了流量攻击（DDoS）。
不过按照常理来说，客户的业务系统就是一个小的Web系统，平时流量不大，影响力也一般，不至于遭受DDoS，带着这些疑问，要到了客户服务器的登录方式。
spring-boot集成redis实现缓存功能
一、本次案例
我们假设用户信息(user)和产品信息(product)需要缓存，缓存数据都加上user和product作为key前缀，采用用户的id和产品的id作为key的后缀。用户缓存时间为30分钟，产品信息缓存时间为10分钟。
【redis】redis应用场景，缓存的各种问题
redis有一个重要的应用领域——缓存
引用来自网友的图解释缓存在架构中的位置
默认情况下，我们的服务架构如下图，客户端请求service，然后service去读取mysql数据库
问题存在于，数据库性能不够用，数据库是整个架构中最重要的一个环节，它在高并发，高写入频次的时候非常容易崩掉，这是一般的数据库本身的特性所决定的，它们的架构模式注定了不可以承受较大的并发量，所以就有了缓存：
service与高速的缓存进行交互，如果缓存中有数据直接返回客户端，如果没有才会从MySql中去查询。
阿里云redis大key搜索工具
Redis提供了list、hash、zset等复杂类型的数据结构，业务在使用的时候可能由于key设计不合理导致某个key过大，由于redis简单的单线程模型，业务在获取或者删除大key的时候都会有一定的影响，另外在集群模式下由于大key的产生还很容易导致某个子节点的内存满，综上所述我们需要提供大key的搜索工具。
