技术架构的核心问题与目标
技术架构的核心在于解决系统在物理层面的稳定性、性能和扩展性问题，确保业务功能在复杂环境下可靠运行。以下是技术架构需重点解决的问题及实现目标：
系统的物理组成
一个完整的系统由多个层级构成：
- 接入系统：包括DNS、负载均衡、Web服务器，负责请求分发。
- 应用系统：基于开发框架（如Spring MVC）的业务代码，集成第三方库（如Log4j）。
- 基础平台：运行时环境（如JVM）、容器/虚拟机、操作系统、硬件及网络。
- 核心组件：数据库、缓存、消息队列等中间件。
- 支撑系统：日志、配置、监控等运维工具，保障系统隐形运行。
技术架构面临的挑战
硬件限制
处理能力瓶颈
- 垂直扩展（Scale Up）：升级单机硬件（CPU、内存等），但受物理上限和成本制约。
- 水平扩展（Scale Out）：通过多台机器分摊负载，需配合负载均衡等技术，复杂度较高。
可靠性问题
硬件故障（如断电、网络中断）需通过冗余设计应对，例如异地多机房部署。
软件复杂性
弥补硬件缺陷
中间件（如Redis集群）通过分片、多副本提升性能和可用性，但引入新问题（如数据一致性）。CAP理论权衡
分布式系统中需在一致性（C）、可用性（A）、分区容错性（P）间取舍，例如：- 订单系统选择最终一致性（牺牲强一致）保证高可用。
- 金融系统可能优先强一致，通过同步阻塞确保数据准确。
技术架构的核心目标
高可用性
- 衡量标准：以“几个9”表示（如99.9%即全年宕机≤8.76小时）。
- 实现手段：
- 故障转移：主备切换、无状态设计。
- 流量控制：限流、熔断、降级（如大促时关闭非核心功能）。
高性能
- 目标：响应时间符合业务场景需求（如页面3秒内加载）。
- 优化方向：
- 常规流量：缓存（Redis）、异步处理（消息队列）。
- 高并发：水平扩展、CDN加速静态资源。
可伸缩性与低成本
- 弹性扩缩容：
- 云原生架构（Kubernetes）自动扩缩实例。
- 分库分表应对数据增长。
- 成本控制：闲时释放资源（如Spot实例）、采用Serverless架构。
安全与可维护性
- 安全防护：防火墙、数据加密、权限最小化。
- 可观测性：日志集中管理（ELK）、链路追踪（SkyWalking）、实时监控（Prometheus）。
总结
技术架构需在硬件限制、软件复杂性与业务需求间找到平衡，通过合理选型（如MySQL vs MongoDB）和设计模式（如微服务 vs 单体），实现高可用、高性能、低成本的核心目标。实际落地时需结合业务场景，例如电商系统优先保证高可用，而实时交易系统侧重强一致性。
