Serverloses Computing

Tipps zum Umgang mit Daten für junge Start-ups

Mon, 05 Sep 2022 02:00:00 +0000

Mein Team für Analytics- und KI-Lösungen bei Google Cloud betreut Start-ups, die auf Google Cloud aufbauen. In unserer Arbeit erfahren wir von Gründer*innen und Entwickler*innen, wie schon die ersten Investitionen in der Seed-Phase junge Start-ups entweder einschränken oder auf Erfolgskurs bringen. In diesem Beitrag möchte ich eine Auswahl von Best Practices vorstellen, die Sie beim Aufbau Ihres Unternehmens in Betracht ziehen sollten.

Klären Sie Ihr Wertversprechen, bevor Sie sich für eine Technologielösung entscheiden

Viele, die ein Start-up in der Cloud gründen wollen, überlegen als erstes, welche Technologielösung sie einsetzen werden. Besser ist, sich zuvor Gedanken über das Wertversprechen des Start-ups zu machen und die Technologie dann dazu passend auszuwählen.

Ist Ihr System zum Beispiel auf Echtzeitverarbeitung angewiesen, oder würden Batch-Verfahren ausreichen? Genügen Ihnen tagesaktuelle Daten, oder müssen Sie sofort reagieren können?

Überlegen Sie auch, wie Latenzzeiten sich für Ihre Kund*innen auswirken, denn davon kann abhängen, ob Sie Ihr Wertversprechen einlösen können oder nicht. Die Gründer von Google haben früh erkannt, dass niemand länger als ein paar hundert Millisekunden auf die Ergebnisse einer Suchanfrage warten will. Die Technologie-Entscheidungen, die wir aufgrund dieser Erkenntnis getroffen haben, stellten die Weichen für Googles Aufstieg von einer Garagenfirma zu einem globalen Top-Unternehmen. Genauso konkret sollten auch Sie das Wertangebot Ihres eigenen Start-ups definieren, bevor Sie sich daran machen, eine Technologielösung aufzubauen, die Ihren Anforderungen entspricht.

Konzentrieren Sie sich auf Interaktionen mit Kund*innen

Es gibt Unternehmen, die sich durch IT-getriebene Veränderungen komplett neu erfunden haben. Netflix zum Beispiel hat sich von einem DVD-Postversand in einen erfolgreichen Streaming-Dienst und bedeutenden Produzenten von Inhalten verwandelt. Für dieses völlig neue Nutzungserlebnis war eine grundlegende Umgestaltung der Technologie nötig, während das grundsätzliche Wertversprechen, Inhalte für Kundinnen und Kunden bereitzustellen, unverändert geblieben ist. Doch das ist ein extremes Beispiel – wenn Sie über Änderungen dieser Größenordnung nachdenken, statt sich darauf zu konzentrieren, Ihr Wertversprechen gegenüber den Nutzer*innen einzulösen, sollten Sie vielleicht besser das Wertversprechen als solches überdenken.

Vor allem aber müssen Sie eine klare Vorstellung davon haben, wie die Kundinnen und Kunden mit Ihrem Unternehmen in Kontakt treten und interagieren. In der Regel geschieht dies über eine Website oder mobile App – aber es kommt auf die Kleinigkeiten an.

Übermitteln Ihre Kund*innen Dokumente? Wenn ja, in welchem Format? Müssen sie die Tastatur benutzen, oder sind auch handschriftliche Eingaben möglich? Können sie Bilder einreichen, die mittels optischer Zeichenerkennung ausgewertet werden? Werden hauptsächlich Formulare verwendet? Sind die eingegebenen Daten strukturiert oder unstrukturiert? Falls Sie jetzt noch nicht wissen, wie oder warum Sie diese Fragen beantworten sollen, lesen Sie erstmal weiter. In den folgenden Absätzen werden Sie klarer sehen, worauf wir hinaus wollen.

Wenn sich zum Beispiel die meisten Ihrer Kund*innen telefonisch an Ihr Unternehmen wenden werden, sollten Sie einen Schwerpunkt auf Konversations-Workflows legen. Doch das ist erst der Anfang. Selbst wenn Sie sich an dieser Stelle für Dialog Flow – eine Google Cloud-Plattform für KI-gestützte Konversationen mit virtuellen Agenten – entscheiden, ist damit Ihr Wertversprechen noch lange nicht vollständig geklärt. Wie soll die typische Kundeninteraktion von der Kontaktaufnahme bis zur Auflösung genau funktionieren? Wie viele Interaktionen werden über Verbindungen mit geringer Bandbreite stattfinden? Machen Sie sich ein genaues Bild von allen Benutzerinteraktionen eines typischen End-to-End-Anwendungsfalls.

Noch ein Beispiel: Bei einem Anwendungsfall für Ihre geplante Einzelhandels-Website kommt die Frage auf, ob ein bestimmtes Produkt in einer bestimmten Menge – seien es zehn oder ein paar hundert Stück – auf Lager ist. Falls nicht, wäre es vielleicht eine gute Idee, wenn Ihre App ähnliche vorrätige Artikel vorschlagen würde. Wird Ihre Technologielösung diesen End-to-End-Anwendungsfall unterstützen?

