.Net Aspire 1: Qu’est-ce que .NET Aspire?

Cet article présente .net Aspire, une boîte à outils d’opinion qui permet aux développeurs de travailler avec des applications natives dans le cloud.

Il s’agit de la première partie d’une série exploratoire en cinq parties sur .NET Aspire.

• Ce message (partie 1): Qu’est-ce que .NET Aspire?
• Partie 2: Explorer le tableau de bord du développeur
• Partie 3: défaut et intégrations intelligentes
• Partie 4: découverte d’orchestration et de service
• Partie 5: Déploiement à l’aide d’applications de conteneurs Azure

Au cours des dernières années, j’ai été chroniquement fatigué et je ne sais pas pourquoi. J’hydra, je fais de l’exercice, je dors décent et je mange même un légume ou deux. Bref, je suis en bonne santé du Wisconsin. (85% d’habitudes saines, et 15% de fromage en caillé et de la bière.)

Je n’ai pas pu comprendre ce qui ne va pas, et les médecins ne l’ont pas non plus non plus. Mais après beaucoup de réflexion et quelques nuits tardives, je l’ai compris.

Je travaille dans le développement du cloud-natif.

Progrès, bien que lent

Il était une fois – un temps plus simple, sans aucun doute – nous avons expédié des monolithes d’obstacles. Une application, un déploiement et une grande et belle boule de code. Besoin d’ajouter une fonctionnalité? Craquez le géant, saupoudrez dans quelques cours et priez que le tout compile encore vendredi après-midi.

Puis sont venus des microservices et notre mouvement «Rendre tout plus petit». Soudain, cette pile de code unique s’est brisée dans un gâchis de services de la taille d’une bouchée, chacun avec son propre référentiel, pipeline et base de données. Le débogage s’est transformé en un jeu de whack-a-mole distribué, tous dispersés à travers 12 clusters comme les confettis numériques.

Le déploiement du code était «Copier les fichiers sur le serveur». Aujourd’hui c’est un helm upgradeune poussée de registre Docker, une rotation secrète, des mises à jour de configuration et un moment de silence pour l’agent de construction. Progrès? Absolument. Simple et agréable? Jamais.

Gains … et gagne

Mais voici la chose: le chaos n’est pas pour rien. Nous avons acquis une infrastructure à la demande, des déploiements indépendants et une résilience d’auto-guérison qui ferait que Dave Weep. La filature d’une base de données réplique prend des minutes, pas des jours. Rouler un service en difficulté est un redéployage d’une ligne, pas une salle de guerre des mains.

Ces victoires sont réelles, mais la charge cognitive aussi. Chaque nouveau repo ajoute un autre dockerfile, une autre sonde Lively et une autre chance de faire la faute de frappe de vos fichiers de configuration. Ne serait-il pas agréable de garder les avantages sans les migraines induites par YAML?

Imaginez un ensemble d’outils d’opinion qui enveloppent toutes ces meilleures pratiques – découverte de services, vérifications de santé, télémétrie, gestion secrète et plus encore – dans les défauts sensés que vous n’avez pas à câbler à partir de zéro. Quelque chose qui tourne dans l’ensemble de votre pile avec une seule commande, affiche des traces et des journaux dans un tableau de bord, et fait du déploiement de production un jeu d’enfant.

.NET Aspire pour le développement natif du cloud

Nous regarderons .NET Aspirevos éléments constitutifs pour travailler avec les complexités du développement du cloud-natif. Il n’efface pas la complexité mais l’organise en parties qui se cassent:

• Vous pouvez amorcer votre application avec une seule commande, et Plus de docker composer la gymnastique.
• Un tableau de bord de développeur unifié pour le traçage distribué, les journaux, les métriques et la surveillance des conteneurs dans un seul onglet. Plus besoin de six fenêtres de débogage pour votre frontend et toutes vos API.
• Aspire comprend des défauts intelligents pour couvrir l’OpenTelemetry, les Retries Polly, la rotation secrète et les sondes de santé.
• Plus d’URL de codage dur avec Configuration de la découverte de service au moment du développement.
• La prise en charge des composants vous permet de déposer dans PostgreSQL, Redis, Azure Service Bus, Key Vault et plus avec une ligne de code. Aspire tire l’image du conteneur, filme la chaîne de connexion, ajoute des sondes de santé et même vous injecte des secrets – tous Propulsé par sa bibliothèque d’intégration.

Le projet que cette série explorera

Soyez à l’aise: nous allons dépenser les quatre prochains articles en appliquant .NET Aspire à une application existante. Bienvenue à la boutique de guitare de Dave. (Si vous avez un inventaire gratuit, n’hésitez pas à le passer à ma façon.)

La boutique de guitare de Dave a commencé comme une application monolithique ordinaire. Il avait une application Web Blazor et un seul projet API qui gérait l’identité, l’inventaire des produits et les commandes.

La boutique de guitare de Dave augmente et nous avons maintenant plusieurs équipes de développement. Nous avons décidé de tirer parti des microservices, et notre architecture de haut niveau semble un peu différente.

Gardez à l’esprit que ce n’est qu’une vue de haut niveau! Nous voulons toujours ajouter des services de télémétrie, des files d’attente et peut-être même des services OpenAI. Nous avons également des problèmes de mise à l’échelle et de résilience et nous souhaitons déployer sur les applications de conteneurs Azure. Il s’agit d’un excellent cas d’utilisation pour .net Aspire.

Tout au long de ces quatre prochains messages, nous allons montrer les avantages de .NET Aspire. Dans le prochain article, je vais vous montrer comment ajouter .net Aspire à un projet existant et les avantages du tableau de bord du développeur. Restez à l’écoute et je vous verrai bientôt!