架构与思维

架构与思维：秒杀和竞拍的业务架构，永不过时的话题为啥感觉互联网架构越来越复杂了，早期我们的系统，可能也就那么少部分人使用，大都是一些后台管理系统。所以不用考虑很多东西，比如：

弹性伸缩：高可用架构利器（架构+算法+思维）云计算资源弹性伸缩是一种根据业务需求动态调整计算资源规模的技术。它可以根据系统的性能指标（如CPU使用率、内存占用率、磁盘IO、网卡读写率、请求响应时间等）或者预定义的规则（如时间周期、业务事件等），自动增加或减少计算资源的数量，以满足业务负载的变化。这种技术可以确保系统在高峰时期拥有足够的处理能力，而在低谷时期则能释放多余资源，从而实现资源的最大化利用。

架构与思维：了解Http 和 Https的区别（图文详解）随着 HTTPS 的不断普及和使用成本的下降，现阶段大部分的系统都已经开始用上 HTTPS 协议。 HTTPS 与 HTTP 相比，主打的就是安全概念，相关的知识如 SSL 、非对称加密、 CA证书、数据完整性保护等，我们多多少少也都有听过。本文重点从原理上讲解 HTTPS 的安全性，以及同HTTP的比较说明。

图文总结：正向代理与反向代理在计算机网络领域，代理服务器扮演着至关重要的角色，它在服务器与客户端之间充当中间人的角色，有效地提高系统的安全性、性能和可扩展性。其中正向代理和反向代理是两种最为常见的代理方式。本文将详细介绍这两种代理方式的概念、特点、使用场景以及用途，帮助读者更好地理解它们在网络架构中的作用。

架构与思维：一定需要微服务么？微服务架构的发展伴随着互联网行业的飞速增长和技术的日新月异。起初，企业为了提升应用的灵活性和可维护性，开始尝试将单体应用拆分为多个服务，这便是面向服务的架构（SOA）的兴起。然而，此时的拆分粒度仍然相对较大，并没有完全实现服务的细粒度划分。

高可用架构，去中心化有多重要？★ 微服务系列18篇在互联网高可用架构设计中，应该避免将所有的控制权都集中到一个中心服务，即便这个中心服务是多副本模式。对某个中心服务（组件）的过渡强依赖，那等同于把命脉掌握在依赖方手里，依赖方的任何问题都可能成为你不稳定的因素。而弱化强依赖，实现可降级交互，是一种设计理念和架构模式，目的是将系统的控制权分散到各个节点，避免出现单点故障或中心化控制的问题。这一点，我们称之为『去中心化』。

架构与思维：如何应对Redis热Key？Redis系列1：深刻理解高性能Redis的本质 Redis系列2：数据持久化提高可用性 Redis系列3：高可用之主从架构 Redis系列4：高可用之Sentinel(哨兵模式） Redis系列5：深入分析Cluster 集群模式追求性能极致：Redis6.0的多线程模型追求性能极致：客户端缓存带来的革命 Redis系列8：Bitmap实现亿万级数据计算 Redis系列9：Geo 类型赋能亿级地图位置计算 Redis系列10：HyperLogLog实现海量数据基数统计 Redis系列11：内存淘汰策

微服务18：微服务治理之异地多活容灾微服务1：微服务及其演进史微服务2：微服务全景架构微服务3：微服务拆分策略微服务4：服务注册与发现微服务5：服务注册与发现（实践篇）微服务6：通信之网关微服务7：通信之RPC 微服务8：通信之RPC实践篇（附源码）微服务9：服务治理来保证高可用微服务10：系统服务熔断、限流微服务11：熔断、降级的Hystrix实现（附源码）微服务12：流量策略微服务13：云基础场景下流量策略实现原理微服务14：微服务治理之重试微服务15：微服务治理之超时微服务16：微服务治理之熔断、限流微服