Serverless ist ein heißes Thema im Bereich Cloud-Computing. Entwicklungsteams können sich damit mehr auf ihre Kernaufgaben konzentrieren und machen sich noch weniger Gedanken über Server, als das schon bei Platform as a Service (PaaS) der Fall ist.
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.
PaaS-Dienste in VNets isolieren oder keine VNets verwenden? Die Frage ist nicht so einfach zu beantworten, wie es auf den ersten Blick scheint. Zwar können VNets richtig gemacht die Sicherheit eines Gesamtsystems auf jeden Fall erhöhen, sie erhöhen aber auch die Kosten – und das zum Teil beträchtlich. Woher kommt eigentlich die Tendenz, alles in der Cloud in virtuelle Netzwerke einzusperren?
Eine Motivation, mich auf Cloud-Computing zu spezialisieren, war von Anfang an die Steigerung der Nachhaltigkeit von IT durch effizientere Nutzung von Ressourcen in Rechenzentren. Heute ist dieses Thema angesichts der Klimakrise so aktuell wie nie. Daher möchte ich ihm diesmal meine SaaS-Kolumne widmen.
Es hat sich herumgesprochen, dass wichtige Plattformen wie Docker und Kubernetes mit der Programmiersprache Go geschrieben sind. Kein Wunder, dass viele Entwicklerinnen und Entwickler neugierig geworden sind. In der Stack Overflow Survey 2019 landete Go auf der Liste der populärsten Entwicklungstechnologien auf Platz 13 und damit vor namhaften Sprachen wie Swift, Kotlin oder Dart. In der Rangliste der beliebtesten Sprachen erreicht Go Platz 9 und liegt damit sogar knapp vor C#.
Ein wichtiger Teil meiner Arbeit ist Wissensvermittlung. Ich werde als Trainer und Vortragender zu Kunden und Konferenzen eingeladen, um über Themen wie Softwarearchitektur, Cloud-Computing oder Programmiersprachen zu sprechen. Eine Frage kommt dabei regelmäßig auf: Wie soll man in der sich mit halsbrecherischem Tempo weiterentwickelnden IT-Branche auf dem Laufenden bleiben? Ist es zwangsläufig so, dass nur noch junge Menschen, die gerade erst ihre Ausbildung beendet haben, den aktuellen Stand der Technik kennen und man im Lauf der Zeit durch die Verpflichtungen des Arbeitsalltags zwangsläufig den Anschluss verliert?
Die Liste der Ankündigungen auf der Azure-Webseite war zu Beginn des Jahres bereits zweieinhalb Seiten lang. Security, Data Platform, Web APIs, IoT – das Themenspektrum der allein in den ersten beiden Monaten dieses Jahres neu erschienenen Azure-Komponenten ist enorm breit.
Viele Teams, mit denen ich in SaaS-Architekturprojekten zusammenarbeite, kommen auf die Idee, ein allgemeingültiges HTTP-basierendes Web-API zu entwickeln, das von allen Frontends (z. B. Mobile, Web) sowie von externen Partnern verwendet wird. Diese Vorgehensweise hat allerdings nicht nur Vorteile.
Gute Softwarearchitektur setzt klare Ziele voraus - logisch, oder? Rainer Stropek aber weiß aus eigener Erfahrung, dass Teams wichtige Hausaufgaben oft nicht machen - und hat zehn Aspekte gesammelt, die in keinem Fall vernachlässigt werden sollten.
Entwicklerinnen und Entwickler lieben Abstraktionsschichten. Schnittstellen und abstrakte Basisklassen, Dependency Injection, Factories – diese Liste an Mechanismen zur Entkopplung von Komponenten und zum Abstrahieren von konkreten Implementierungen könnte man lange fortsetzen. Wie bei Zwiebeln stapeln sich Schichten über Schichten, damit alles im Fall des Falles ausgetauscht werden kann.
Keine IT-Konferenz kommt ohne das Schlagwort „DevOps“ aus. Man hört von Continuous Integration and Deployment, Automatisierung, Infrastructure as Code, Telemetrie und vielen anderen Tools und Technologien. DevOps auf technische Fragen zu reduzieren, ist aber ein folgenschwerer Fehler.
Wenn ich an meine ersten beruflichen Jahre in der Softwareentwicklung zurückdenke, dann waren zu dieser Zeit Versionsnummern im Wesentlichen ein Marketinginstrument. Eine große Vertriebsmesse rückt näher? Wir brauchen unbedingt einen neuen Major-Release! Man will den Kunden Stabilität vermitteln? Dann lieber einen Minor-Release herausgeben.
![Portrait: Albtraum menschliches Gesicht [Video]](https://entwickler.de/wp-content/uploads/2014/11/bildschirmfoto_2014-01-21_um_15.51.01-300x200.jpg)
Der Begriff „Wahnsinn“ bekommt durch das neue Projekt des Künstlerkollektivs Milkyeyes auf einmal eine positive Konnotation. Denn das, was sich die beiden...
