一步一图，带你了解分布式架构的前世今生(2)

分布式服务面临哪些问题?

• 当服务越来越多时，服务URL配置管理变得非常困难，F5硬件负载均衡器的单点压力也越来越大。
• 当进一步发展，服务间依赖关系变得错踪复杂，甚至分不清哪个应用要在哪个应用之前启动，架构师都不能完整的描述应用的架构关系。
• 接着，服务的调用量越来越大，服务的容量问题就暴露出来，这个服务需要多少机器支撑?什么时候该加机器?
• 服务多了，沟通成本也开始上升，调某个服务失败该找谁?服务的参数都有什么约定?
• 一个服务有多个业务消费者，如何确保服务质量?
• 随着服务的不停升级，总有些意想不到的事发生，比如cache写错了导致内存溢出，故障不可避免，每次核心服务一挂，影响一大片，人心慌慌，如何控制故障的影响面?服务是否可以功能降级?或者资源劣化?

（编辑：ASP站长网）