Amazon CodeCatalyst: Das Preismodell erklärt

Was sind Amazon CodeCatalyst Custom Blueprints?

Ein Aspekt, der mir relevant erschien, obwohl dafür kein Preis angegeben war, war die Funktion der „Custom Blueprints„. Bei meinen Recherchen war ich überrascht festzustellen, dass AWS erst kürzlich begonnen hat, Custom Blueprints zu unterstützen. Diese ermöglichen es Organisationen, ihre Entwicklungsumgebungen und die damit verbundenen automatisierten Workflows anzupassen.

So berechnen Sie eine Kostenschätzung für Amazon CodeCatalyst

Um zu berechnen, wie viel CodeCatalyst kosten kann, benötigen Sie folgende Informationen:

• Wie viele Stunden erwarten Sie, dass Ihre Entwickler_innen Dev Environments pro Monat nutzen?
  • Faktoren, die dies beeinflussen:
    • Wie viel Zeit Ihre Entwickler_innen tatsächlich an Code arbeiten im Vergleich zu anderen Aktivitäten wie Meetings, Unterstützung von Kollegen_innen usw.
    • An wie vielen verschiedenen Projekten Ihre Entwickler_innen arbeiten. Wenn sie an mehreren Projekten parallel arbeiten (d.h. verschiedene Softwareprodukte/Apps oder verschiedene Versionen derselben Software), könnten sie eine höhere Nutzung der Dev Environments haben, da sie wahrscheinlich mehrere Entwicklungsumgebungen gleichzeitig laufen lassen.

Für unsere Berechnung nehmen wir 160 Stunden Laufzeit der Dev Environments pro Monat an.

• Welchen Maschinentyp benötigen die Entwickler_innen für ihre Dev Environments?
  • Faktoren, die dies beeinflussen:
    • Wie groß und komplex ist Ihre Codebase? Große und komplexe Codebasen benötigen möglicherweise größere Maschinen, um selbst grundlegende IDE-Funktionen wie Linting, Volltextsuche usw. zu unterstützen.
    • Was werden Ihre Entwickler_innen innerhalb der Dev Environments tun? Wenn Ihre Entwickler_innen Code kompilieren und debuggen möchten, erfordert dies mehr Ressourcen, als wenn sie nur Code speichern und bearbeiten.

Für unsere Berechnung nehmen wir an, dass wir mindestens einen Teil unserer Anwendung innerhalb der Dev Environment ausführen wollen und eine 8 vCPU / 16GB RAM Maschine benötigen.

• Welcher Maschinentyp wird für die Workflow-Aktionen benötigt, die Ihre Entwickler_innen verwenden werden, wie z.B. Build und Testing?
  • Wenn Sie bereits Build-Server oder CI/CD-Pipelines haben, können Sie die dort verwendeten Maschinenarten überprüfen.
  • Unsere eigenen Build-Server laufen mit 4 vCPUs und 16GB RAM, was keine Option in CodeCatalyst ist, daher haben wir auch für Compute eine 8 vCPU / 16GB RAM Maschine angenommen.
• Wie viele Workflow-Aktionen werden Ihre Entwickler_innen benötigen und wie lange laufen sie?
  • Dies war am schwersten abzuschätzen. Unsere Entwickler_innen builden unsere Software sehr oft lokal. Unser_e durchschnittliche_r Vollzeitentwickler_in pusht 100-150 Mal pro Monat nach Staging. Jeder Build kann zwischen 5-30 Minuten dauern, abhängig davon, wie viele Komponenten gebuilded werden müssen, ob die Caches bereits gefüllt sind oder nicht, ob und welche Tests ausgeführt werden usw. All dies hängt von den Art der gepushten Änderungen ab.
  • Ich kam auf eine Mindestgrenze von 10 Stunden Build- und Testzeit pro Monat (100 Builds, je 6 Minuten), mit einer Obergrenze irgendwo bei 40 Stunden Build- und Testzeit pro Monat (150 Builds, je 16 Minuten).

Für unsere Berechnung entschied ich mich, 25 Stunden (= 1500 Minuten) Build-Zeit pro Monat anzunehmen.

• Für unsere Berechnung entschied ich mich anzunehmen, dass die enthaltenen Quoten für Speicher, Paketanforderungen usw. ausreichen und habe diese nicht separat geschätzt. Wenn Ihre Software mit großen Datenmengen arbeitet, könnte dies ein weiterer relevanter Kostenfaktor für Sie sein.