C# Source Generators dienen der automatischen Erstellung von Code, was zum Beispiel bei Routinearbeiten hilfreich sein kann, wenn Codeteile nach einem fixen Schema erstellt werden sollen. In diesem Artikel wird gezeigt, wie C# Source Generators eingesetzt werden können und was sie von bestehenden Optionen zur Codegenerierung unterscheidet.
Wer SaaS-Lösungen für Geschäftskunden anbietet, der steht über kurz oder lang vor der Herausforderung, Schnittstellen zu IT-Systemen bei Kunden umsetzen zu müssen, die nicht in der Cloud liegen. Vielleicht muss man Stammdaten mit einem CRM-System abgleichen, das im Netzwerk des Kunden läuft. Möglicherweise braucht es einen Datenaustausch mit einer beim Kunden betriebenen Buchhaltung. In manchen Fällen ist man eventuell sogar selbst gezwungen, aufgrund gesetzlicher Rahmenbedingungen bezüglich Cloud-Nutzung eine hybride Softwarelösung zu erstellen, die zum Teil in der Cloud und zum Teil im Rechenzentrum der Kunden ausgeführt wird. Da ich in meiner Cloud-Beratungsarbeit immer wieder merke, dass Azure-Neulinge für solche Probleme nur auf die üblichen Lösungsansätze zurückgreifen, die man auch außerhalb der Cloud kennt, widme ich diese Kolumne dem Thema Cloud-Schnittstellen. Die Microsoft-Azure-Cloud bietet einige interessante Dienste, die die Umsetzung solcher Schnittstellen deutlich vereinfachen kann.
Wer nicht als Kernaufgabe die Entwicklung von Sicherheitsprotokollen oder darauf bezogenen Code hat, sollte solchen Code nicht schreiben, sondern auf fertige Bibliotheken und Dienste zurückgreifen. Auch kleine Bugs können sonst in diesem Bereich katastrophale Auswirkungen haben.
Was macht eine Plattform fit für moderne Cloud-Anwendungen? Die Liste der möglichen Antworten wäre lang. In dieser Kolumne greife ich drei grundlegende, aus meiner Sicht wichtige Punkte heraus und möchte zeigen, dass .NET und C# in dieser Hinsicht Musterschüler sind.
Der Siegeszug von Software as a Service (SaaS) hat dazu geführt, dass wir daran gewöhnt sind, alle unsere Web-APIs und Webanwendungen über das öffentliche Internet zu erreichen. Aus Benutzersicht ist das eine praktische Sache, einer DevSecOps-Expertin bereitet dieser Gedanke allerdings schlaflose Nächte. Jeder Service, der über das Internet verfügbar ist, ist Ziel von Angriffen. Inwiefern private Endpoints für Azure-Web-Apps hier Abhilfe schaffen können, betrachten wir in diesem Artikel.
Neue Programmiersprachen laden dazu ein, sie aus Neugier und Abenteuerlust auszuprobieren und auf ihre Alltagstauglichkeit zu prüfen. So ist Go für mich interessant, weil es sich perfekt für Containertechnologien eignet. Dann kam mit WebAssembly eine Plattform zum sicheren Ausführen von plattformunabhängigem Code aus dem Web, die meine Neugier weckte, und in deren Folge Rust. So wie Go die Sprache für Containertechnologien ist, so ist Rust die Sprache rund um WebAssembly. Eine der Eigenschaften von Rust ist das ausgefeilte Konzept von Memory Ownership. In diesem Artikel wird dieses Konzept vorgestellt und zum besseren Verständnis mit C# verglichen.
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.
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.
![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...