Diese Überlegungen sollen nicht zu einer verfrühten Optimierung verleiten. Es ist durchaus sinnvoll, zunächst eine Minimallösung bereitzustellen und dann schnell zu iterieren. Trotzdem sollte Ihnen klar sein, dass Sie in der Anfangsphase viele Grundsatzentscheidungen treffen – und diese großen Einfluss darauf haben, wie viel Geld und Arbeit Sie im weiteren Verlauf noch investieren müssen. Sie brauchen also nicht nur eine Geschäftsidee, sondern auch fundierte Anwendungsfälle, bevor Sie Entscheidungen über Ihre Technologie treffen.

Am besten, Sie bereiten Sie gedanklich vor, indem Sie drei Anwendungsfälle auswählen – zwei alltägliche Standardfälle und einen, der mehr technologischen Aufwand erfordert. Klären Sie, ob Ihr prospektives Technologielösung alle drei Fälle auch von Anfang bis Ende unterstützt.

Halten Sie sich an höhere Abstraktionsebenen

Vor dem Hintergrund dieser Überlegungen, können wir nun konkreter über das Technologielösung nachdenken.

Als Start-up müssen Sie Ressourcen sparen und sollten deshalb auf der höchstmöglichen Abstraktionsebene planen. Ihr Team sollte sich deshalb nicht als erstes mit dem Aufbau von Server-Clustern beschäftigen. Es sollte auch nichts selbst konfigurieren, sondern wo möglich vollständig verwaltete Dienste nutzen. Sie sollten sich ganz auf den Bau ihres Prototypen konzentrieren, nicht auf die Verwaltung der Infrastruktur.

Fester Daten-Stack in Google Cloud

Dieser Fokus prägt auch die Entwicklung unserer Google Cloud-Produkte. Unser fester Daten-Stack – Pub/Sub, Dataflow, BigQuery und Vertex AI – besteht deshalb ganz aus automatisch skalierenden und serverlosen Produkten.

Doch nicht nur bei der Verwaltung der Infrastruktur gilt das Motto ‚Weniger ist mehr‘. Auch bei der Architektur ist No-Code besser als Low-Code und Low-Code besser als selbst geschriebener Code. Statt ETL-Pipelines zu schreiben, um die benötigten Daten für BigQuery zu transformieren, könnten Sie beispielsweise vorkonfigurierte Konnektoren verwenden, um die Daten in BigQuery zu laden. Das ist No-Code. Dann wandeln Sie die Daten mit SQL-Ansichten direkt im Data Warehouse in die benötigte Form um. Das nennt sich ELT und ist Low-Code. Wenn Sie sich für einen ELT-Ansatz entscheiden, sind Sie deutlich agiler.

Ähnliches gilt für die Auswahl Ihres ML-Modellierungs-Frameworks. Fangen Sie nicht mit benutzerdefinierten TensorFlow-Modellen an. Beginnen Sie mit AutoML. Das ist No-Code. Sie können AutoML direkt von BigQuery aus aufrufen und so auf die Entwicklung komplexer Daten- und ML-Pipelines verzichten. Falls nötig, weichen Sie auf vorkonfigurierte Modelle von TensorFlow Hub oder HuggingFace aus. Das ist Low-Code. Erstellen Sie eigene benutzerdefinierte ML-Modelle nur, wenn es gar nicht anders geht.

Code/Low-Code Daten-Stack in Google Cloud

Lassen Sie sich nicht von technologischen Möglichkeiten sondern von Ihrer Vision leiten

Ihr Ziel ist es, das richtige Technologielösung auszuwählen, mit dem Sie Ihre Vision verwirklichen, die Bedürfnisse Ihrer Kund*innen befriedigen, Ressourcen sparen und wie nötig expandieren können. In der Anfangsphase sollten Sie sich bei Ihren IT-Investitionen auf Flexibilität konzentrieren, also verwaltete Dienste auf der Basis von Standard-Protokollen oder offenen APIs einsetzen. Dabei kommt es nicht auf die Verwendung der neuesten Technologien an. Es muss zum Beispiel nicht immer gleich ML sein. Vielleicht könnten Sie zunächst mit Heuristiken beginnen und später auf ML umsteigen, wenn Sie genügend Daten gesammelt haben. Auf jeden Fall sollten Sie sich für eine genügend abstrakte Herangehensweise an Ihre Datenanalysen entscheiden, die sich für den Anfang mit einfachen Regeln ausstatten und später einmal durch ein robusteres System ersetzen lässt.

Schnell starten und iterieren

Denken Sie immer daran, dass Ihre teuerste Ressource die Beschäftigten sind. Sie sollten sich deshalb vor allem auf den Aufbau Ihres Prototyps, Ihrer Minimallösung oder Ihrer Produktions-App konzentrieren können. Schnell starten und schnell iterieren ist die Devise. Das funktioniert nur, indem Sie sich ganz auf die Dinge konzentrieren, die Sie von Ihrem Wettbewerb unterscheiden.

