„Serverless“ ist heutzutage in aller Munde. Man kann den Begriff mögen oder nicht, wichtig ist, was er beschreibt. Kurz und bündig bedeutet Serverless: Eine Anwendung wird von der Skalierung her fortwährend so angepasst, dass immer die Ressourcen zur Verfügung stehen, die benötigt werden. Das kann dann bedeuten, dass gar keine Ressourcen zur Verfügung stehen. Für den Nutzer hat das den Vorteil, dass er stets nur für die Kapazität bezahlt, die für seine Anwendung benötigt wird. Sind keine Nutzer vorhanden, zahlt er auch nichts.

Go 1.11 hat einen Paradigmenwechsel eingeleitet. Aus Go Packages werden versionierte Go Modules. Go Modules lösen den GOPATH ab und werden fester Bestandteil der Go Toolchain. Bis jetzt mussten Go Modules explizit aktiviert werden, doch mit Go 1.13 ändert sich das. Ihr lernt, was Go 1.13 in Sachen Go Modules bringt und was sich seit Go 1.11 getan hat.

Nachdem wir im vorangegangenen Artikel gesehen haben, wie einfach Applikationen deployt und auf null skaliert werden können, widmen wir uns hier der Frage, welche Möglichkeiten existieren, Knative Services mit Event-Quellen zu verbinden. Knative Serving unterstützt ausschließlich HTTP als Service-Protokoll. Jedoch gibt es eine Vielzahl von Protokollen und Möglichkeiten des Datentransports, die über reine HTTP-Kommunikation hinausgehen. Eine typische Eigenschaft dieser Datenquellen ist auch, dass sie asynchron als Events ausliefern und nicht auf das Ergebnis der Verarbeitung warten. Hier setzt Knative Eventing an, das diese Datenquellen mit Knative Services flexibel verbindet und sich zudem um eine sichere und garantierte Auslieferung dieser Events kümmert.

Containertechnologie ist ein heißes Thema. Jeder spricht darüber, viele möchten sie einsetzen, erst wenige tun es im größeren Stil. Der Grund für die Zurückhaltung ist meiner Erfahrung nach oft Respekt vor der großen und komplexen Basisinfrastruktur, die man braucht, um eine nennenswerte Anzahl an Containern sicher und hochverfügbar zu betreiben. Muss für den professionellen Einstieg in die Containerwelt erst einmal eine Menge Basiswissen über Registries, Kubernetes und Co. gesammelt werden? Nicht, wenn man sich für Serverless-Containerdienste in der Cloud entscheidet.

Nachdem Michael Thömmes in Ausgabe 1.2019 des Entwickler Magazins eine theoretische Einführung in die Funktionsweise von Knative gegeben hat, folgt nun der praktische Teil. In diesem Artikel werden die ersten Schritte für das Erstellen von Serverless-Anwendungen mit Knative vorgestellt.

Wann werden Strings dedupliziert? Wie können wir herausfinden, ob sie in unserer Anwendung Vorteile bringen? Wie hoch sind die Kosten bezüglich der CPU? Wir versuchen zu zeigen, wie wir in der Deduplikationsstatistik der JVM die Antworten finden können.

In diesem Artikel geht es um Codegenerierung, warum wir Code generieren müssen und wie es funktioniert. Zunächst möchte ich allgemein beschreiben, warum die Generierung von Code notwendig ist, und auch ein bisschen Theorie einfließen lassen (aber nicht zu viel). Außerdem geht es um die verschiedenen Phasen der Softwareentwicklung, in denen der Quellcode programmatisch generiert werden kann, und ich vergleiche die verschiedenen Ansätze. Nicht zuletzt gehe ich auf die Architektur und die Idee hinter einem spezifischen Tool ein, das in einer bestimmten Phase Code generiert.

Obwohl Deutschland immer noch ein Bargeldland ist, tut sich einiges im Bereich Mobile Payment. Der folgende Artikel gibt einen Überblick über den aktuellen Stand des mobilen Bezahlens in Deutschland und darüber, welche Innovationen wir in Zukunft in diesem Bereich erwarten können.

