Planera ett hanterat Azure-program för ett Azure Application-erbjudande
En Azure-hanterad programplan är ett sätt att publicera ett Azure-programerbjudande på den kommersiella marknadsplatsen. Om du inte redan har gjort det läser du Planera ett Azure-programerbjudande för den kommersiella marknadsplatsen. Hanterade program är transaktionsbara erbjudanden som distribueras och faktureras via Marketplace. Använd planer för hanterade program för att tillhandahålla och tjäna pengar på hanterade tjänster.
Krav för erbjudande för hanterade program
Krav | Details |
---|---|
Fakturering och mätning | Resurserna tillhandahålls i en kunds Azure-prenumeration. Virtuella datorer som använder betalningsmodellen betala per användning sker med kunden via Microsoft och faktureras via kundens Azure-prenumeration. För virtuella datorer med bring-your-own-license debiterar Microsoft eventuella infrastrukturkostnader som uppstår i kundprenumerationen, men du överför licensavgifter för programvara direkt till kunden. |
Spårning av kundanvändning | Mer information om kundanvändningstillskrivning och hur du aktiverar den finns i Azure-partnerns kundanvändningsatribution. |
Distributionspaket | Du behöver ett distributionspaket som gör att kunderna kan distribuera din plan. Om du skapar flera planer som kräver samma tekniska konfiguration kan du använda samma paket. Mer information finns i nästa avsnitt: Distributionspaket. |
Kommentar
Hanterade program måste kunna distribueras via Azure Marketplace. Om kundkommunikation är ett problem kontaktar du intresserade kunder när du har aktiverat leaddelning.
Distributionspaket
Distributionspaketet innehåller alla mallfiler som behövs för den här planen, samt eventuella ytterligare resurser som paketeras som en .zip fil.
Alla Azure-program måste innehålla dessa två filer i rotmappen för ett .zip arkiv:
- En Resource Manager-mallfil med namnet mainTemplate.json. Den här mallen definierar de resurser som ska distribueras till kundens Azure-prenumeration. Exempel på Resource Manager-mallar finns i galleriet Azure Snabbstartsmallar eller motsvarande Lagringsplats för GitHub: Azure Resource Manager-snabbstartsmallar .
- En användargränssnittsdefinition för skapande av Azure-program med namnet createUiDefinition.json. I användargränssnittet anger du element som ger konsumenterna möjlighet att ange parametervärden.
Kommentar
Distributionspaketet får inte innehålla binärfiler som virtual machine-avbildningar. Alla avbildningar som distribueras av Azure-programmet måste vara avbildningar som refereras från Marketplace. Se till att ditt erbjudande är kompatibelt med våra rekommenderade metoder genom att använda testverktyget för ARM-mallar innan du publicerar ditt Azure-program.
Azure-regioner
Du kan publicera din plan till den offentliga Azure-regionen, Azure Government-regionen eller både och. Innan du publicerar till Azure Government ska du testa och verifiera din plan i miljön eftersom vissa slutpunkter kan skilja sig åt. Om du vill konfigurera och testa din plan kan du begära ett utvärderingskonto från utvärderingsversionen av Microsoft Azure Government.
Som utgivare ansvarar du för efterlevnadskontroller, säkerhetsåtgärder och bästa praxis. Azure Government använder fysiskt isolerade datacenter och nätverk (endast i USA).
En lista över länder och regioner som stöds av den kommersiella marknadsplatsen finns i Geografisk tillgänglighet och valutastöd.
Azure Government-tjänster hanterar data som omfattas av vissa myndighetsregler och krav. Till exempel FedRAMP, NIST 800.171 (DIB), ITAR, IRS 1075, DoD L4 och CJIS. För att öka medvetenheten om dina certifieringar för dessa program kan du tillhandahålla upp till 100 länkar som beskriver dem. Dessa kan antingen vara länkar till din lista på programmet direkt eller länkar till beskrivningar av din efterlevnad med dem på dina egna webbplatser. Dessa länkar är endast synliga för Azure Government-kunder.
Välj vem som kan se din plan
Du kan konfigurera att varje plan ska vara synlig för alla (offentliga) eller endast för en specifik målgrupp (privat). Du kan skapa upp till 100 abonnemang och upp till 45 av dem kan vara privata. Du kanske vill skapa en privat plan för att erbjuda olika prisalternativ eller tekniska konfigurationer för specifika kunder.
Du beviljar åtkomst till en privat plan med hjälp av Azure-prenumerations-ID:t med alternativet att inkludera en beskrivning av varje prenumerations-ID som du tilldelar. Du kan lägga till högst 10 prenumerations-ID:t manuellt eller upp till 10 000 prenumerations-ID:t med hjälp av en . CSV-fil. Azure-prenumerations-ID:t representeras som GUID:er och bokstäver måste vara gemener.
Privata planer stöds inte med Azure-prenumerationer som upprättas via en återförsäljare av Dobavljač rešenja u oblaku-programmet (CSP). Mer information finns i Privata erbjudanden på Microsofts kommersiella marknadsplats.
Kommentar
Om du publicerar en privat plan kan du ändra dess synlighet till offentlig senare. Men när du har publicerat en offentlig plan kan du inte ändra dess synlighet till privat.
Definiera priser
Kommentar
Prissättningen för ditt hanterade program med faktureringspriset per månad och med datapriser får endast ta hänsyn till hanteringsavgiften och får inte användas för IP-/programvarukostnader, Azure-infrastruktur eller tillägg. Använd den underliggande virtuella datorn eller containererbjudandet för att överföra IP-/programvarukostnader. Du måste ange priset per månad för varje plan. Det här priset är utöver alla azure-infrastruktur- eller betala per användning-programvarukostnader som uppstår för de resurser som distribueras av den här lösningen. Utöver priset per månad kan du även ange priser för förbrukning av icke-standardenheter med hjälp av fakturering med datapriser. Du kan ange priset per månad till noll och debitera exklusivt med hjälp av fakturering med datapriser.
Priserna anges i USD (USD = UNITED States Dollar) och konverteras till den lokala valutan för alla valda marknader med hjälp av aktuella växelkurser när de sparas. Prissättningen publiceras i lokal valuta och uppdateras inte när växelkurserna fluktuerar. Om du vill ange kundpriser för varje marknad exporterar du priserna från pris- och tillgänglighetssidan, uppdaterar respektive marknad och valuta, sparar och importerar filen. Mer information finns i Så här konverterar vi valutor.
Utgivarhantering
Genom att aktivera hanteringsåtkomst får utgivaren åtkomst till den hanterade resursgrupp som är värd för ditt program i kundklientorganisationen. Om du väljer att aktivera åtkomst till utgivarhantering måste du ange det Azure-klient- och huvudnamns-ID som ska hantera programmet.
Kommentar
Det går inte att ändra utgivarhanteringen när planen har publicerats till live på Marketplace.
Just-in-time-åtkomst (JIT)
MED JIT-åtkomst kan du begära förhöjd åtkomst till ett hanterat programs resurser för felsökning eller underhåll. Du har alltid skrivskyddad åtkomst till resurserna, men under en viss tidsperiod kan du få större åtkomst. Mer information finns i Aktivera och begära just-in-time-åtkomst för Azure Managed Applications.
Kommentar
Se till att uppdatera createUiDefinition.json
filen för att stödja den här funktionen.
Välj vem som kan hantera programmet
Det här alternativet är bara tillgängligt när Publisher Management är aktiverat.
När Publisher Management är aktiverat måste du ange vem som kan hantera ett hanterat program i vart och ett av de valda molnen: Offentligt Azure - och Azure Government-moln. Samla in följande information:
- Microsoft Entra-klient-ID – Microsoft Entra-klient-ID (även kallat katalog-ID) som innehåller identiteterna för de användare, grupper eller program som du vill bevilja behörigheter till. Du hittar ditt Klient-ID för Microsoft Entra på Azure-portalen i Egenskaper för Microsoft Entra-ID.
- Auktoriseringar – Lägg till Microsoft Entra-objekt-ID för varje användare, grupp eller program som du vill ska beviljas behörighet till den hanterade resursgruppen. Identifiera användaren med deras huvudnamns-ID, som finns på bladet Microsoft Entra-användare på Azure-portalen.
För varje huvud-ID associerar du en av de inbyggda Microsoft Entra-rollerna (ägare eller deltagare). Den roll du väljer beskriver de behörigheter som huvudkontot har för resurserna i kundprenumerationen. Mer information finns i Inbyggda roller i Azure. Mer information om rollbaserad åtkomstkontroll (RBAC) finns i Komma igång med RBAC i Azure-portalen.
Kommentar
Även om du kan lägga till upp till 100 auktoriseringar per Azure-region rekommenderar vi att du skapar en Active Directory-användargrupp och anger dess ID i "Huvudnamns-ID". På så sätt kan du lägga till fler användare i hanteringsgruppen när planen har distribuerats och minskar behovet av att uppdatera planen bara för att lägga till fler auktoriseringar.
Kundåtkomst
Genom att aktivera kundåtkomst får kunderna fullständig åtkomst till den hanterade resursgruppen som distribuerats till deras Azure-klientorganisation. Om åtkomst begränsas med nekade tilldelningar inaktiveras kundens åtkomst till den hanterade resursgruppen i deras Azure-klientorganisation. Observera att Inaktivera kundåtkomst med nekad tilldelning tar bort kundåtkomst men tillåter utgivare att anpassa tillåtna kundåtgärder.
Kommentar
Det går inte att ändra kundåtkomst när erbjudandet är live på Marketplace.
Distributionsläge
Du kan konfigurera en hanterad programplan så att den använder antingen läget Slutförd eller Inkrementell distribution. I fullständigt läge resulterar en omdistribution av programmet av kunden i borttagning av resurser i den hanterade resursgruppen om resurserna inte definieras i mainTemplate.json. I inkrementellt läge lämnar en omdistribution av programmet befintliga resurser oförändrade. Mer information finns i Distributionslägen för Azure Resource Manager.
URL för meddelandeslutpunkt
Du kan också ange en HTTPS Webhook-slutpunkt för att ta emot meddelanden om alla CRUD-åtgärder på hanterade programinstanser av en plan.
Azure lägger till i slutet av din webhook-URI innan du anropar /resource
den. Därför måste webhookens URL sluta i /resource
, även om den inte ska ingå i den URI som anges i rutan Meddelandeslutpunkts-URL i Partnercenter. Om du till exempel anger https://contoso.com
som meddelandeslutpunkts-URI resulterar det i ett anrop till https://contoso.com/resource
.
När du lyssnar efter händelser från dina hanterade appaviseringar ska du lyssna på https://<url>/resource
och inte bara ange URL:en. Ett exempelmeddelande finns i Meddelandeschema.
Anpassa tillåtna kundåtgärder (valfritt)
Du kan också ange vilka åtgärder kunder kan utföra på de hanterade resurserna utöver de */read
åtgärder som är tillgängliga som standard.
Om du väljer det här alternativet måste du ange antingen kontrollåtgärderna eller de tillåtna dataåtgärderna eller båda. Mer information finns i Förstå neka tilldelningar för Azure-resurser. Tillgängliga åtgärder finns i Azure Resource Manager-resursprovideråtgärder. Om du till exempel vill tillåta konsumenter att starta om virtuella datorer lägger du till Microsoft.Compute/virtualMachines/restart/action
de tillåtna åtgärderna.
Principinställningar
Du kan använda Azure-principer för ditt hanterade program för att ange efterlevnadskrav för den distribuerade lösningen. Du kan läsa om principdefinitioner och parametervärdenas format i Azure Policy-exempel.
Du kan konfigurera högst fem principer och endast en instans av varje principtyp. Vissa principtyper kräver ytterligare parametrar.
Principtyp | Principparametrar krävs |
---|---|
Azure SQL Database-kryptering | Nej |
Granskningsinställningar för Azure SQL Server | Ja |
Azure Data Lake Store-kryptering | Nej |
Granska diagnostikinställning | Ja |
Granska resursplatsefterlevnad | Nej |
För varje principtyp som du lägger till måste du associera standard- eller kostnadsfri princip-SKU. Standard-SKU:n krävs för granskningsprinciper. Principnamn är begränsade till 50 tecken.
Relaterat innehåll
Självstudie om video