Unterstützte Sprachen
JavaScript
Python
Java
Rust
Elixir
PHP
Go
C#
Ruby
Über die oben genannten Sprachen hinaus laufen die meisten anderen Stacks und Bibliotheken sofort einsatzbereit. Die Runtime-Images sind bewusst permissiv gestaltet: Wenn sich Ihre Sprache unter Linux installieren lässt, läuft sie höchstwahrscheinlich auch auf Square Cloud.
Versionen
Jede Runtime liefert zwei Update-Kanäle, die über das FeldVERSION in Ihrer Konfigurationsdatei auswählbar sind:
recommended— die Version, die wir härten und für die Mehrheit der Anwendungen in Produktion betreiben. Wählen Sie sie, sofern Sie keinen bestimmten Grund dagegen haben.latest— die neueste Version, für Teams, die ein gerade erst veröffentlichtes Sprachfeature benötigen.
| Sprache | recommended | latest |
|---|---|---|
| Node.js [JS & TS] | 24.15.0 | 26.1.0 |
| Python | 3.13.13 | 3.14.5 |
| Java | JDK 25 | JDK 25 |
| Elixir | 1.19.5 | 1.19.5 |
| Rust | 1.95.0 | 1.95.0 |
| Ruby | 4.0.4 | 4.0.4 |
| PHP | 8.5.6 | 8.5.6 |
| Go | 1.26.3 | 1.26.3 |
| .NET/C# | 10.0.8 | 10.0.8 |
Wie ein Deploy abläuft
Vom Upload bis zum laufenden Prozess durchläuft jeder Deploy dieselbe deterministische Pipeline:Spracherkennung
Square Cloud untersucht die Dateien in Ihrem Upload und identifiziert den Stack anhand der Signale, die bereits in Ihrem Projekt vorhanden sind — eine
package.json für Node.js, eine requirements.txt oder pyproject.toml für Python, eine go.mod für Go, ein Gemfile für Ruby und so weiter. Sie können die Erkennung explizit mit dem Feld RUNTIME überschreiben.Abhängigkeitsauflösung
Ihr Abhängigkeitsmanifest wird serverseitig installiert, innerhalb der Build-Umgebung. Sie liefern niemals
node_modules, eine virtualenv oder kompilierte Artefakte innerhalb der .zip — die Plattform löst sie auf und installiert sie für Sie, wodurch Uploads klein und Builds reproduzierbar bleiben.Bereitstellung
Ein isolierter Container wird mit der in Ihrer Konfigurationsdatei deklarierten CPU und dem deklarierten Arbeitsspeicher erstellt. Ressourcen werden auf Kernel-Ebene erzwungen, sodass eine Anwendung eine andere auf demselben Host niemals aushungern kann.
Im Inneren jedes Runtime-Images
Jedes Image ist auf einer gemeinsamen, sicherheitsgeprüften Basis aufgebaut, sodass die Umgebung konsistent ist, egal welche Sprache Sie deployen:Node.js 26 + Build-Tooling
Jedes Image bündelt Node.js 26 neben der primären Sprache. JS-basierte Build-Tools, Asset-Pipelines und Utilities sind immer verfügbar, egal welchen Stack Sie haben.
ffmpeg & Chromium
Medienverarbeitung (ffmpeg) und ein Headless-Browser (Chromium) sind vorinstalliert — bereit für Medien-Bots, Web-Scraping und PDF- oder Screenshot-Generierung ohne zusätzliche Einrichtung.
Standardmäßig ohne Privilegien
Anwendungen laufen als Non-Root-Benutzer innerhalb eines isolierten Containers. Eine kompromittierte Abhängigkeit bleibt eingedämmt — sie hat keinen privilegierten Zugriff auf den Host.
Statische Websites, keine Runtime
Kein Interpreter nötig? Setzen Sie
RUNTIME=static, um eine einfache HTML/CSS/JS-Website direkt auszuliefern, mit demselben CDN und TLS wie jede andere Anwendung.Isolation und Sicherheit
Jede Anwendung ist ein vollständig isolierter Container mit kernel-erzwungenen CPU- und Speicherlimits — niemals ein gemeinsam genutzter Prozess. Der Betrieb ohne Privilegien bedeutet, dass eine Anwendung weder den Host noch ihre Nachbarn erreichen kann, und Ressourcenobergrenzen garantieren, dass eine Lastspitze in einem Projekt keinerlei Auswirkung auf die Leistung eines anderen hat. Dies ist dasselbe Modell, das es Square Cloud erlaubt, Zehntausende von Arbeitslasten auf gemeinsam genutzten Clustern zu hosten, ohne dass sie sich gegenseitig stören.Nächste Schritte
Konfigurationsdatei
Beherrschen Sie
MAIN, START, RUNTIME, VERSION und MEMORY — die Felder, die Ihre Runtime steuern.Sprach-Guides
Schritt-für-Schritt-Einrichtung für Node.js, Python, Go, Rust, Java und mehr.