AWS baut seinen eigenen AWS-Emulator

Von der Sicherheitsseite [0]

> Verwenden Sie den Emulator nicht, um Folgendes zu testen:

> - IAM-Richtlinien und Berechtigungsgrenzen

> - Ressourcenbasierte Richtlinien, wie z. B. Bucket-Richtlinien

> - AWS-KMS-Schlüsselrichtlinien

> - Zugriff über AWS-Konten oder über AWS-Regionen hinweg

> - Jede andere Sicherheitskontrolle

Einige Dienste im Emulator werten IAM-Richtlinien für IAM-Benutzer und -Rollen aus, die Sie im Emulator erstellen, aber nicht auf die gleiche Weise wie AWS. Der Emulator lehnt eine mit seinem eigenen Schlüssel signierte Anfrage niemals ab. Er prüft keine AWS-KMS-Schlüsselrichtlinien oder Amazon-S3-Bucket-Richtlinien. Er unterstützt auch keine Aufrufe über Konten oder Regionen hinweg. Eine Anfrage, die AWS ablehnt, könnte im Emulator erfolgreich sein. Eine Anfrage, die AWS zulässt, könnte fehlschlagen.

Das ist schade, denn ich würde mir wünschen, dass das offizielle AWS-Produkt in dieser Hinsicht besser ist als z. B. ministack und localstack, die ein Stück weit kommen werden. Ich denke, weil die Agenten nur auf der öffentlichen API-Oberfläche aufgebaut haben, ist es schwierig, diesen Teil zu bauen. Aber sie hätten es versuchen und die Agenten alles lesen lassen sollen, was AWS an Policy-Engines hat. Oder ist es vielleicht ein Weg, um zu verhindern, dass jemand trivial aws-emulator als AWSaaS betreibt?

[0] https://docs.aws.amazon.com/emulator/latest/userguide/securi...

Sagt was ihr wollt, aber ohne KI und Agenten hätte niemand bei AWS daran gedacht, das zu bauen, angesichts der riesigen Anzahl an Diensten, die sie haben. Menschlich möglich, aber sehr, sehr kostspielig. Ich sage nicht, dass es das noch nie gab, aber fakecloud und localstack etc.? Dieser Burggraben ist weg.

Ich bin ehrlich gesagt schockiert, dass das die neue Normalität ist. Agenten schreiben Code in einer der am schwierigsten zu verwendenden Sprachen. Und hässlich ist sie auch, ehrlich gesagt, sie sticht einem in die Augen. Subjektiv, ich weiß, aber es ist eine schreckliche Sprache für Menschen.

Ich bin auch Amazonianer. Ich möchte sagen, dass ich dankbar bin, dass du das gebaut hast, und es hat einen enormen Wert, wenn es gut umgesetzt und ordentlich gepflegt wird.

Agentische Entwicklung dreht sich ganz darum, ein System so weit wie möglich abzuschließen und dann alle Eingaben oder Abhängigkeiten zu mocken oder zu simulieren, die nicht abgeschlossen werden können. An diesem Punkt lässt man Claude über das System kriechen und sein Ding machen.

Das führt unweigerlich zu Problemen mit der Infrastruktur, und jedes Tool, das hilft, diese Schnittstellen zu mocken, wird enorm wertvoll sein. Danke!

Wenn ich das richtig verstehe, bedeutet es, dass ich mein gesamtes CDK-Projekt auf den Emulator zeigen und ein `cdk deploy` testen kann?

Ich bin neugierig, wie realistisch das "interne" Verhalten emuliert wird. Es ist eine Weile her (seit ich meinen Stack zum Laufen gebracht habe und ich ihn jetzt einfach nicht mehr anfassen möchte ...), aber ich erinnere mich, dass es wirklich schmerzhaft war, dass manchmal seltsame, manchmal inkonsistente Dinge beim Setup und Teardown passierten (sogar über Terraform), was zu langen Timeouts führte, wenn man Dinge in der falschen (aber scheinbar gültigen) Reihenfolge tat.

All diese Emulatoren sind normalerweise schlecht, auch wenn sie offiziell sind, voller Abkürzungen und Sonderfälle, verbinde dich einfach mit dem echten Dienst.

Das wird es für Wettbewerber noch einfacher machen, AWS-Dienste zuverlässig zu klonen, was zeigt, dass die Cloud zu diesem Zeitpunkt vollständig zur Ware geworden ist und die Vorteile auf Marktmacht hinauslaufen (Server/Bandbreite in großem Maßstab kaufen, Rechenzentren in großem Maßstab bauen usw.).

Im Zusammenhang mit diesem Beitrag: https://www.aboutamazon.com/news/aws/how-autonomous-ai-agent...