Metodtips och överväganden för Azure Container Instances

Med Azure Container Instances (ACI) kan du paketera, distribuera och hantera molnprogram utan att behöva hantera den underliggande infrastrukturen. Vanliga scenarier som körs på ACI är tillfälliga arbetsbelastningar, uppgiftsautomatisering och kompilationsjobb. Du kan använda ACI genom att definiera de resurser de behöver per containergrupp, inklusive vCPU och minne. ACI är en bra lösning för alla scenarion som kan användas i en isolerad container. ACI ger snabba starttider, säkerhet på hyper-visor-nivå, anpassade containerstorlekar med mera. Följande information hjälper dig att avgöra om Azure Container Instances är bäst för ditt scenario.

Vad du bör tänka på

Användarens autentiseringsuppgifter som skickas via kommandoradsgränssnittet (CLI) lagras som oformaterad text i serverdelen. Att lagra autentiseringsuppgifter i oformaterad text är en säkerhetsrisk. Microsoft rekommenderar kunder att lagra användarautentiseringsuppgifter i CLI-miljövariabler för att säkerställa att de krypteras/transformeras när de lagras i serverdelen.

Det finns standardgränser som kan kräva kvotökningar. Mer information: Resurstillgänglighet och kvotgränser för ACI – Azure Container Instances | Microsoft Learn

Containeravbildningar får inte vara större än 15 GB. Avbildningar över den här storleken kan orsaka oväntat beteende: Hur stor kan min containeravbildning vara?

Om containeravbildningen är större än 15 GB kan du montera en Azure Fileshare för att lagra avbildningen.

Om en containergrupp startas om kan containergruppens IP-adress ändras. Vi rekommenderar att du inte använder en hårdkodad IP-adress i ditt scenario. Om du behöver en statisk offentlig IP-adress använder du Application Gateway: Statisk IP-adress för containergrupp – Azure Container Instances | Microsoft Learn. Om du vill se till att containergruppen kan nås via dess domännamn även om containergruppen återskapas kan du använda init-containrar: Distribuera Azure Container Instances med en initieringscontainer | Microsoft Learn.

Det finns portar som är reserverade för tjänstfunktioner. Vi rekommenderar att du inte använder dessa portar eftersom deras användning leder till oväntat beteende: Reserverar ACI-tjänsten portar för tjänstfunktioner?.

Dina containergrupper kan startas om på grund av plattformsunderhållshändelser. Dessa underhållsåtgärder görs för att säkerställa kontinuerlig förbättring av den underliggande infrastrukturen: Containern hade en isolerad omstart utan explicit användaringripande.

ACI tillåter inte privilegierade containeråtgärder. Vi rekommenderar att du inte är beroende av att använda rotkatalogen för ditt scenario.

Bästa praxis

Vi rekommenderar att du kör containergrupper i flera regioner så att dina arbetslaster kan fortsätta att köras om det uppstår ett problem i en region.

Vi rekommenderar att du inte använder en hårdkodad IP-adress i ditt scenario eftersom en containergrupps IP-adress inte garanteras. För att undvika anslutningsproblem rekommenderar vi att du konfigurerar en gateway. Om containern finns bakom en offentlig IP-adress och du behöver en statisk offentlig IP-adress använder du Application Gateway. Om containern finns bakom ett virtuellt nätverk och du behöver en statisk IP-adress rekommenderar vi att du använder NAT Gateway.

Andra Alternativ för Azure Container

Azure Container Apps

Med Azure Container Apps kan du skapa serverlösa mikrotjänster baserat på containrar. Azure Container Apps ger inte direkt åtkomst till underliggande Kubernetes-API:er. Om du behöver åtkomst till Kubernetes-API:erna och kontrollplanet bör du använda Azure Kubernetes Service. Men om du vill skapa Kubernetes-liknande program och inte kräver direkt åtkomst till alla inbyggda Kubernetes-API:er och klusterhantering ger Container Apps en fullständigt hanterad upplevelse baserat på bästa praxis. Därför kanske många team föredrar att börja skapa containermikrotjänster med Azure Container Apps.