Ganz gleich, welche Technologien Sie nutzen: Lassen Sie sich von diesen vier Prinzipien leiten.

Überlegen Sie, was der Kern Ihres Wertversprechens ist, und stimmen Sie Ihr Technologielösung darauf ab.
Planen Sie die Benutzerinteraktionen besonders sorgfältig. Das Nutzungserlebnis ist enorm wichtig. Sorgen Sie unbedingt dafür, dass Sie den Erwartungen Ihrer Kund*innen gerecht werden.
Planen Sie immer auf der höchstmöglichen Abstraktionsebene. Wählen Sie möglichst vollständig verwaltete Tools und No-Code/Low-Code-Frameworks, wenn diese die notwendigen Funktionen bereitstellen.
Entscheiden Sie sich nicht immer für die neuesten oder angesagtesten Technologien. Überlegen Sie, ob Sie rasch eine Minimallösung aufbauen können, die gut genug ist und sich zu einem späteren Zeitpunkt umrüsten lässt.

Mehr darüber, warum sich Start-ups für Google Cloud entscheiden, finden Sie hier.

Serverlose Plattformen: Tipps für Start-ups auf dem Weg in die Cloud

Mon, 08 Aug 2022 04:00:00 +0000

Immer mehr Start-ups nehmen die Dienste von Google Cloud in Anspruch und so begegne ich auch immer mehr Gründer*innen, die Fragen zu Cloud-Diensten stellen. Natürlich ist jedes Start-up anders, und die Anforderungen sind je nach Branche und Region unterschiedlich. Dennoch möchte ich einige Best Practices mit Ihnen teilen, die Start-ups helfen, erfolgreich zu sein und Fallstricke zu vermeiden.

Wenn Sie sich beispielsweise für eine Public Cloud entscheiden, fangen Sie im Idealfall nicht bei null an, wie es beim Betrieb eines eigenen Rechenzentrums der Fall wäre. Sie sollten aber darauf achten, dass Sie nicht ein vergleichbares Maß an Komplexität in einer virtualisierten Umgebung entstehen lassen: Eine Public Cloud-Infrastruktur einzusetzen bedeutet nicht, dass Sie diese auch selbst verwalten müssen.

Vielmehr sollten Sie eine Plattform einsetzen, die Sie durch Abstraktion von dieser Komplexität abschirmt, damit sich Ihr Team auf die Wertschöpfung für seine Kunden konzentrieren kann. An diesem Punkt kommen serverlose Lösungen ins Spiel: Serverlose Plattformen sind vollständig Provider-seitig gemanagt, bieten Autoscaling für Ihre Workloads, sowie Bereitstellung, Konfiguration, Patching und Management von Servern und Clustern. So können sich Ihre Fachleute statt um den Betrieb der IT-Infrastruktur ganz den für Ihr Geschäftsmodell wesentlichen Fragen widmen.

Das selbe gilt nicht nur für den Betrieb von Anwendungen, sondern auch für die Verwaltung und Analyse von Daten – etwa darüber, welche die beliebtesten Features Ihrer Plattform sind, was Ihre Kund*innen kaufen und wie sie Ihr Produkt nutzen. Auf diese Informationen sind Sie bei der Entwicklung einer kundenorientierten Produkt-Roadmap angewiesen. Es reicht aber nicht aus, diese Daten nur zu sammeln: Es ist entscheidend, sie auch zu schützen, zugänglich zu machen und so aufzubereiten, dass sie für Ihr Team leicht zu analysieren sind. Wo also die Plattform betreiben und hosten?

Beim Einsatz von Google Cloud kommen Ihnen dabei Lösungen wie Spanner und Cloud SQL sowie das Analyse-Tool BigQuery zur Hilfe. Sie müssen sich weder um das Management der Infrastruktur noch um das Patchen von Servern kümmern, sondern streamen einfach Ihre Daten auf unsere Management-Plattformen, wo sie Ihrem Team jederzeit zur Auswertung zur Verfügung stehen. Dank der serverlosen Architektur kann Ihr Start-up datengetrieben operieren, ohne sich mit der Komplexität von Datenbankadministration und -verwaltung auseinandersetzen zu müssen.

Serverlose Technologie ist nur einer der Faktoren, den Sie beim Aufbau Ihres Tech Stacks berücksichtigen sollten. Wenn Sie auch zu anderen für Start-ups relevanten Themen meine Perspektive hören möchten — etwa zu Sicherheit, Cloud-Guthaben oder welche Unterschiede es zwischen verwalteten Diensten gibt — schauen Sie sich das nachstehende Video an und besuchen Sie unsere Website.

Eine Cloud für Entwickler*innen – werden Sie Teil unserer Innovators Community!

Mon, 04 Apr 2022 06:00:00 +0000

Wo wird Ihr Unternehmen in zehn Jahren stehen? Wir sind davon überzeugt, dass nur Branchenführer werden kann, wer auch Technologieführer einer Branche ist. Entwickler*innen leisten dazu einen entscheidenden Beitrag.

