4 Fragen zu Deployment

Wenn du ein Projekt über IntelliJ IDEA auf einen JBoss-Server (z. B. WildFly) deployst, hängt der Speicherort der deployten Dateien davon ab, wie der Server konfiguriert ist und wie das Deployment erfolgt (lokal, remote, als exploded oder packaged deployment). Standardmäßig gilt bei einer lokalen JBoss/WildFly-Installation: - **Deployments-Verzeichnis:** Die deployten Dateien (z. B. WAR, EAR, JAR) werden im Verzeichnis `<JBOSS_HOME>/standalone/deployments/` abgelegt. `<JBOSS_HOME>` ist das Installationsverzeichnis deines JBoss/WildFly-Servers. - **Exploded Deployment:** Wenn du ein "exploded" Deployment verwendest (also entpackte Verzeichnisse statt einzelner Archive), findest du dort ein gleichnamiges Verzeichnis (z. B. `meinprojekt.war/`). - **Packaged Deployment:** Bei einem "packaged" Deployment liegt dort die entsprechende Datei (z. B. `meinprojekt.war`). **Beispielpfad:** `/opt/wildfly/standalone/deployments/meinprojekt.war` oder `C:\wildfly\standalone\deployments\meinprojekt.war` **Hinweis:** Wenn du in IntelliJ einen "Application Server" konfiguriert hast, kannst du im Server-Setup nachsehen, welches JBoss-Installationsverzeichnis verwendet wird. Dort findest du dann das `deployments`-Verzeichnis. **Weitere Infos:** - [WildFly Dokumentation: Application Deployment](https://docs.wildfly.org/26/Admin_Guide.html#deploying-applications) - [IntelliJ IDEA: Application Servers](https://www.jetbrains.com/help/idea/application-servers-support.html) Falls du einen Domain-Mode verwendest, ist der Pfad entsprechend `<JBOSS_HOME>/domain/servers/<server-name>/deployments/`. **Zusammengefasst:** Die deployten Dateien findest du im Regelfall im `deployments`-Verzeichnis deiner JBoss/WildFly-Installation, abhängig vom Betriebsmodus und der Serverkonfiguration.

Serverless Deployment bezeichnet ein Cloud-Computing-Modell, bei dem Anwendungen so bereitgestellt werden, dass sich Entwickler nicht um die Verwaltung von Servern, deren Wartung oder Skalierung kümmern müssen. Stattdessen übernimmt der Cloud-Anbieter (wie z. B. [AWS Lambda](https://aws.amazon.com/de/lambda/), [Azure Functions](https://azure.microsoft.com/de-de/products/functions/) oder [Google Cloud Functions](https://cloud.google.com/functions)) diese Aufgaben vollständig. Der Begriff „serverless“ ist dabei etwas irreführend, denn natürlich laufen die Anwendungen weiterhin auf Servern. Für die Nutzer:innen sind diese Server jedoch unsichtbar („serverless“ = „serverlos“). Die wichtigsten Merkmale von serverlosem Deployment sind: - **Automatische Skalierung:** Die Infrastruktur passt sich automatisch der aktuellen Last an. - **Abrechnung nach Nutzung:** Es wird nur für tatsächlich ausgeführte Rechenzeit gezahlt, nicht für bereitgestellte Serverkapazität. - **Fokus auf Code:** Entwickler:innen schreiben nur den Anwendungscode (z. B. einzelne Funktionen), der Rest wird vom Anbieter gemanagt. Serverless eignet sich besonders für ereignisgesteuerte Anwendungen, Microservices oder APIs, bei denen Flexibilität und Skalierbarkeit wichtig sind.

"On-Premise" bezieht sich auf Software oder IT-Infrastruktur, die lokal in den Räumlichkeiten eines Unternehmens installiert und betrieben wird, anstatt in der Cloud oder auf externen Servern. Bei On-Premise-Lösungen hat das Unternehmen die volle Kontrolle über die Hardware, Software und Daten, was oft höhere Sicherheits- und Anpassungsmöglichkeiten bietet. Allerdings erfordert es auch mehr Verantwortung für Wartung, Updates und IT-Support.

Um ein Symfony-Projekt auf einen Server zu laden, kannst du die folgenden Schritte befolgen: 1. **Server vorbereiten**: Stelle sicher, dass dein Server die erforderlichen Voraussetzungen für Symfony erfüllt, wie PHP, Composer und die benötigten PHP-Erweiterungen. 2. **Projektverzeichnis erstellen**: Erstelle ein Verzeichnis auf deinem Server, in dem das Symfony-Projekt gespeichert werden soll. 3. **Code hochladen**: Übertrage die Dateien deines Symfony-Projekts auf den Server. Dies kannst du mit FTP, SFTP oder einem anderen Dateiübertragungsprotokoll tun. Achte darauf, dass du alle Dateien, einschließlich der `.env`-Datei, hochlädst. 4. **Abhängigkeiten installieren**: Melde dich per SSH auf deinem Server an und navigiere in das Verzeichnis deines Projekts. Führe den Befehl `composer install` aus, um alle Abhängigkeiten zu installieren. 5. **Umgebungsvariablen konfigurieren**: Stelle sicher, dass die `.env`-Datei korrekt konfiguriert ist, insbesondere die Datenbankverbindung und andere Umgebungsvariablen. 6. **Cache und Logs**: Leere den Cache mit dem Befehl `php bin/console cache:clear --env=prod` und stelle sicher, dass die Verzeichnisse `var/cache` und `var/log` die richtigen Berechtigungen haben. 7. **Webserver konfigurieren**: Konfiguriere deinen Webserver (z.B. Apache oder Nginx), um auf das `public`-Verzeichnis deines Symfony-Projekts zu zeigen. Bei Apache kannst du eine `.htaccess`-Datei verwenden, bei Nginx musst du die Konfiguration entsprechend anpassen. 8. **Datenbankmigrationen**: Führe gegebenenfalls Migrationen aus, um die Datenbankstruktur zu aktualisieren, indem du `php bin/console doctrine:migrations:migrate` ausführst. 9. **Zugriffsrechte**: Stelle sicher, dass die Verzeichnisse `var`, `vendor` und `public` die richtigen Zugriffsrechte haben, damit der Webserver darauf zugreifen kann. 10. **Testen**: Überprüfe, ob die Anwendung korrekt läuft, indem du die URL deines Projekts im Browser aufrufst. Diese Schritte sollten dir helfen, dein Symfony-Projekt erfolgreich auf einen Server zu laden.