Azure Functions bringen viele Eigenschaften mit, die einem die Arbeit erleichtern. Für länger laufende Prozesse sind sie allerdings weniger gut geeignet. Hier helfen Durable und Entity Functions weiter.
Kürzlich habe ich bei einem größeren Kunden, den ich in Sachen Übergang zu Cloud-Computing beraten darf, einen schönen Punkt in einer Präsentation gesehen: „Vom Ticket zum Selfservice“. Gemeint war, dass Entwicklungsteams in Zukunft die für sie notwendigen IT-Ressourcen nicht mehr über Supporttickets anfordern müssen, sondern das selbstständig über entsprechende Portale, APIs oder Scripts in der Public Cloud erledigen können. Ziel sind die Reduktion der Wartezeit und die Steigerung der Produktivität, da das Kommunizieren der Anforderungen und die damit nicht selten verbundenen Missverständnisse entfallen.
In dieser Kolumne habe ich schon mehrmals über Zero Trust Networking geschrieben. Man verabschiedet sich bei diesem Ansatz von der Annahme, dass irgendein Netzwerk sicher ist. Traditionell unterschieden Firmen früher zwischen dem bösen unsicheren Internet und dem sicheren lokalen Netzwerk. Die Grenze zwischen den beiden wurde von Firewalls bewacht. Diese Denkweise kann in der heutigen Zeit nicht mehr aufrechterhalten werden. Erstens haben unzählige Vorfälle gezeigt, dass lokale Netze speziell in großen Organisationen nicht pauschal sicher sind. Zweitens öffnen sich in der heutigen Zeit viele Firmen und bieten APIs bewusst im öffentlichen Internet an.
Azure Functions bringen viele Eigenschaften mit, die einem die Arbeit erleichtern. Für länger laufende Prozesse sind sie allerdings weniger gut geeignet. Hier helfen Durable und Entity Functions weiter.
Kürzlich habe ich bei einem größeren Kunden, den ich in Sachen Übergang zu Cloud-Computing beraten darf, einen schönen Punkt in einer Präsentation gesehen: „Vom Ticket zum Selfservice“. Gemeint war, dass Entwicklungsteams in Zukunft die für sie notwendigen IT-Ressourcen nicht mehr über Supporttickets anfordern müssen, sondern das selbstständig über entsprechende Portale, APIs oder Scripts in der Public Cloud erledigen können. Ziel sind die Reduktion der Wartezeit und die Steigerung der Produktivität, da das Kommunizieren der Anforderungen und die damit nicht selten verbundenen Missverständnisse entfallen.
Meine Twitter-Timeline läuft im Moment über wegen der Diskussionen, ob Microservices nicht ein großer Irrtum waren. Man hört Lobgesänge auf elegante Monolithen. Microservices seien im Betrieb viel zu komplex. Die lose Kopplung der Services führe zu enormem Kommunikationsaufwand und damit schlechter Performance. Getrennte Datenspeicher für jeden Microservice seien der pure Horror angesichts der zigfach duplizierten Datenbestände und der daher notwendigen Datensynchronisation.
Meine Twitter-Timeline läuft im Moment über wegen der Diskussionen, ob Microservices nicht ein großer Irrtum waren. Man hört Lobgesänge auf elegante Monolithen. Microservices seien im Betrieb viel zu komplex. Die lose Kopplung der Services führe zu enormem Kommunikationsaufwand und damit schlechter Performance. Getrennte Datenspeicher für jeden Microservice seien der pure Horror angesichts der zigfach duplizierten Datenbestände und der daher notwendigen Datensynchronisation.
„Legacy software is software that earns money.“ In diesem Sprichwort steckt mehr als nur ein Körnchen Wahrheit und doch feiert die Branche immer nur die neusten Trends und heißesten Tools. Irgendwann wird aber auch daraus eine Legacy-Lösung. Wie geht man damit um?
Eine nennenswert komplexe Cloudlösung komplett ohne Testautomatisierung zu entwickeln, ist kaum möglich. Der überwiegende Teil der Tests sollten Unit-Tests sein, also Tests, die eine abgegrenzte Programmfunktion automatisiert testen. Abhängigkeiten werden durch Mock-Objekte ersetzt.
In der Stack Overflow Survey 2019 landete Go auf Platz 13 der populärsten Entwicklungstechnologien – vor namhaften Sprachen wie Swift, Kotlin oder Dart. In der Rangliste beliebtester Sprachen erreicht Go Platz 9 und überholt knapp C#.
Es war eine der Top-Schlagzeilen Ende letzten Jahres: Die USA haben ein „Gesetz zum Schutz von Europas Energiesicherheit“ erlassen, das auf Betreiberfirmen spezialisierter Schiffe zum unterseeischen Verlegen von Rohren für die Nord-Stream-2-Gaspipeline abzielt. Angedroht werden unter anderem Einreiseverbote und das Einfrieren von Vermögen von Personen, die mit solchen Betreiberfirmen in Verbindung gebracht werden.
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.
![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...
