CAVEAT: Ich nutze die Dienste von Amazon nicht und weiß nicht, über wie viel "zusätzliche Kosten" wir sprechen. Dies ist also nur ein allgemeiner Ratschlag ...
Ich denke, die eigentliche Frage ist: "Brauchen Sie Dev, um ein exakter Spiegel der Produktion zu sein?" - Meine Antwort wäre "Ja oder zumindest so nah wie möglich".
Der Vorteil, dass Dev und Prod exakte Spiegel voneinander sind (infrastrukturell, wenn nicht datenmäßig), besteht darin, dass Sie Failover- und Fehlertoleranzaspekte Ihrer Produktionsumgebung testen können, indem Sie Fehler in Dev auslösen. Dies kann die Kosten wert sein, zumindest für eine kurze Zeit, um sich selbst zu beweisen, dass die Dinge so ausfallen werden, wie Sie es erwarten.
Meiner Meinung nach sind auch die laufenden Kosten wert, da Sie diese Art von Tests regelmäßig durchführen können. Wenn Sie Ihre Fehlertoleranz- und Wiederherstellungsstrategie nicht regelmäßig testen, besteht eine große Wahrscheinlichkeit, dass sie an dem Tag, an dem Sie sie benötigen, nicht funktioniert. Infolgedessen ist mein Vorschlag, auf die höheren Kosten zu verzichten und dies gegenüber den Exekutivbüros zu rechtfertigen, indem ich ihnen einen Plan für Fehler- / Wiederherstellungstests vorlege und diesen Plan regelmäßig einhalte.
Ein Vorteil von Dev und Production, die identisch sind und sich möglicherweise nicht so gut auf Amazon / Cloud-Umgebungen übertragen lassen: Sie haben auch die Möglichkeit, den Big Red Handle zu ziehen und Produktionsvorgänge auf diese Entwicklungsinfrastruktur zu verlagern, wenn ein Meteor auf Ihr Hauptdatencenter trifft - My Nicht-Cloud-Welt hat eine VMWare-Entwicklungsumgebung, die genau wie Produktion aussieht. Wenn ich jemals an diesem großen roten Griff ziehen müsste, könnten wir sicher weiterlaufen (wenn auch mit reduzierter Kapazität), bis wir die Produktionsumgebung wieder aufbauen könnten.