Unsere Google Cloud Next ‘21 Keynote „A Cloud Built For Developers – Eine Cloud für Entwickler*innen“ konzentrierte sich deshalb auf zwei Bereiche, in denen wir Entwicklerinnen und Entwickler bei der Transformation ihres Unternehmens unterstützen: (1) Tools, die ihnen die Arbeit erleichtern; und (2) eine Developer Community, in der Entwickler*innen gemeinsam wachsen und voneinander lernen können.

Tools, um Ihnen die Arbeit zu erleichtern

Von transformativen Infrastruktur-Technologien wie Tau VMs bis hin zu Innovationen in den Bereichen Daten und KI und Sicherheit – jedes neue Feature oder Tool zielt darauf ab, Entwickler*innen auf der ganzen Welt die Arbeit zu erleichtern. Egal ob bei der Einbettung zentraler Sicherheits- und Nachhaltigkeitsfunktionen in die Google Cloud oder der Integration von Partnerlösungen in unsere Konsole, unser Hauptfokus ist derselbe: Entwickler*innen die bestmögliche Cloud-Erfahrung zu bieten.

Kubernetes, kinderleicht

Kubernetes-Installationen erfordern viel manuelle Konfiguration. Mit Google Cloud erhalten Sie eine der sichersten Kubernetes-Lösungen der Branche, mit den meisten Automatisierungsoptionen. GKE Autopilot vereinfacht die Nutzung von Kubernetes maßgeblich, indem es die zugrundeliegende Infrastruktur des Clusters bereitstellt und verwaltet – einschließlich Control-Plane, Node-Pools und Worker-Nodes. So können Sie sich auf ihre eigenen Anwendungen und Services konzentrieren. Mit GKE Autopilot steht Ihnen ein vom Kubernetes-Team selbst entwickeltes, fortschrittliches Cluster zur Verfügung, das sämtliche Best Practices berücksichtigt. So bleiben Sie immer auf dem Laufenden und erzielen die gleichen Ergebnisse, wie unsere Expert*innen, ohne selbst Kubernetes-Expert*in sein zu müssen. Das finden Sie nur bei Google Cloud.

Sichere, fortschrittliche Anwendungen direkt von Ihrem Laptop aus

Google Cloud erleichtert die Entwicklung fortschrittlicher Anwendungen:

Einfache Entwicklung: Mit dem Cloud Shell Editor, einer kontextsensitiven Remote-Entwicklungsumgebung, können Sie Anwendungen sicher von jedem Browser aus entwickeln und verwalten. Nichts muss lokal heruntergeladen oder installiert werden. Der Editor verfügt über einen integrierten Debugger, Quellcodeverwaltung, API-Explorer sowie lokale Emulatoren für Kubernetes und serverlose APIs für lokale Tests auf Ihrem Laptop. Zudem können Sie Befehle direkt über die Kommandozeile der Google Cloud-Dokumentation nachschlagen – für eine bessere Lernerfahrung im jeweiligen Arbeitskontext.

Einfache Bereitstellung: Mit Cloud Build können Sie Anwendungen für unterschiedlichste Umgebungen, wie VMs, Kubernetes oder Firebase, direkt auf unserer serverlosen CI/CD-Plattform entwickeln, testen und bereitstellen. Cloud Run vereint die Vorteile von serverloser und Container-Bereitstellung. Da keine Cluster konfiguriert werden müssen, können Sie Container sekundenschnell in Produktion zur Verfügung stellen. Und durch die Integration von Cloud Build und Cloud Run können Sie Apps sogar mit nur einem einzigen Befehl entwickeln und bereitstellen. Vor Kurzem haben wir zudem Cloud Deploy eingeführt, um die nahtlose Skalierung von Deployment-Pipelines innerhalb Ihres Unternehmens zu erleichtern. Die Binärautorisierung stellt sicher, dass nur vertrauenswürdige Container-Images auf GKE oder Cloud Run bereitgestellt werden.

Einfache Erweiterung: Cloud Functions ist ein skalierbarer „Pay-as-you-go“-Service, mit dem Sie Ihren Code ohne Servermanagement bereitstellen können. Sie können Ihre Anwendung erweitern und je nach Auslastung skalieren.

Einfache Bedienung: Mit der Operations Suite von Google Cloud können Sie Anwendungen auch in Produktion problemlos überwachen, Fehler beheben und die Leistung verbessern. Sie erhalten eine integrierte Ansicht aller Benachrichtigungen, Ereignisse, Kennzahlen und Logs, und müssen bei der Fehlerbehebung nicht zwischen verschiedenen Tools wechseln.

Den Risiken von morgen immer einen Schritt voraus

Die jüngsten Cyberangriffe zielten alle darauf ab, die Software-Lieferkette zu kompromittieren. Um diese zunehmenden Bedrohungen zu adressieren, haben wir Sicherheit nun nativ in die Toolchain von Entwickler*innen integriert, um potenzielle Probleme vorherzusehen und zu vermeiden.

