Conservez votre méthode de compilation ASP.NET Core
Utilisez dotnet publish pour le projet choisi et définissez clairement son répertoire de sortie. L’artefact lancé en production est celui créé par la compilation que vous avez examinée.
Applications et API · offres à partir de $10/mois
Déployer ASP.NET Core.Publiez et exécutez l’assembly choisi.
Créez un artefact de mise en production ASP.NET Core, configurez Kestrel pour écouter sur le port de production, vérifiez la santé du service et reliez la configuration, les journaux, les domaines et TLS.
Conserver le dépôtExaminer la compilation et les journauxDomaines personnalisés et TLS
Déploiement Adios
Version candidate
ASP.NET Core
SOURCE
Git
REGION
de
ROUTE
HTTPS
01Source reçue
02Compilation terminée
03Environnement d’exécution démarré
04Vérification de santé réussie
Route promue en production
production.adios.run
Une mise en production adaptée à
ASP.NET Core.NET 8C#KestrelMinimal APIs
Le parcours de mise en production
Même opérationnel, un projet ASP.NET Core doit être mis en production en toute sécurité.
L’application ou le service ne représente qu’une partie de la production. Les résultats de compilation, l’état d’exécution, les contrôles de santé, les secrets, les journaux, les routes et la version promue doivent pouvoir être examinés ensemble.
Promouvoir la version dont les contrôles de santé réussissent
Configurez Kestrel via ASPNETCORE_URLS ou les paramètres de l’application, exposez un endpoint de contrôle de santé et examinez les échecs de démarrage ou de dépendances avant la promotion en production.
Relier la production au code source
Les résultats de compilation, les journaux d’exécution, l’état de santé, les secrets, les domaines et la version promue restent associés au projet au lieu d’être dispersés entre des outils indépendants.
Du code source à la mise en production
Trois étapes vous permettent de vérifier le parcours de déploiement.
Utilisez le code source et le fonctionnement en production déjà définis pour le projet. Le manifeste décrit ce que la plateforme doit compiler ou provisionner et les critères à remplir pour que le résultat soit prêt.
- 01
Commencer par la source ou un modèle
Importez le dépôt existant, ou examinez et déployez l’une des variantes de modèles précisément référencées ci-dessous.
$adios login - 02
Revoir le contrat de déploiement
Consignez dans adios.yaml les commandes, la version de l’environnement d’exécution ou du service, les critères de santé et les références aux secrets.
$git diff -- adios.yaml - 03
Déployer et inspecter le résultat
Suivez les résultats de compilation et d’exécution, vérifiez la version candidate, puis ouvrez la route ou la connexion de service promue en production.
$adios up
adios.yaml
Votre projetname: aspnet-api
build_cmd: dotnet publish -c Release -o out
start_cmd: dotnet out/MyApi.dll
runtime:
name: dotnet@8
port: 8080
health_path: /healthzRemplacez MyApi.dll par l’assembly généré et gardez le port cohérent avec la configuration ASP.NET Core.
Points de départ déployables
Démarrer ASP.NET Core à partir d'un modèle lorsque le dépôt n'est pas prêt.
Comparez les modèles ASP.NET Core, Minimal API et FastEndpoints avant de choisir la structure du code source pour la première mise en production.
Projets de démarrage d’API
ASP.NET Core
Projets de démarrage ASP.NET Core, Blazor, ABP, FastEndpoints, Orchard Core et .NET 8.
C#.NET CLI
- Clé du modèle
- dotnet-aspnet-core
- Environnement d’exécution
- dotnet
- Dépôt
- template-dotnet-aspnet-core
- Emplacement de la source
- .
git clone https://github.com/adiosdotdev/template-dotnet-aspnet-core.git
cd template-dotnet-aspnet-core
adios upProjets de démarrage d’API
.NET 8 Minimal API
Projets de démarrage ASP.NET Core, Blazor, ABP, FastEndpoints, Orchard Core et .NET 8.
C#.NET CLI
- Clé du modèle
- dotnet
- Environnement d’exécution
- dotnet
- Dépôt
- template-dotnet-8
- Emplacement de la source
- .
git clone https://github.com/adiosdotdev/template-dotnet-8.git
cd template-dotnet-8
adios upProjets de démarrage d’API
.NET FastEndpoints
Projets de démarrage ASP.NET Core, Blazor, ABP, FastEndpoints, Orchard Core et .NET 8.
C#.NET CLI
- Clé du modèle
- dotnet-fastendpoints
- Environnement d’exécution
- dotnet
- Dépôt
- template-dotnet-fastendpoints
- Emplacement de la source
- .
git clone https://github.com/adiosdotdev/template-dotnet-fastendpoints.git
cd template-dotnet-fastendpoints
adios upAvant production
Vérifier la charge de travail.Puis promouvez la version en production.
Pour sécuriser la première mise en production, partez d’une compilation ou d’une configuration de service reproductible et d’un aperçu qui sollicite les dépendances réellement utilisées en production.
Prêt quand...
- dotnet publish emits the expected assembly.
- Kestrel écoute sur l'adresse et le port configurés.
- La route de contrôle de santé tient compte des dépendances requises.
- Les chaînes de connexion et les valeurs de signature sont stockées dans des secrets.
Prévisualiser quand...
- L’application utilise des packages natifs de l’environnement d’exécution.
- Les migrations Entity Framework modifient les données de production.
- Les connexions SignalR ou de streaming doivent être testées avant la mise en production.
Les réponses à vos questions
Ce qu’il faut savoir avant de déployer ASP.NET Core.
Vérifiez les limites de l’environnement d’exécution ou du service, le chemin du modèle, le comportement en cas d’échec et les contrôles de production avant de créer la première version.
Adios peut-il déployer un projet ASP.NET Core existant ?
Oui. Exécutez la CLI Adios depuis la racine du projet, conservez votre dépôt et vos fichiers de dépendances et ajoutez un fichier adios.yaml décrivant la compilation de production, la commande de démarrage, le port et le chemin de contrôle de santé.
Ai-je besoin de Docker pour déployer ASP.NET Core ?
Pas pour un environnement d’exécution standard pris en charge. Utilisez les commandes de production habituelles du projet dans adios.yaml. Si la compilation nécessite des packages système inhabituels ou des bibliothèques natives, vérifiez ces dépendances dans un aperçu avant la promotion en production.
Puis-je déployer des Minimal APIs et des API basées sur des contrôleurs ?
Oui. Les deux se compilent en une application .NET standard. Définissez explicitement le projet à publier, l’assembly généré, la version d’exécution, la configuration d’écoute et la route de contrôle de santé.
ASP.NET Core peut-il utiliser PostgreSQL ou Redis ?
Oui. Déployez les services requis, référencez leurs identifiants via des secrets et testez le rétablissement des connexions ainsi que les contrôles de santé lors des redémarrages des dépendances.
Que se passe-t-il si la compilation ou le contrôle de santé échoue ?
La version candidate conserve ses résultats de compilation et d’exécution pour vérification. Ses contrôles de santé doivent réussir avant sa promotion comme version desservant la route de l’application.
Puis-je partir d’un modèle plutôt que d’un dépôt existant ?
Oui. Cette page référence les modèles Adios officiels les plus proches pour ASP.NET Core. Examinez la variante exacte du code source, déployez-la dans la console ou clonez-la localement et exécutez adios up.
Autres options de déploiement
Connectez le reste de votre stack.
Déployer .NET
Créez un artefact de mise en production avec dotnet publish, lancez l’assembly choisi, vérifiez la santé de l’application et associez la route à la version du code source.
Déployer PostgreSQL
Choisissez une version de PostgreSQL, conservez les identifiants de la base de données hors de Git, ajoutez un stockage persistant, connectez l’application et vérifiez les données après un redémarrage.
Déployer Redis
Démarrez Redis 7 pour le cache, les sessions, le pub/sub ou la gestion rapide d’état, puis vérifiez la connectivité, la persistance attendue, l’éviction et le comportement en cas d’échec de cette dépendance.
Déployer Workflows Adios
Déployez des tâches planifiées, des traitements de webhooks, des étapes d’approbation, des tâches de maintenance et des automatisations opérationnelles à partir d’un manifeste de workflow versionné.
La première version
Déployer ASP.NET Core avec le code source et les éléments de vérification associés.
Partez du dépôt ou d’un modèle, vérifiez le contrat de déploiement et examinez la version qui sera promue en production.