In diesem Leitfaden werden wir einen genauen Blick auf die Bedeutung von Serverless PHP, seine Hauptmerkmale und seine Vor- und Nachteile werfen, um dir ein besseres Verst\u00e4ndnis dieses Ansatzes f\u00fcr Cloud Computing zu vermitteln.<\/p>\n
Insbesondere betrachten wir das Konzept des serverlosen Computings, seine Anwendungsf\u00e4lle und seinen Umfang, die Vor- und Nachteile, eine einfache Implementierung von Serverless PHP mit Bref und den Status von Serverless PHP auf den Big Three (Amazon<\/a>, Microsoft und Google<\/a>).<\/p>\n Bereit? Fangen wir an!<\/p>\n Traditionell ben\u00f6tigte man die Hardware f\u00fcr einen Server, um eine Anwendung im Internet einzurichten. Die Servermaschine(n) war(en) physisch mit dem Internet verbunden, damit jemand auf die Anwendung zugreifen konnte. Die Wartung des Servers war eine teure Angelegenheit.<\/p>\n Als n\u00e4chstes erlaubte die Entwicklung der Hosting-Dienste Webmastern, Hosting-Speicherplatz zu kaufen – jeder Server konnte mehrere Anwendungen aufnehmen. Dies senkte die Kosten.<\/p>\n Mit dem Aufkommen des Cloud-Computing<\/a> wurden die Kosten durch Gr\u00f6\u00dfenvorteile weiter gesenkt, da man eine winzige Menge Platz auf einer gro\u00dfen, entfernten Serverfarm mieten konnte. Tats\u00e4chlich erlaubt dir das serverlose Computing, nur f\u00fcr die Dienste zu bezahlen, die du nutzt. Wenn sie nicht in Gebrauch sind, brauchst du praktisch keinen Platz oder keine Ressourcen in der Cloud.<\/p>\n Serverloses Computing vereinfacht den Softwareentwicklungsprozess: Es erm\u00f6glicht einer Organisation, die sich ausschlie\u00dflich auf die Entwicklung konzentriert, ohne sich um die Bereitstellung, die Server-Wartung und die Skalierung<\/a> zu k\u00fcmmern.<\/p>\n Um eine serverlose PHP-Anwendung zu implementieren, muss zun\u00e4chst das Konzept des Serverless Computing untersucht werden. W\u00e4hrend der Begriff Serverless in diesem Artikel \u00fcber die Zukunft der Softwareentwicklung<\/a> ab 2012 zum ersten Mal auf ReadWrite erschien, gewann er mit der Einf\u00fchrung von AWS<\/a> Lambda im Jahr 2014 an Popularit\u00e4t.<\/p>\n In diesem Abschnitt wollen wir uns auf einige Schl\u00fcsselkonzepte im Zusammenhang mit serverlosem Computing konzentrieren und versuchen, eine h\u00e4ufige Frage zu beantworten, die diese Technologie umgibt: Ist es wirklich Server-„less“?<\/p>\n Die Bereitstellung ist eine einfache Aufgabe, ohne den Server zu verwalten. Man l\u00e4dt einfach seinen Code auf den Server hoch, und der Rest wird vom Anbieter erledigt. Die serverlose Technologie erm\u00f6glicht es dir, sprachunabh\u00e4ngige Funktionen zu haben, die miteinander interagieren.<\/p>\n Wenn du zum Beispiel eine Messaging-Anwendung hast, kann das Login-Modul in einer Sprache programmiert werden, und die Funktion, die deinen Status aktualisiert, kann in einer anderen Sprache programmiert werden.<\/p>\n Dies ist zwar auch ohne serverloses Hosting m\u00f6glich, aber die Interaktion ist definitiv schwieriger. Wann immer eine Aktion deine Funktion ausl\u00f6st, entsteht eine Instanz, die diese Funktion bearbeitet.<\/p>\n Dieser Prozess des Spawnens einer Instanz kann „warm“ sein, wenn man eine bestehende Instanz benutzt, oder „kalt“, wenn man eine neue Instanz startet. Es gibt eine leichte Verz\u00f6gerung bei diesem Prozess, insbesondere bei einem Kaltstart, im Vergleich zu traditionellem Hosting<\/a>, bei dem sich dein Server immer im Standby-Modus befindet, um Anfragen zu bearbeiten.<\/p>\n Die Situation zwischen serverlosem und traditionellem Hosting wird jedoch genau das Gegenteil, wenn du eine gro\u00dfe Anzahl von Anfragen zu bearbeiten hast. Die Skalierbarkeit ist bei der serverlosen Technologie von Natur aus gegeben. Wenn du eine pl\u00f6tzliche Anforderung von tausend gleichzeitigen Anfragen hast, wird der Anbieter diese ohne zus\u00e4tzlichen Aufwand oder Konfiguration deinerseits erledigen.<\/p>\n Lasst euch nicht von dem Begriff „serverless“ verwirren. Er bedeutet nicht, dass der „Server“ nicht existiert. Wenn man eine serverlose Anwendung benutzt, gibt es im Hintergrund einen Server, der die Eingaben verarbeitet und die notwendigen Ausgaben berechnet.<\/p>\n Das „-less“ ist in dem Begriff aus der Sicht des Entwicklers<\/a> vorhanden, der niemals verschiedenen Elementen des Servers ausgesetzt ist. Wenn man daher eine Serverless-PHP-Anwendung einsetzt, gibt es einen tats\u00e4chlichen Server, der in der Cloud l\u00e4uft und Anfragen bedient.<\/p>\n Obwohl „Serverless Computing“ nicht eng definiert ist, kann es sich auch auf BaaS-Anwendungen (Backend as a Service) beziehen. BaaS bezieht sich auch auf ein Cloud-Computing-Modell, bei dem der Serverbetrieb an eine dritte Partei ausgelagert wird und ein Entwickler sich nur auf die Erstellung und Wartung der Software<\/a> konzentrieren muss.<\/p>\n Die prim\u00e4re \u00c4hnlichkeit zwischen BaaS und Serverless besteht darin, dass sich der Entwickler nicht auf die Serververwaltung konzentriert. Viele Organisationen bieten BaaS- und FaaS-Pakete unter demselben Dach an.<\/p>\n Hier sind die Hauptunterschiede zwischen BaaS und Serverless Computing<\/strong>:<\/p>\n Wir haben verschiedene Aspekte des serverlosen Computings diskutiert und wie es sich von BaaS unterscheidet. W\u00e4hrend wir die Grundlagen des serverlosen Computings behandelt haben, wollen wir Situationen untersuchen, in denen man eine solche Architektur einsetzen kann.<\/p>\n Du hast vielleicht erkannt, dass es vielleicht keine gute Idee ist, komplexe Anwendungen auf serverlosen Technologien zu hosten. Aber selbst wenn du dich nicht daf\u00fcr entscheidest, eine komplette Anwendung durch Serverless PHP zu implementieren, kannst du Module einsetzen.<\/p>\n In diesem Abschnitt werden wir zwei Beispiele f\u00fcr die Implementierung eines serverlosen Stacks diskutieren: Datenbanken<\/strong> und Dateiablage<\/strong>.<\/p>\n Eine serverlose Datenbank ist eine On-Demand-Datenbank, mit der man Abfragen ausf\u00fchren kann, wann immer man sie ben\u00f6tigt. Die Skalierung ist aufgrund des serverlosen Stacks einfach, und der Anbieter stellt dir nur die Zeit in Rechnung, die du die Ressource nutzt.<\/p>\n Amazon Aurora<\/a> und Google Cloud Datastore<\/a> sind Beispiele f\u00fcr serverlose Datenbanken, die heute auf dem Markt erh\u00e4ltlich sind. Ein serverloses Dateispeichersystem ist als Objektspeicher<\/a> implementiert. Dateien werden nicht als Hierarchie in einem Dateisystem behandelt, sondern als Objekte, die die Daten der Datei selbst und ihre Metadaten enthalten. Speicherung und Abruf erfolgen \u00fcber eine REST-\u00e4hnliche API<\/a>.<\/p>\n IBM Cloud stellt dir einen Objektspeicherdienst<\/a> zur Verf\u00fcgung. Andere h\u00e4ufige Anwendungsf\u00e4lle f\u00fcr serverlose Anwendungen sind APIs und mobile Backends, deren Designs auf kleinen, logischen, voneinander abh\u00e4ngigen Funktionen basieren.<\/p>\n In diesem Abschnitt befassen wir uns mit den Hauptvorteilen des serverlosen Computings und warum es in den letzten Jahren an Bedeutung gewinnt.<\/p>\n Theoretisch f\u00fchrt serverloses Computing zu geringeren Kosten<\/a> im Vergleich zum traditionellen Hosting. Der inh\u00e4rente Grund ist einfach: Man nutzt den Dienst f\u00fcr eine bestimmte Zeitspanne und es fallen keine Wartungskosten w\u00e4hrend der Leerlaufzeiten an. Wenn du jedoch im Laufe der Zeit mit konstantem Datenverkehr<\/a> konfrontiert bist, kann die Einf\u00fchrung einer serverlosen Architektur nicht zu gro\u00dfen Kostenunterschieden f\u00fchren.<\/p>\n Die Bereitstellung eines serverlosen Dienstes erfordert nicht, dass du deinen Server aufsetzen und konfigurieren musst.<\/a> Die Bereitstellung einer serverlosen Anwendung erfolgt ebenfalls durch einfache Funktionen. Es ist einfacher, eine Version der Anwendung zu erstellen und sie in der Cloud verf\u00fcgbar zu machen. Der gesamte Prozess der Bereitstellung ist daher einfacher und effizienter.<\/p>\n In einer traditionellen Anordnung muss man sich sehr anstrengen, um die Skalierung zu erh\u00f6hen, um dem h\u00f6heren Traffic<\/a> gerecht zu werden. Auf der anderen Seite k\u00fcmmert sich der Service Provider um die Ressourcenzuweisung, wenn der Traffic steigt. Folglich ist es einfacher zu skalieren, wenn man auf eine serverlose Architektur setzt.<\/p>\n Obwohl das serverlose Computing seine vielen Vorteile hat, muss man sich seiner potenziellen Nachteile bewusst sein, bevor man sich darauf einl\u00e4sst.<\/p>\n Das Hauptproblem, das die Benutzer beim Serverless Computing hervorheben, ist der Leistungseinbruch<\/a>. Obwohl es ereignisgesteuert ist, dauert es einige hundert Millisekunden, bis eine Mikroinstanz zur Bedienung einer Anforderung erzeugt wird.<\/p>\n Diese Verz\u00f6gerung kann sich bei zeitkritischen Anwendungen als signifikant erweisen. Mit zunehmender Komplexit\u00e4t einer Anwendung tragen Komponenten, die sich an verschiedenen Orten befinden, zu dieser Verz\u00f6gerung bei. Diese zus\u00e4tzliche Zeitverz\u00f6gerung kann sich als nachteilig f\u00fcr die Benutzererfahrung erweisen.<\/p>\n (Leseempfehlung: Einf\u00fchrung in die Erstellung von Webseiten mit Gatsby und WordPres<\/a>s)<\/p>\n W\u00e4hrend die serverlose Architektur es dir erlaubt, dich ausschlie\u00dflich auf deinen Code<\/a> zu konzentrieren, erh\u00e4lt der Anbieter die volle Kontrolle \u00fcber die Infrastruktur. Daher kann man den Anbieter nicht wechseln, wenn man serverlos arbeitet, da die Migration eine schwierige Aufgabe sein kann.<\/p>\n Die Anbieter k\u00fcmmern sich um die End-to-End-Bereitstellung von serverlosen Anwendungen. Daher muss sich ein Entwickler darauf verlassen k\u00f6nnen, dass der Hersteller geeignete Protokolle zur Fehlersuche<\/a> zur Verf\u00fcgung stellt. Der Prozess der Fehlersuche in einer serverlosen Anwendung zur Ermittlung der Ursache ist ebenfalls schwierig.<\/p>\n W\u00e4hrend wir uns mit der serverlosen Architektur besch\u00e4ftigt haben, werden wir nun sehen, was man f\u00fcr die Bereitstellung einer PHP-Anwendung \u00fcber einen serverlosen Dienst ben\u00f6tigt.<\/p>\n Wie du vielleicht schon vermutet hast, ist die Bereitstellung einer serverlosen Anwendung sehr spezifisch f\u00fcr den Anbieter<\/strong>. Daher versucht dieser Beitrag, die Implementierungen einer serverlosen PHP-Anwendung auf Amazon AWS anzusprechen. Bref, oder kurz auf Franz\u00f6sisch, ist ein Composer-Paket, das es dir erm\u00f6glicht, PHP-Anwendungen auf AWS \u00fcber Lambda zu implementieren.<\/p>\n Bref entwickelt sich st\u00e4ndig weiter, daher solltest du wahrscheinlich die Reifegradmatrix von Bref<\/a> \u00fcberpr\u00fcfen, um zu beurteilen, ob es eine gute Idee ist, deine Anwendung auf eine serverlose Architektur zu \u00fcbertragen.<\/p>\n Gehe zun\u00e4chst zu Amazon AWS<\/a> und erstelle ein Konto. Du brauchst es, um deine Anwendung zu implementieren. Als n\u00e4chstes musst du das Serverless-Framework<\/a> installieren, um deine Bereitstellung zu verwalten.<\/p>\n Als n\u00e4chstes generiere dein \u00f6ffentlich-privates Schl\u00fcsselpaar<\/a> auf AWS und konfigurieren das Serverless-Framework lokal.<\/p>\n Als n\u00e4chstes installiere Bref \u00fcber den Composer:<\/p>\n Vor dem Deployment muss man die Abh\u00e4ngigkeiten von Composer installieren.<\/p>\n Um eine einfache Hello-World-Anwendung mit Bref zu erstellen, werden wir eine Funktion schreiben, die durch ein Ereignis ausgel\u00f6st wird und die Zeichenfolge „Hello World“ zur\u00fcckgibt.<\/p>\n Zuerst muss das Skript autoload.php von Bref eingebunden werden und dann seine Lambda-Funktion verwendet werden. Du kannst optional eine Kontextvariable<\/a> deklarieren, wenn du auf Daten aus dem Kontext zugreifen m\u00f6chtest.<\/p>\n W\u00e4hrend die Funktion bereit ist, muss eine serverless.yml-Konfigurationsdatei erstellt werden. Hier ist eine grundlegende Konfigurationsdatei aus dem Bref-Handbuch.<\/p>\n Bref erstellt diese Konfigurationsdatei automatisch, wenn du den folgenden Befehl ausf\u00fchrst.<\/p>\n Nun, da du mit deiner Funktion und der Konfiguration fertig bist, kannst du die Funktion aufrufen, um zu pr\u00fcfen, ob sie wie vorgesehen l\u00e4uft, indem du den Befehl Hier ist ein Leitfaden f\u00fcr die lokale Bereitstellung von serverlosen Anwendungen<\/a> mit dem sam Befehlszeilen-Tool von AWS. Sobald dein Projekt fertig ist, kannst du es mit dem Deploy-Befehl von serverless bereitstellen. Verwende die Option Bref PHP auf AWS Lambda ist eine beliebte Wahl. Es gibt jedoch noch ein paar andere Optionen f\u00fcr deine serverlosen PHP-Anwendungen.<\/p>\n Vapor<\/a>, das von Laravel im Juli 2019 eingef\u00fchrt wurde, ist eine serverlose Bereitstellungsplattform f\u00fcr Laravel auf AWS Lambda. Vapor konvertiert deine Laravel-Anwendung in eine einzelne Lambda-Funktion. Obwohl Azure serverless offiziell kein PHP unterst\u00fctzt<\/a>, kann man es dennoch anhand dieses Einsatzbeispiels<\/a> ausprobieren.<\/p>\n\n Hier sind die wichtigsten Aspekte, die man aus diesem Leitfaden \u00fcber Serverless PHP herausnehmen sollte:<\/p>\nServerless PHP: Die Grundlagen<\/strong><\/h2>\n
![\"Trends](\"https:\/\/kinsta.com\/de\/wp-content\/uploads\/sites\/5\/2020\/03\/serverless-trends.png\")
Merkmale von Serverless PHP<\/strong><\/h3>\n
Ist Serverless PHP wirklich Serverless?<\/strong><\/h3>\n
BaaS vs. Serverless Architekturen<\/strong><\/h2>\n
\n
Serverless PHP: Anwendungsf\u00e4lle<\/h2>\n
Serverless PHP: Vorteile<\/strong><\/h2>\n
Reduzierte Server-Kosten<\/strong><\/h3>\n
Einfachere Bereitstellung<\/strong><\/h3>\n
Skalierbarkeit<\/strong><\/h3>\n
Serverless PHP: Nachteile<\/strong><\/h2>\n
Leistung<\/strong><\/h3>\n
Hersteller-Sperre<\/strong><\/h3>\n
Fehlerbehebung<\/strong><\/h3>\n
Serverless PHP: Erste Schritte mit Bref auf Lambda<\/strong><\/h2>\n
Voraussetzungen f\u00fcr Serverless PHP mit Bref<\/strong><\/h3>\n
npm install -g serverless\n<\/code><\/pre>\nserverless config credentials --provider aws --key --secret \n<\/code><\/pre>\ncomposer require bref\/bref<\/code><\/p>\ncomposer install --prefer-dist --optimize-autoloader --no-dev<\/code><\/pre>\nErstelle mit Bref eine Hello World-Anwendung auf Serverless PHP<\/strong><\/h3>\n
require __DIR__.'\/vendor\/autoload.php';\nlambda(function ($event) {\n return 'Hello world');\n});\n<\/code><\/pre>\nservice: app\nprovider:\n name: aws\n runtime: provided\nplugins:\n - .\/vendor\/bref\/bref\nfunctions:\n hello:\n handler: index.php\n layers:\n - ${bref:layer.php-73}\n<\/code><\/pre>\nvendor\/bin\/bref init<\/code><\/pre>\ninvoke<\/code> des serverlosen Pakets verwendest:<\/p>\nserverless invoke -f hello<\/code><\/pre>\n--verbose<\/code>, um Einzelheiten \u00fcber den Prozess der Bereitstellung zu erhalten:<\/p>\nserverless deploy<\/code><\/pre>\nAndere Bereitstellungsoptionen f\u00fcr serverloses PHP<\/h3>\n
Zusammenfassung<\/strong><\/h2>\n