Cloud Build bietet den ersten und bisher einzigen CI/CD-Service mit integrierter verifizierbarer Provenienz. So kann ein Binärprogramm zur Quelle zurückverfolgt werden, um Manipulationen auszuschließen und sicherzustellen, dass der ausgeführte Code auch der richtige ist. Und mit den neuen Integritätsfunktionen, ein weiteres Alleinstellungsmerkmal der Google Cloud, können Sie verhindern, dass Mitglieder Ihres Unternehmens Code bereitstellen, der nicht in Ihrer offiziellen Entwicklungsumgebung erstellt wurde.

Anthos Service Mesh nutzt ein Zero-Trust-Sicherheitsmodell, mit dem Sie nach der Anwendungsbereitstellung die Authentifizierungen, Autorisierungen und Verschlüsselungen zwischen Diensten mit wenigen oder teilweise sogar ohne Änderungen verwalten können.

Sowohl Anthos Service Mesh als auch Cloud Build Hybrid sind in Google Cloud und in Ihrer On-Premise-Umgebung verfügbar. Sie arbeiten mit VPC Service Controls und VPC Peering, um die Sicherheitseinstellungen seitens der Entwicklung in Ihrem Unternehmen zu automatisieren und Ihnen bei der Programmierung und Verwaltung Ihrer Anwendungen den notwendigen Schutz zu bieten.

Wir sind fest davon überzeugt, dass wir unsere Services durch die Ausarbeitung geeigneter Branchenstandards sowohl sicherer als auch einfacher machen können. Daher haben wir gemeinsam mit anderen technologieführenden Unternehmen die Open Source Security Foundation gegründet, um Sicherheitsstandards für Open-Source-Umgebungen zu definieren. Zudem haben wir das branchenweite Framework SLSA (Supply chain Levels for Software Artifacts oder „Salsa“) gegen Supply-Chain-Angriffe vorgeschlagen. Dieses Sicherheitsframework stellt gemeinsame Kriterien zur Verfügung, um die Softwaresicherheit mithilfe von Automatisierung und kryptografischen Signaturen an jedem Punkt der Software-Lieferkette zu verbessern. Cloud Build entspricht standardmäßig bereits allen Vorgaben gemäß SLSA Level 1.

Um Ihre Software Supply Chain bestmöglich zu schützen, haben wir bereits an der Verbesserung der Sicherheit von Software-Lieferketten gearbeitet, als noch wenig Fokus auf diesem Thema lag. Davon profitieren Sie jetzt.

Definieren Sie die Grenzen des Möglichen neu

In einer Welt voller Daten und künstlicher Intelligenz bieten wir Ihnen Cloud-Produkte, die auf eine optimale Leistung, Zuverlässigkeit und Skalierbarkeit ausgelegt und branchenführend sind. Innovative KI-Funktionen unterstützen Sie dabei, ältere, weniger effiziente Verfahren einfach neu zu definieren und zu zeigen, was Entwickler*innen erreichen können.

Dabei hilft Ihnen z. B. Contract DocAI, eine neue Funktion innerhalb von DocAI, die die Datenerfassung automatisiert und so die Dokumentverarbeitungskosten reduziert. Sie basiert auf KI-Vorlagen und vollständig verwalteten Services, mit denen Sie intelligente Anwendungen noch schneller entwickeln und Ihrem Unternehmen so noch wertvollere Informationen zur Verfügung stellen können. Und das ist nur ein Beispiel, wie Sie Daten und KI dazu nutzen können, um die Grenzen des Möglichen für Nutzer*innen neu zu definieren.

Sorgen Sie für mehr Nachhaltigkeit

Wir unterstützen Entwickler*innen dabei, das Richtige zu tun – selbst wenn es schwierig sein sollte. Lange Zeit war ethisches und nachhaltiges Handeln für Unternehmen mit hohen Kosten verbunden. Indem Sie Ihre Emissionsziele gleich von Anfang an in Ihre IT-Initiativen integrieren, werden Sie zum Vorreiter bei der Umsetzung der Nachhaltigkeitsziele.

Viele Cloud-Anbieter haben die Vision einer nachhaltigen Zukunft und planen, ihren Energieverbrauch bis 2025 oder 2030 zu 100 % aus erneuerbaren Energien zu decken. Google hat dieses Ziel bereits 2017 erreicht – als bisher einzige Hyperscale-Cloud. Unsere Rechenzentren laufen doppelt so effizient wie durchschnittliche Rechenzentren. Wir haben in unsere Plattform Tools integriert, die Sie bei einer nachhaltigen Anwendungsentwicklung unterstützen. Hier eine Auswahl unserer neuesten Tools:

Google Cloud Carbon Footprint – Erhalten Sie mit nur einem Klick Zugriff auf alle energiebezogenen Emissionsdaten, die Sie für Ihre CO2-Berichte benötigen.

