Launcher Produkte Bitnami Dokumentationimaxe CLI Blog Kontakt

ARM64 als Standard: warum wir unsere AMIs auf Graviton bauen

Beim Entwurf unserer Images mussten wir eine Standardarchitektur wählen. Wir haben nachgedacht, gemessen und uns für ARM64 entschieden. Hier erklären wir, warum wir das für die beste Option für die meisten halten – und warum Sie x86_64 einfach anfragen können, wenn Sie es brauchen.

Mikroskopische Detailaufnahme des Siliziums eines Prozessors
Mikroskopische Detailaufnahme des Siliziums eines Prozessors Foto: Thomas Schanz · CC BY-SA 4.0 · Wikimedia Commons

Jedes AMI wird für genau eine CPU-Architektur gebaut: x86_64 (Intel oder AMD) oder ARM64 (aarch64, die Architektur von AWS Graviton und Äquivalenten). Ein Image, „das für beide taugt", gibt es nicht: Es sind unterschiedliche Binaries. Beim Aufbau unseres Katalogs mussten wir also entscheiden, was der Standard sein soll.

Wir haben Kosten, Leistung, Effizienz, Reife des Ökosystems und die Marktrichtung betrachtet. Das Fazit war eindeutig: ARM64 ist heute die beste Wahl für die meisten Lasten. Und so bauen wir unsere Images.

Warum ARM64 für die meisten gewinnt

1. Besseres Preis-Leistungs-Verhältnis

Das ist das entscheidende Argument. ARM-Instanzen (Graviton) liefern durchgängig mehr Leistung pro Euro als ihre x86-Pendants, über ein breites Lastspektrum hinweg: Web, APIs, Microservices, Container, Datenbanken und Queues. In der Praxis bedeutet der Wechsel auf ARM meist Einsparungen in der Größenordnung von 20 % bis 40 % der Compute-Kosten. In einer Cloud, die teurer wird, ist diese Marge zu groß, um sie zu ignorieren.

2. Mehr Effizienz, weniger Energie

ARM-Prozessoren wurden von Anfang an auf geringen Verbrauch optimiert. Das heißt mehr Arbeit pro Watt, geringere Energiekosten und ein kleinerer CO₂-Fußabdruck pro Recheneinheit. Wenn Nachhaltigkeit zu Ihren Zielen gehört —oder zu denen Ihrer Kunden— spielt ARM für Sie.

3. Das Ökosystem ist längst reif

Vor ein paar Jahren war „gibt es das für ARM?" eine berechtigte Frage. Heute hat die große Mehrheit der Serversoftware —Betriebssysteme, Sprachen, Runtimes, Datenbanken, gängige Container-Images— erstklassige ARM64-Unterstützung. Kompatibilität ist von der Ausnahme zur Regel geworden.

4. Gleiche Sicherheit, gleiches Betriebsmodell

Ein Architekturwechsel ändert nichts an Ihrer Arbeitsweise: Konfiguration, Hardening, cloud-init, Ihre Provisionierungsskripte und Ihre Pipeline bleiben dieselben. ARM64 verlangt keinen Verzicht in Betrieb oder Sicherheitslage.

Der Vergleich in einer Tabelle

KriteriumARM64 (Graviton)x86_64 (Intel/AMD)
Preis-LeistungBei den meisten Lasten überlegenGut, aber teurer pro Einheit
EnergieeffizienzSehr hochGeringer
SoftwarekompatibilitätHeute exzellent und breitMaximal, universell
Alte proprietäre BinariesManchmal ohne ARM-BuildVolle Unterstützung
MarktrichtungWachsend und strategischEtabliert
Typische KostenGeringer: 20 % bis 40 %Höher

Für moderne Lasten gewinnt ARM64 dort, wo es am meisten zählt: Kosten, Effizienz und Zukunft.

Wann x86_64 weiterhin sinnvoll ist

Ehrlichkeit gehört zur guten Wahl. Es gibt Fälle, in denen x86_64 die richtige Option bleibt, und niemand soll eine Migration erzwingen, die ihm das Leben schwer macht:

  • Proprietäre Software oder Binaries, die nur für x86 kompiliert existieren.
  • Native Abhängigkeiten —kompilierte Erweiterungen— ohne verfügbaren ARM-Build.
  • Alte Werkzeuge oder Drittintegrationen, die an x86 gebunden sind.
  • Sehr spezifische Lasten, von Hand auf x86-Instruktionen optimiert.

Unsere Entscheidung: ARM64 als Standard, x86_64 auf Anfrage

Aus all diesen Gründen bauen wir unsere AMIs standardmäßig auf ARM64. Wir glauben, das bringt den meisten den größten Nutzen: Sie zahlen weniger für dieselbe Arbeit, verbrauchen weniger Energie und setzen auf die Architektur, die die Richtung der Cloud vorgibt.

Aber wir wissen, dass nicht jede Last dazu passt. Deshalb gilt: Wenn Sie x86_64 brauchen, fragen Sie einfach – wir erstellen ein maßgeschneidertes Image mit derselben Konfiguration, demselben Hardening und derselben Qualität, gebaut für x86_64. Gleiches Produkt, gleiche Basis, die Architektur, die Ihr Fall verlangt.

In 30 Sekunden entscheiden

  • Moderner Stack —Web, API, Container, interpretierte Sprachen, gängige Datenbanken—: ARM64, ohne Zögern.
  • Haben Sie ein proprietäres Binary oder eine Abhängigkeit nur für x86? Fragen Sie die x86_64-Variante an.
  • Unsicher? Starten Sie auf ARM64 und probieren Sie es aus; passt etwas nicht, bauen wir die x86_64 und gut ist.

Häufig gestellte Fragen

Sind Ihre AMIs ARM64 oder x86_64?

Standardmäßig bauen wir sie auf ARM64 (Graviton), weil das für die meisten Lasten das beste Preis-Leistungs-Verhältnis bietet. Brauchen Sie x86_64, erstellen wir eine maßgeschneiderte Variante mit derselben Konfiguration und Qualität.

Muss ich meine Anwendung für ARM64 ändern?

In den meisten Fällen nein. Interpretierte Sprachen und moderne Software laufen unverändert auf ARM. Reibung gibt es nur bei proprietären Binaries oder nativen Abhängigkeiten ohne ARM-Version; dann bieten wir Ihnen die x86_64-Variante.

Wie fordere ich ein maßgeschneidertes x86_64-Image an?

Einfach anfragen. Wir starten von derselben Basis und demselben Hardening und bauen das Image für x86_64, damit Sie genau dasselbe Produkt auf der benötigten Architektur erhalten.

Spare ich mit ARM64 wirklich?

Bei geeigneten Lasten sind 20 % bis 40 % geringere Compute-Kosten üblich, dazu ein niedrigerer Energieverbrauch. Bestätigen lässt es sich für Ihren Fall nur, indem Sie Ihre Last laufen lassen und vergleichen.

Bei imaxe.cloud setzen wir auf ARM64, weil wir es für das Beste für Ihre Rechnung, Ihre Leistung und den Planeten halten. Und wenn Sie x86_64 brauchen, fragen Sie einfach: Wir bauen Ihnen eine maßgeschneiderte Variante.

arm64gravitonx86_64architekturmaßgeschneidert
IM

imaxe-Team

Wir bauen und pflegen die AMIs des Katalogs. Wenn wir eine Version veröffentlichen, setzen wir sie vor allen anderen in Produktion ein.

Aus dem Katalog

AMIs zu diesem Artikel

Weiterlesen

Verwandte Artikel