Ich habe eine Website namens The Power of Serverless for Front-End Developers unter thepowerofserverless.info erstellt, und zwar vor einer Weile, als ich mich mit diesem ganzen Thema beschäftigt habe. Ich weiß jetzt ein bisschen mehr, habe aber immer noch endlos viel zu lernen. Dennoch hatte ich das Gefühl, es sei Zeit, diese Website ein wenig zu überarbeiten.
Zum einen ist die neue Website, genau wie unsere kleine Konferenz-Website, eine Subdomain dieser sehr Website
https://serverless.css-tricks.com/
Warum? Worum geht es auf dieser Website?
Die gesamte Idee hinter dem Schlagwort „serverless“ ist ziemlich wichtig. Anstatt eigene Server zu warten, die man sowieso von einem anderen Unternehmen kauft, entwirft man seine Anwendung so, dass alles auf standardisierten Servern läuft, auf die man bedarfsgerecht zugreift.
Das Hosting wird statisch, was viele Vorteile hat. Schauen Sie sich nur Netlify an, das blitzschnelles statisches Hosting anbietet und an der Verbesserung der Entwicklererfahrung arbeitet. Die Teile, für die man immer noch Back-End-Dienste benötigt, laufen in Cloud-Funktionen, die günstig und effizient sind.
Das ist ein großer Vorteil für Front-End-Entwickler. Wir haben bereits ein enormes Wachstum dessen erlebt, was wir im Front-End leisten können, dank der wachsenden Leistungsfähigkeit von JavaScript. Jetzt kann ein JavaScript-Entwickler ganze Websites von Ende zu Ende mit dem JAMstack-Konzept erstellen.
Aber man muss immer noch wissen, wie man alles zusammensetzt. Wen benutzt man für die Formularverarbeitung? Wo speichert man die Daten? Was kann ich für die Benutzerauthentifizierung verwenden? Welche Content-Management-Systeme gibt es in dieser Welt? Darum geht es auf dieser Website! Ich möchte, dass die Website das Konzept erklären und Ressourcen anbieten kann, aber vor allem ein Verzeichnis der Vielzahl von Diensten sein, die diese neue Serverless-Welt ausmachen.
Die Website enthält auch einen Abschnitt mit Ideen, die Ihnen vielleicht helfen, herauszufinden, wie Sie Serverless-Technologie einsetzen könnten. Vielleicht werden Sie sogar eine Serverless-Website erstellen.
Design von Kylie Timpani und Illustration von Geri Coady
Kylie Timpani (ja, dieselbe Kylie, die am v17-Design dieser Website gearbeitet hat!) hat das gesamte visuelle Design für dieses Projekt übernommen.
Geri Coady hat die gesamte Illustrationsarbeit geleistet.
Wenn etwas nicht stimmt oder komisch aussieht, geben Sie meiner schlechten Umsetzung ihrer Arbeit die Schuld. Ich arbeite immer noch an Checklisten mit Verbesserungen. Manchmal muss man Dinge einfach veröffentlichen und dann verbessern.
Alles ist auf GitHub und Beiträge sind willkommen
Ich würde mich über jede Hilfe freuen, beim Aufräumen von Texten, Hinzufügen von Diensten, Zugänglicher machen... wirklich alles, was Ihrer Meinung nach die Website verbessern würde. Sie können gerne Ihre eigenen Arbeiten verlinken, obwohl ich dazu neige, dass Beiträge stärker sind, wenn man jemanden anderen unterstützt und nicht sich selbst. Letztendlich liegt es an mir, ob Ihre Pull-Anfrage akzeptiert wird. Das kann manchmal subjektiv sein.
Bevor Sie etwas Dramatisches tun, sollten Sie es am besten per E-Mail an mich oder durch das Eröffnen eines Issues besprechen. Dort gibt es bereits eine Handvoll von Issues.
Ich vermute, dass Unternehmen, die in diesem Bereich tätig sind, daran interessiert sein werden, hier irgendwo vertreten zu sein, und das ist für mich in Ordnung. Machen Sie es einfach. Vielleicht können wir auch irgendeine Art von Sponsoring-Möglichkeiten eröffnen.
Erstellung mit Komponenten: Eine gute Idee
Ich habe mich für Gatsby für dieses Projekt entschieden. Eine kleine Website wie diese (ein paar Seiten mit statischem Inhalt) verdient es, vollständig serverseitig gerendert zu werden. Gatsby tut das, obwohl man komplett in React arbeitet, was generell als clientseitige Technologie gilt. Next.js und react-static sind vom Geist her ähnlich.
Ich wollte absichtlich in JavaScript arbeiten, weil ich das Gefühl habe, dass JavaScript die beste Arbeit an der Idee der Komponentenarchitektur von Websites leistet. Sicher, man könnte in Rails-Partials oder Nunjucks-Includes ein paar Partialien einfügen und lokale Variablen übergeben, aber das ist weit entfernt von der Vielseitigkeit, die man in einem Framework wie React, Vue oder Angular bekommt, die vollständig darauf ausgelegt sind, Komponenten für das Frontend zu erstellen.
Die Tatsache, dass diese JavaScript-Frameworks erstklassige serverseitige Rendering-Optionen erhalten, ist wichtig. Plus, nach dem anfänglichen Rendern der Website "hydriert" sich die Seite und man bekommt sowieso das SPA-Gefühl... fantastisch. Noch etwas, das zeigt, wie ein JavaScript-fokussierter Frontend-Entwickler immer mächtiger wird.
Nebenbei bemerkt: Ich habe nicht viel Erfahrung mit komplizierteren Datenstrukturen und JAMstack-Websites. Ich vermute, sobald man über diese "kleine, einfache Kärtchen-Datenstruktur" hinausgeht, ist man vielleicht über das hinaus, wofür Front-Matter-Markdown-Dateien am besten geeignet sind, und benötigt eine vollwertigere CMS-Lösung, hoffentlich mit einem GraphQL-Endpunkt, um alles zu bekommen, was man braucht. Ein fruchtbares Feld, ganz sicher.
Ihr Vortrag und diese Seite hatten einen großen Einfluss auf mich. Ich war auf dem Weg, WordPress-Plugins zu lernen, begann mich aber zu fragen, ob manche Funktionalitäten besser für Serverless geeignet sind.
Zufällig habe ich die Seite gerade durch Ihren alten Beitrag auf Facebook entdeckt. Danke, dass Sie diese Ressource zusammengestellt haben.
Aus irgendeinem seltsamen Grund sehe ich, dass sich der Fokus beim Thema Serverless stark auf die Backend-Business-Logik-Schicht (wie Lambda) konzentriert, aber es gibt nicht annähernd so viel Aufruhr, wenn es um den Frontend-Code geht, wie z. B. das Erstellen von gerenderten SSR-Apps, was meiner Meinung nach ebenso ein integraler Bestandteil der Serverless-Architektur ist.
Warum müssen wir lernen, wie man eine Serverless-Architektur verwaltet und viele Dienste nutzt, wenn man alles in einem Tool wie Publii verwenden kann? Ich habe ein paar Websites, die mit diesem CMS generiert wurden, und alle verwalte ich wie in WP.
Ich habe keine persönlichen Erfahrungen mit Publii, aber mein Verständnis von Tools wie Publii fällt immer noch in dieselbe Kategorie wie andere statische Seitengeneratoren wie Jekyll, wenn auch auf eine benutzerfreundlichere Weise.
Das bedeutet, es ist großartig für die Veröffentlichung von Inhalten, könnte aber einschränkender sein, wenn es im Backend Dinge wie Formularverarbeitung (z. B. Kontaktformulare) tun muss.
Aber am Ende kommt es darauf an, was Ihre Bedürfnisse sind. Wenn Sie das Projekt mit Publii erledigen können, dann umso besser!
Nachdem ich den Artikel gelesen hatte, wollte ich hier einen Kommentar schreiben... jetzt möchte ich nur sagen, dass das Design dieses Kommentarbereichs selbst SO SCHÖN ist! Tolle Arbeit, Kylie.
Zurück zu meinem Kommentar, ich freue mich, die Verwendung von Figma in diesem Projekt zu sehen ^^