{"id":55881,"date":"2020-01-31T00:00:00","date_gmt":"2020-01-30T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/sovety-i-istochniki-informatsii-dlya-sozdaniya-besservernyh-prilozhenij"},"modified":"2020-02-18T14:04:02","modified_gmt":"2020-02-18T11:04:02","slug":"sovety-i-istochniki-informatsii-dlya-sozdaniya-besservernyh-prilozhenij","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/sovety-i-istochniki-informatsii-dlya-sozdaniya-besservernyh-prilozhenij","title":{"rendered":"Tipps und Informationsquellen zur Erstellung von serverlosen Anwendungen","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Tipps
\nObwohl serverlose Technologien in den letzten Jahren schnell an Popularit\u00e4t gewonnen haben, gibt es nach wie vor viele Missverst\u00e4ndnisse und Bedenken. Abh\u00e4ngigkeit vom Anbieter, Werkzeugset, Kostenmanagement, Kaltstart, \u00dcberwachung und Entwicklungslebenszyklus \u2013 all diese Themen werden intensiv diskutiert, wenn es um serverlose Technologien geht. In diesem Artikel werden wir einige der genannten Themen beleuchten und Tipps sowie Links zu n\u00fctzlichen Informationsquellen bereitstellen, die es Anf\u00e4ngern erm\u00f6glichen, leistungsstarke, flexible und kosteneffiziente serverlose Anwendungen zu erstellen.
\n<\/a><\/noindex><\/p>\n

Missverst\u00e4ndnisse \u00fcber serverlose Technologien<\/h2>\n

\nViele glauben, dass Serverlosigkeit und serverlose Datenverarbeitung (Functions as a Service<\/a><\/noindex>, FaaS) nahezu dasselbe sind. Das bedeutet, die Unterschiede sind nicht allzu gro\u00df, und es lohnt sich, die Neuerung zu implementieren. Obwohl AWS Lambda eines der 'Stars' des Aufstiegs serverloser Technologien und eines der beliebtesten Elemente der serverlosen Architektur war, stellt diese Architektur mehr dar als nur FaaS.<\/p>\n

Das Hauptprinzip der serverlosen Technologien besteht darin, dass Sie sich nicht um das Management und die Skalierung der Infrastruktur k\u00fcmmern m\u00fcssen; Sie zahlen nur f\u00fcr das, was Sie tats\u00e4chlich nutzen. Viele Dienste erf\u00fcllen diese Kriterien \u2013 darunter AWS DynamoDB, S3, SNS oder SQS, Graphcool, Auth0, Now, Netlify, Firebase und viele andere. Insgesamt bedeutet Serverlosigkeit, dass Sie die gesamten M\u00f6glichkeiten des Cloud Computing nutzen k\u00f6nnen, ohne die Infrastruktur selbst verwalten und optimieren zu m\u00fcssen, um sie skalierbar zu machen. Dies bedeutet auch, dass die Sicherheit auf Infrastruktur-Ebene nicht mehr Ihr Problem ist, was ein gro\u00dfer Vorteil ist, angesichts der Herausforderungen und Komplexit\u00e4t bei der Einhaltung von Sicherheitsstandards. Schlie\u00dflich m\u00fcssen Sie die Ihnen zur Verf\u00fcgung gestellte Infrastruktur nicht kaufen.<\/p>\n

Serverless kann als ein \"Zustand des Geistes\" betrachtet werden: eine bestimmte Mentalit\u00e4t bei der Gestaltung von L\u00f6sungen. Vermeiden Sie Ans\u00e4tze, die eine Wartung jeglicher Infrastruktur erfordern. Bei einem serverlosen Ansatz verbringen wir die Zeit mit der L\u00f6sung von Problemen, die direkt das Projekt beeinflussen und unseren Nutzern zugutekommen: Wir schaffen eine robuste Gesch\u00e4ftslogik, entwickeln Benutzeroberfl\u00e4chen und gestalten adaptive und zuverl\u00e4ssige APIs.<\/p>\n

Wenn es beispielsweise m\u00f6glich ist, das Management und die Pflege einer Plattform f\u00fcr die Volltextsuche zu vermeiden, dann tun wir genau das. Dieser Ansatz zur Anwendungsentwicklung kann die Markteinf\u00fchrung erheblich beschleunigen, da Sie nicht mehr \u00fcber das Management einer komplexen Infrastruktur nachdenken m\u00fcssen. Befreien Sie sich von den Pflichten und Kosten der Infrastrukturverwaltung und konzentrieren Sie sich darauf, Anwendungen und Dienstleistungen zu entwickeln, die Ihre Kunden ben\u00f6tigen. Patrick Debois nannte diesen Ansatz \u2018servicefull\u2019<\/a><\/noindex>, dieser Begriff ist in der Serverless-Community verbreitet. Funktionen sollten als Verbindungselemente f\u00fcr Dienste in Form von deploybaren Modulen betrachtet werden (anstatt eine ganze Bibliothek oder Webanwendung zu deployen). Dies erm\u00f6glicht eine unglaubliche Granularit\u00e4t bei der Verwaltung von Deployments und \u00c4nderungen in der Anwendung. Wenn Sie Funktionen auf diese Weise nicht deployen k\u00f6nnen, k\u00f6nnte das darauf hindeuten, dass die Funktionen zu viele Aufgaben \u00fcbernehmen und refaktoriert werden m\u00fcssen.<\/p>\n

Einige Kunden sind besorgt \u00fcber die Abh\u00e4ngigkeit von Anbietern bei der Entwicklung von Cloud-Anwendungen. Das gilt ebenso f\u00fcr serverlose Technologien und ist wahrscheinlich kein Missverst\u00e4ndnis. Nach unserer Erfahrung kombiniert die Erstellung serverloser Anwendungen auf AWS mit der F\u00e4higkeit von AWS Lambda, andere AWS-Dienste zu integrieren, die Vorteile serverloser Architekturen. Dies ist ein gutes Beispiel f\u00fcr Synergie, bei der das Ergebnis der Kombination mehr ist als nur die Summe der Teile. Wenn Sie versuchen, die Abh\u00e4ngigkeit von Anbietern zu vermeiden, k\u00f6nnten Sie auf noch gr\u00f6\u00dfere Probleme sto\u00dfen. Bei der Arbeit mit Containern ist es einfacher, Ihr eigenes Abstraktionsniveau zwischen den Cloud-Anbietern zu verwalten. Doch wenn es um serverlose L\u00f6sungen geht, werden sich die Bem\u00fchungen nicht auszahlen, insbesondere wenn von Anfang an die Wirtschaftlichkeit ber\u00fccksichtigt wird. Stellen Sie unbedingt fest, wie Anbieter die Bereitstellung von Dienstleistungen sicherstellen. Einige spezialisierte Dienste sind von Integrationspunkten mit anderen Anbietern abh\u00e4ngig und bieten m\u00f6glicherweise sofort eine Plug-and-Play-Verbindung. Es ist einfacher, eine Lambda-Funktion aus einem API-Gateway-Endpunkt aufzurufen, als eine Anfrage zu einem Container oder einer EC2-Instanz weiterzuleiten. Graphcool erm\u00f6glicht eine einfache Konfiguration mit Auth0, was einfacher ist, als Drittanbietermethoden zur Authentifizierung zu verwenden.<\/p>\n

Die Auswahl des richtigen Anbieters f\u00fcr Ihre serverlose Anwendung ist eine architektonische Entscheidung. Bei der Erstellung einer Anwendung gehen Sie nicht davon aus, eines Tages wieder Server zu verwalten. Die Wahl des Cloud-Anbieters unterscheidet sich nicht von der Entscheidung, Container, eine Datenbank oder sogar eine Programmiersprache zu verwenden. <\/p>\n

\u00dcberlegen Sie:<\/p>\n