Azure App Service

Azure App Service tillhandahåller fullständigt hanterad värd för webbprogram, inklusive webbplatser och webb-API:er. Dessa webbprogram kan distribueras med hjälp av kod eller containrar. Azure App Service är optimerat för webbprogram. Azure App Service är integrerat med andra Azure-tjänster, inklusive Azure Container Apps eller Azure Functions. Om du planerar att skapa webbappar är Azure App Service ett idealiskt alternativ.

Azure Container Instances

Azure Container Instances (ACI) tillhandahåller en enda pod med en isolerade Hyper-V-containrar på begäran. Det kan ses som ett "byggblock" på lägre nivå jämfört med Container Apps. Begrepp som skalning, belastningsutjämning och certifikat tillhandahålls inte med ACI-containrar. Om du till exempel vill skala till fem containerinstanser skapar du fem distinkta containerinstanser. Azure Container Apps innehåller många programspecifika begrepp ovanpå containrar, inklusive certifikat, revisioner, skalning och miljöer. Användare interagerar ofta med Azure Container Instances via andra tjänster. Azure Kubernetes Service kan till exempel lagra orkestrering och skala ovanpå ACI via virtuella noder. Om du behöver en mindre "åsiktsbaserad" byggsten som inte överensstämmer med de scenarier som Azure Container Apps optimerar för är Azure Container Instances ett idealiskt alternativ.

Azure Kubernetes Service

Azure Kubernetes Service (AKS) tillhandahåller ett fullständigt hanterat Kubernetes-alternativ i Azure. Den stöder direkt åtkomst till Kubernetes API och kör alla Kubernetes-arbetsbelastningar. Det fullständiga klustret finns i din prenumeration, med klusterkonfigurationer och åtgärder inom din kontroll och ditt ansvar. Team som letar efter en fullständigt hanterad version av Kubernetes i Azure, Azure Kubernetes Service är ett idealiskt alternativ.

Azure Functions

Azure Functions är en serverlös FaaS-lösning (Functions-as-a-Service). Den är optimerad för att köra händelsedrivna program med hjälp av funktionsprogrammeringsmodellen. Den delar många egenskaper med Azure Container Apps kring skalning och integrering med händelser, men optimerad för tillfälliga funktioner som distribueras som antingen kod eller containrar. Azure Functions-programmeringsmodellen ger produktivitetsfördelar för team som vill utlösa körningen av dina funktioner på händelser och binda till andra datakällor. Om du planerar att skapa Funktioner i FaaS-stil är Azure Functions det perfekta alternativet. Azure Functions-programmeringsmodellen är tillgänglig som en bascontaineravbildning, vilket gör den portabel till andra containerbaserade beräkningsplattformar så att teamen kan återanvända kod när miljökraven ändras.

Azure Spring Apps

Azure Spring Apps är en fullständigt hanterad tjänst för Spring-utvecklare. Om du vill köra Spring Boot, Spring Cloud eller andra Spring-program i Azure är Azure Spring Apps ett idealiskt alternativ. Tjänsten hanterar infrastrukturen för Spring-program så att utvecklare kan fokusera på sin kod. Azure Spring Apps tillhandahåller livscykelhantering med omfattande övervakning och diagnostik, konfigurationshantering, tjänstidentifiering, CI/CD-integrering, blågröna distributioner med mera.

Azure Red Hat OpenShift

Red Hat och Microsoft utvecklar, driver och stöder Azure Red Hat OpenShift för att tillhandahålla en integrerad produkt- och supportupplevelse för att köra Kubernetes-baserade OpenShift. Med Azure Red Hat OpenShift kan teamen välja sina egna register-, nätverks-, lagrings- och CI/CD-lösningar eller använda de inbyggda lösningarna för automatiserad källkodshantering, container- och programversioner, distributioner, skalning, hälsohantering med mera från OpenShift. Om ditt team eller din organisation använder OpenShift är Azure Red Hat OpenShift ett idealiskt alternativ.

Nästa steg

Lär dig hur du distribuerar en containergrupp med flera containrar med en Azure Resource Manager-mall: