一个公司可以做2个网站么关键词云图

背景：微服务分层需要考虑高可用和高并发的问题

微服务如何实现服务的高可用

先说结论：微服务实现高可用主要通过集群冗余+故障自动转移来实现的具体可以从底下几种方案来实现。

• “端”到“反向代理”的高可用
• “反向代理”到“站点应用”的高可用
• “站点应用”到“微服务”的高可用
• “微服务”到“缓存”的高可用
• “微服务”到“读库”的高可用
• “微服务”到“写库”的高可用

常见的互联网分层架构

首先先了解下常见的分层架构入下图所示

“客户端”到“反向代理”的高可用

可以通过Keepalived+VIP实现虚拟IP漂移，主节点故障时秒级切换

“反向代理”到“站点应用”的高可用

Nginx反向代理是实现站点应用高可用的关键技术手段，它通过负载均衡、请求分发和故障转移等机制，确保应用服务的持续可用性

“站点应用”到“微服务”的高可用

主要通过连接池技术来实现的：连接池技术是站点应用访问微服务集群时实现高可用的关键技术手段：资源复用机制‌、故障隔离能力‌、负载均衡功能‌；除了连接池技术还可通过熔断限流来实现高可用

“微服务”到“缓存”的高可用

微服务到缓存的高可用实现方案通过分层缓存架构（本地缓存→分布式缓存→持久化存储）和智能数据一致性策略（双写/失效模式+异步补偿）保障系统可靠性，采用Redis Cluster实现自动分片和主从切换（切换时间<2秒），配合Redisson分布式锁防止缓存击穿。多级容错设计包含同城双活部署、Sentinel监控和熔断降级机制，数据持久化提供RDB/AOF混合方案选择。通过缓存预热、LRU/LFU淘汰策略优化性能。一句话总结：通过多级缓存+集群部署确保高可用

“微服务”到“写库”的高可用

“微服务”到“写库”的高可用如果对数据库进行读写分离，必须保证写库高可用：

采用双主或主从+keepalived实现自动故障转移

“微服务”到“读库”的高可用

微服务读库高可用通过读写分离+自动故障转移实现，主从延迟超阈值时自动切换读节点，配合健康检查剔除异常实例，结合Redis缓存和熔断重试机制，保障读可用性