Region Picker – Mit diesem Tool können Sie für Ihre Workloads die Rechenzentrumsregion mit den niedrigsten Bruttoemissionen wählen. Aber ganz gleich, für welche Region Sie sich entscheiden – wir werden diesen Verbrauch jährlich mit erneuerbaren Energien ausgleichen, so dass Ihre Nettoemissionen immer Null betragen. Damit Sie nicht nur CO2-neutral, sondern CO2-frei wirtschaften können.

Google Earth Engine und die Integration mit Google Cloud – Mit mehr als 700 Datensätzen und über 50 Petabyte an Daten erhalten Entwickler*innen über Earth Engine Zugriff auf den weltweit größten Datenkatalog vonSatellitenbildern und Tools, um sie bei ihrer Arbeit an Nachhaltigkeitsprojekten zu unterstützen.

„Sustainable IT – Decoded“ Masterclass – Erfahren Sie in dieser Videopräsentation von weltweit führenden Nachhaltigkeitsexpert*innen, wie Sie Ihre Anwendungen nachhaltiger gestalten können.

Wir freuen uns darauf, dieses erweiterte Portfolio an Nachhaltigkeitstools und -ressourcen mit Ihnen zu teilen – damit Sie umweltfreundlichere Entscheidungen treffen und jeden Tag sicherer und nachhaltiger gestalten können.

Investition in unsere Developer Community

Communities zu bilden ist der effektivste Weg, um Entwickler*innen zu unterstützen. Deshalb haben wir Google Cloud Innovators gegründet.

Dieses neue Community-Programm wurde speziell für Entwickler*innen und Techniker*innen entwickelt, die mit Google Cloud arbeiten – von Unternehmensentwickler*innen und Datenwissenschaftler*innen bis hin zu Studierenden und Freizeit-Entwickler*innen. Über unsere Community erhalten Sie bereits vorzeitig Zugang zu den neuesten technischen Funktionen und Innovationen, aktuellen Roadmaps und Inhalten und können Kontakt zu unseren internen Entwicklungsexpert*innen aufnehmen. Sie erhalten exklusive Einladungen zu den Community Events unserer Cloud-Entwickler*innen sowie die einzigartige Chance, sich an der Gestaltung und Verbesserung der Google Cloud Services zu beteiligen. Als Anerkennung Ihrer Expertise als Community Influencer fördern wir Ihre Beiträge und arbeiten eng mit Ihnen zusammen, um mit Ihrer Hilfe einige der größten Herausforderungen der Menschheit zu lösen.

An der Spitze unserer Innovator Community stehen die Pionier*innen und Meinungsführer*innen, unsere sogenannten Champion Innovators, die von uns in diesen erlesenen Kreis eingeladen wurden. Ziel unserer Mitglieder ist es, andere Entwickler*innen zu inspirieren und zu ermutigen. Sie geben die Innovationsgeschwindigkeit im Google Cloud-Ökosystem vor. Weitere Informationen zu unseren Champion Innovators finden Sie in unserer Champion Innovators Directory.

Wir möchten unser Innovators-Programm noch stärker in die Google Cloud-Benutzererfahrung zu integrieren – das ist also erst der Anfang. Wir freuen uns schon darauf, Sie mit den notwendigen Tools und Ressourcen auszustatten, damit Sie sich auf die wirklich wichtigen Dinge konzentrieren können.

Treten auch Sie unserer Innovators Community bei!

Der nächste große Schritt im Serverless Computing

Mon, 21 Mar 2022 07:00:00 +0000

Der Begriff „Serverless“ (serverlos) hat Eingang in viele Gespräche über die Cloud gefunden. Er steht für die natürliche Evolution des Cloud-nativen Computings, und bringt viele Vorteile in puncto Produktivität, Effizienz und Einfachheit mit sich. Das Aufkommen moderner „Function as a Service“-Plattformen (FaaS) wie AWS Lambda und Google Cloud Functions hat eine Abkehr von monolithischen, langsamen Anwendungen mit dedizierter Server-Infrastruktur bewirkt. Gefragt sind verteilte, ereignisbasierte, serverlose Anwendungen, bei denen keine dahinterliegende Infrastruktur mehr verwaltet werden muss.

Diese ersten serverlosen Plattformen brachten die Entwickler*innen auf den Geschmack, sich nicht mehr um Infrastruktur kümmern oder dafür bezahlen zu müssen. Wenig überraschend begannen sie damit, die Vorteile von Serverless auch auf herkömmliche Workloads anzuwenden. Ob es sich um einfache ETL-Anwendungsfälle oder Legacy-Webanwendungen handelte – die Entwickler*innen wollten die Vorteile serverloser Plattformen nutzen, um ihre Produktivität zu steigern und eine schnellere Wertschöpfung zu erzielen.

Allerdings passen viele herkömmliche Workloads nur schlecht zu den architektonischen Vorgaben der meisten serverlosen Plattformen, und die großen, kritischen Alt-Anwendungen in unzählige ereignisbasierte Funktionen umzuschreiben, war kein verlockender Gedanke. Entwickler*innen wollten eine Plattform, die alle wichtigen Vorteile von serverlosen Plattformen bietet, ohne dass Anwendungen neu programmiert werden müssen – oder sie sich keine große Gedanken darüber machen müssen, welche Workloads ausgeführt werden sollen.