Viele Unternehmen werden zukünftig versuchen, ihre IT-Infrastruktur mit Hilfe der Cloud wachsen zu lassen oder gar komplett in die Cloud zu verlagern. Größere Unternehmen fordern häufig die Multicloud. Im Hinblick auf Serverless gibt es einige Möglichkeiten, einen Mulicloudbetrieb zu erreichen. Mittels AWS Lambda lässt sich eine Function zur Verfügung stellen und das Ganze mit Knative cloudunabhängig machen.

Heute ist oft von digitaler Transformation oder der vierten industriellen Revolution die Rede. Doch sind revolutionäre Umbrüche der richtige Weg zu einer zeitgemäßen IT? Sollte man gut funktionierende Legacy-Systeme einfach über Bord werfen? Dieser Artikel stellt die Modernisierung bestehender Systeme als pragmatische, risikoarme und günstige Alternative vor.

Die beiden Open-Source-Lösungen Kubernetes und Cloud Foundry haben sich als gängige Cloudplattformen durchgesetzt. Oftmals werden diese beiden miteinander verglichen, um eine Entscheidung für einen der beiden Ansätze zu treffen. In diesem Artikel werden die jeweiligen Stärken und Einsatzszenarien der beiden Plattformen beschrieben und es wird aufgezeigt, dass es kein „Entweder-oder“ sein muss.

Vue.js ist eine Bibliothek zur Erzeugung grafischer Oberflächen im Web. Die Leichtgewichtigkeit der Bibliothek, gepaart mit einer relativ geringen Einstiegshürde, trägt viel zur Verbreitung von Vue.js bei. Und trotzdem ist Vue.js ein mächtiges Werkzeug, mit dem sich selbst umfangreichste Applikationen umsetzen lassen. Doch ab einer bestimmten Größe und Komplexität einer Applikation stoßen Sie mit Vue.js allein an die Grenzen des Machbaren. Der Grund hierfür liegt darin, dass sich bei großen Applikationen der State kaum verwalten lässt. Aus diesem Grund wurde mit Vuex eine Bibliothek zum State Management implementiert. In diesem Artikel lernen Sie die Grundlagen dieser Bibliothek kennen und sehen, wie Sie Vuex in eine Vue-Applikation integrieren können.

Für Cutover-Projekte auf Workflowtools oder doch lieber Excel zurückgreifen? Eine Frage, die auch die ausgleichende Gegenfrage „Warum nicht beides?“ zulässt. Wie das funktionieren kann, zeigen wir in diesem Artikel.

Kubernetes ist eine populäre Open-Source-Containermanagementplattform, die es erleichtert, komplexe, containerbasierte Anwendungen zu betreiben. Mit Amazon Elastic Container Service for Kubernetes (Amazon EKS) bietet AWS einen verwalteten Service an, um Kubernetes-Cluster in AWS zu betreiben.

Das Stichwort Serverless ist heutzutage in aller Munde. Man kann den Begriff mögen oder nicht, wichtig ist jedoch, was er beschreibt. Kurz und bündig beschrieben bedeutet Serverless, dass eine Anwendung von der Skalierung her fortwährend so angepasst wird, dass immer genau die Ressourcen zur Verfügung stehen, die gerade benötigt werden. Im Zweifelsfall bedeutet das auch: gar keine! Für den Nutzer heißt das, dass er stets nur für die Kapazität bezahlt, die für das Beantworten der Anfragen zu seiner Anwendung benötigt werden. Ohne Nutzer bzw. Anfragen zahlt er eben gar nichts.

Beim Einsatz von SSR gilt es, die Unterschiede zwischen Client und Server auszugleichen, bereits abgerufene Daten am Client wiederzuverwenden und Zeiten von Inaktivität zu überbrücken.

„Wir machen REST“ ist die ewig wiederkehrende Antwort auf die Frage nach dem Datentransfer zwischen Client und Server im Webkontext. REST (Representational State Transfer) scheint damit allgegenwärtig zu sein, immerhin ist REST ja auch ein allgemein akzeptiertes und modernes Schlagwort. Das birgt aber so manche Tücken.