同城双活架构如果应用层做到双活或者多活，基础架构层还是否有必要做成双活？

如楼上所说。你如果要做到应用层的同层双活，就要考虑的是怎样让整个应用可以在主挂掉时候快速切换到从。这是个整体的结构。你的从要参考主来架设。至少要该有的都有。
而基础层架构的双活。我觉得目的是为了保证在本地的设备不产生单点故障，这个。。。根据你的业务开考虑吧。如果你觉得做了同城双活还不足以让你安心。当然可以在本地的基础层做双活。但是结构这种结构虽然可以避免了各种单点问题。但也让整体结构变得复杂。难免会出现不可控的因素而导致双活出现问题。

首先你要明白应用层、中间层和基础架构层是一个整体，无论是哪个层面出现问题都会造成木桶效应。

首先我们明白双活的目的是什么，你能容忍灾难发生时有哪些服务提供，应用层双活了，基础架构没有双活也是白带。除非你是那种交易型没有数据库交换每日清算，系统是文件拉起的，只要应用层在就好了。

而大多数情况下，我们系统都分的很清楚前--中--后，做双活，那就要求前中后每个部分只要不是两个都熄火，只坏一个的情况下都能正常工作才叫双活。当然如果从经济方面考虑，那另当别论。

做双活的目的是为了灾难发生时快速切换并提供服务。如果应用已经双活了，基础架构就没必要双活了。

1.要看应用层双活的物理基础：以前见过一些假的双活，应用部署多处，依赖于同一套数据库。
2.要看切换成本：多活不代表完全替代，有可能存在作业分工。应用作业切换很麻烦，特别是当关联关系较为复杂时。
3.要看承载能力：如果所有节点都活的时候，单体负载超过50%，就必须保证每个点都活着才行。