Mit der Einführung von Cloud Run 2019 zielte das Team von Google Cloud darauf ab, am Markt und bei Kunden ein Umdenken über Serverless herbeizuführen. Wir haben eine Plattform geschaffen, die im Kern serverlos ist, aber dennoch eine weitaus größere Anzahl von Anwendungen ausführen kann als bisherige serverlose Plattformen. Cloud Run erreicht dies, indem es Container als Grundprinzip nutzt. In den zwei Jahren seit der Einführung hat das Team 80 Updates für die Plattform veröffentlicht; im Durchschnitt also alle zehn Tage eines. Auch unsere Kunden halten Schritt: Die Verwendung von Cloud Run hat sich zwischen September 2020 und September 2021 mehr als vervierfacht.

Die nächste Generation von serverlosen Plattformen muss die wichtigsten Qualitäten der ersten Generation beibehalten, darunter:

Das schnelle Autoscaling von und auf Null

Die Möglichkeit, nutzungsabhängige Abrechnungsmodelle zu verwenden

Niedrige Einstiegshürden durch Einfachheit

Künftig werden serverlose Plattformen ein viel robusteres Funktionsangebot anbieten müssen, um ein neues, breiteres Spektrum an Workloads und Kunden zu bedienen. Hier die fünf wichtigsten Trends bei serverlosen Plattformen, die wir für 2022 und darüber hinaus erwarten.

1. Mehr (Legacy-)Workloads

Das Wertversprechen von Serverless ist nicht auf neue Anwendungen beschränkt und sollte keine umfassende Neuprogrammierung dessen erfordern, was vorher schon gut funktioniert hat. Entwickler*innen sollten in der Lage sein, die Vorzüge von Serverless auf ein breiteres Spektrum von Workloads anzuwenden – auch auf bereits bestehende, ohne umfassende Neuprogrammierung.

Cloud Run konnte das Workload-Spektrum durch mehrere neue Funktionen erweitern, darunter:

Nebenläufigkeit (Concurrency) pro Instanz. Viele herkömmliche Anwendungen laufen schlecht, wenn sie auf ein Single-Request-Modell beschränkt sind, wie es bei FaaS-Plattformen üblich ist. Cloud Run kann bis zu 1.000 nebenläufige Anfragen auf einer einzigen Instanz einer Anwendung bearbeiten und bietet damit deutlich mehr Leistungsfähigkeit.

Hintergrundverarbeitung. Bisherige Generationen serverloser Plattformen halten Funktionen, die gerade nicht verwendet werden oft an. Das erleichtert die Abrechnung – bezahlt wird nur, solange die Plattform läuft – kann aber die Ausführung von Workloads, die im Hintergrund laufen sollen, erschweren. Cloud Run unterstützt neue CPU-Zuweisungssteuerungen, mit denen diese Hintergrundprozesse erwartungsgemäß ausgeführt werden.

Beliebige Laufzeit. Moderne Programmiersprachen oder Laufzeitumgebungen eignen sich in der Regel für neue Anwendungen. Viele bestehende Anwendungen können jedoch entweder nicht umgeschrieben werden, oder nutzen eine Programmiersprache, die die serverlose Plattform nicht unterstützt. Cloud Run unterstützt standardmäßige Docker-Images und kann damit jede Laufzeitumgebung bzw. Version ausführen, die in einem Container ausgeführt werden kann.

2. Sicherheit und Integrität der Lieferkette

In letzter Zeit haben spektakuläre Cyberangriffe wie SolarWinds, Mimecast/Microsoft Exchange und Codecov Schwachstellen in der Software-Lieferkette ausgenutzt, die die Software-Lieferkette von der Übermittlung schädlichen Codes bis hin zur Umgehung der CI/CD-Pipeline gefährden.

Cloud Run ist mit Cloud Build integriert, das standardmäßig mit SLSA Stufe 1 konform ist und eine überprüfbare Build-Herkunft bietet. Mit „Code Provenance” (deutsch: Quellcode-Herkunft) kann vom Binärcode ausgehend der Quellcode zurückverfolgt werden, um Manipulationen zu verhindern und sicherzustellen, dass der Quellcode, der ausgeführt wird, auch tatsächlich der gewünschte Quellcode ist. Darüber hinaus generiert die neue Build Integrity-Funktion automatisch digitale Signaturen, die dann vor der Bereitstellung durch Binäre Autorisierung validiert werden können.

3. Kostenkontrolle und flexible Rechnungsstellung

Workloads mit stark variierenden Datenverkehrsmustern oder solche mit generell geringem Datenverkehr eignen sich hervorragend für die schnelle automatische Skalierung und die Scale-to-Zero-Eigenschaften von Serverless. Workloads mit einem kontinuierlichen Datenverkehrsmuster können allerdings teuer werden, wenn sie mit hochauflösenden nutzungsabhängigen Abrechnungsmodellen betrieben werden. So leistungsfähig die unbegrenzte automatische Skalierung sein mag, so schwierig kann es sein, die Kosten für den Betrieb einer Anwendung vorherzusagen.

Cloud Run bietet mehrere Funktionen, die Sie bei der Verwaltung und Senkung der Kosten serverloser Workloads unterstützen. Organisationen mit stabiler, gleichmäßiger und vorhersehbarer Nutzung können jetzt direkt in der Abrechnungsoberfläche Verträge für zugesicherte Nutzung mit erheblichen Preisnachlässen abschließen. Es fallen keine Vorauszahlungen an, und mit den Rabatten können Sie Ihre Ausgaben um bis zu 17 % senken.

Mit der „Always-on-CPU”-Funktion entfallen alle Gebühren pro Anfrage und das zu einem um 25 % niedrigeren Preis gegenüber dem Pay-per-Request-Modell. Dieses Modell wird im Allgemeinen für Anwendungen mit vorhersehbaren Datenverkehrsmustern bevorzugt, oder für Anwendungen, die eine Hintergrundverarbeitung erfordern.

Für Anwendungen, die eine hohe Verfügbarkeit bei globaler Bereitstellung erfordern, können herkömmliche Plattformen mit regional übergreifenden Deployment enorm kostspielig sein. Der Grund: jede redundante Region muss Kapazität für den gesamten globalen Datenverkehr aufweisen. Das Scale-to-Zero-Verhalten von Cloud Run und seiner Verfügbarkeit in allen GCP-Regionen ermöglicht eine global verteilte Anwendung, ohne dass in einer Region festgelegte Kapazitäten zugewiesen werden müssen.

4. Integrierte DevOps-Erfahrung und Best Practices

Wenn es um Einfachheit und Produktivität geht, müssen vor allem die Einstiegshürden niedrig sein, damit sich Entwickler*innen ganz auf den Code konzentrieren können. Diese Einfachheit muss über die Implementierung (Day-One-Operations) hinausgehen und gängige DevOps-Methoden unterstützen.

Cloud Run liefert eine durchgängige DevOps-Unterstützung, vom Quellcode bis hin zu den Tools für den laufenden Betrieb (Day-Two-Operations):

Beginnen Sie mit einem Container oder verwenden Sie Buildpacks zur Erstellung von Container-Images direkt aus dem Quellcode heraus. Dazu müssen Sie sich nicht einmal mit Docker oder Containern auskennen – mit einem einzigen „gcloud run deploy“-Befehl können Sie Ihren Code für Cloud Run erstellen und bereitstellen.

Integrierte Tutorials im Cloud Shell-Editor und Cloud Code machen es leicht, mit Serverless vertraut zu werden ohne zwischen Registerkarten, Dokumenten, Ihrem Terminal und Ihrem Quellcode hin und her zu wechseln. Sie können sogar eigene Tutorials schreiben, damit Best Practices weitergeben und neue Mitarbeiter*innen schneller einarbeiten.

Experimentieren Sie und testen Sie Ideen umgehend. Mit nur wenigen Klicks können Sie graduelle Rollouts und Rollbacks vornehmen und ein erweitertes Management des Netzwerkverkehrs in Cloud Run realisieren.

Erhalten Sie Zugang zu verteiltem Tracing ohne zusätzlich Installation oder Konfiguration, um Leistungsengpässe in Produktion in Minutenschnelle finden zu können.

5. Portabilität

Der Quellcode, den Sie schreiben, und die Anwendungen, die Sie ausführen, sollten nicht an einen einzigen Cloud-Anbieter gebunden sein. Ihrer Anwendung sollte die Vorteile der Plattform des Cloud-Anbieters nutzen, ohne dass Sie an ihr Änderungen vornehmen müssen, die Sie an einen bestimmten Cloud-Anbieter binden.

Cloud Run führt standardmäßige Docker-Container-Images aus. Bei der Implementierung von Quellcode direkt in Cloud Run verwenden wir Open-Source-Buildpacks, um Ihren Quellcode in einen Container zu verwandeln. Ihr Quellcode, das von Ihnen verwendete Buildpack und Ihr Container können jederzeit lokal, vor Ort oder in einer anderen Cloud ausgeführt werden.

Worauf es ankommt

Diese fünf Trends sind wichtige Vergleichskriterien für die verschiedenen serverlosen Lösungen, die in diesem Jahr auf dem Markt kommen. Die beste serverlose Lösung sollte es Ihnen ermöglichen, ein breites Anwendungsspektrum ohne Sprach-, Netzwerk- oder regionale Einschränkungen auszuführen. Außerdem sollte die Lösung eine sichere Mandantenfähigkeit mit einer integrierten sicheren Software-Lieferkette bieten. Zuletzt sollten Sie sich fragen, wie die Plattform zur Kostenreduktion beiträgt, ob sie gängige DevOps-Methoden integriert und Portabilität gewährleistet. Wenn Sie diese Fragen für sich beantwortet haben, empfehlen wir Ihnen, Cloud Run zu testen, und zwar mit diesen Schnellstartanleitungen.