Een Azure-toepassing aanbieding plannen

Azure-toepassing is het aanbiedingstype voor het verkopen en implementeren van oplossingen die worden gehost in de Azure-tenant van uw klant. Azure-toepassingen automatiseren de implementatie en configuratie van uw toepassing met behulp van een ARM-sjabloon (Azure Resource Manager) om VM's, containers, netwerken, opslag en vele andere Azure-resources op te nemen. Azure-toepassing aanbiedingen kunnen worden geconfigureerd als oplossingssjablonen of beheerde toepassingen:

  • Abonnementen voor beheerde toepassingen zijn verhandelbaar in de commerciële marketplace en kunnen worden beheerd door de uitgever of de klant. Wanneer deze wordt beheerd door de uitgever, heeft een identiteit in de tenant van de uitgever toegang tot de resourcegroep in het klantabonnement. Wanneer deze wordt beheerd door de klant, heeft de uitgever geen toegang tot de tenant van de klant. Klanttoegang kan volledig worden ingeschakeld of beperkt met behulp van weigeringstoewijzingen en toegestane acties. Gebruik het beheerde toepassingsplan om een Azure-toepassing via Marketplace te verkopen.

  • Oplossingssjablonen zijn niet transacteerbaar in de commerciële marketplace, maar ze kunnen worden gebruikt om betaalde VM-aanbiedingen te implementeren die via de commerciële marketplace worden gefactureerd. Gebruik het type oplossingssjabloonplan wanneer uw oplossing een ARM-sjabloon gebruikt voor implementatie en niet via Marketplace wordt verwerkt. Een Azure-toepassingsaanbieding kan meerdere abonnementen en abonnementstypen bevatten.

Aanbiedingsopties

Nadat uw aanbieding is gepubliceerd, worden de vermeldingsopties voor uw aanbieding weergegeven als een knop in de linkerbovenhoek van de vermeldingspagina van uw aanbieding. In de volgende schermopname ziet u bijvoorbeeld een pagina met aanbiedingen in Azure Marketplace met de knop Nu downloaden . Als u ervoor kiest om een testrit aan te bieden, wordt ook de knop Test drive weergegeven.

Illustrates a listing page on Azure Marketplace.

Test drive

U kunt ervoor kiezen om een testrit in te schakelen voor uw Azure-toepassing aanbieding waarmee klanten uw aanbieding kunnen proberen voordat ze deze kopen. Zie Wat is een testrit voor meer informatie over testritten. Zie De technische configuratie van Test drive voor meer informatie over het configureren van verschillende soorten teststations.

U kunt ook lezen over best practices voor test drive en het pdf-bestand teststationsoverzicht downloaden (zorg ervoor dat uw pop-upblokkering is uitgeschakeld).

Notitie

Azure-toepassingen worden geïmplementeerd met behulp van een Azure Resource Manager-sjabloon. Het enige type teststation dat beschikbaar is voor een Azure-toepassing is een teststation op basis van Azure Resource Manager.

Leads van klanten

De commerciële marketplace verzamelt leads met klantgegevens, zodat u deze kunt openen in de werkruimte Verwijzingen in partnercentrum. Potentiële klanten bevatten informatie zoals klantgegevens, samen met de aanbiedingsnaam, id en online winkel waar de klant uw aanbieding heeft gevonden.

U kunt er ook voor kiezen om uw CRM-systeem te verbinden met uw aanbieding. De commerciële marketplace ondersteunt Dynamics 365, Marketo en Salesforce, samen met de optie om een Azure-tabel te gebruiken of een HTTPS-eindpunt te configureren met behulp van Power Automate. Zie Leads van klanten uit uw commerciële marketplace-aanbieding voor gedetailleerde richtlijnen.

Categorieën en subcategorieën

U kunt ten minste één en maximaal twee categorieën kiezen voor het groeperen van uw aanbieding in de juiste commerciële marketplace-zoekgebieden. U kunt maximaal twee subcategorieën kiezen voor elke primaire en secundaire categorie. Zie Best Practices voor aanbiedingen voor een volledige lijst met categorieën en subcategorieën.

Om het inkoopproces voor klanten te vereenvoudigen en juridische complexiteit voor softwareleveranciers te verminderen, biedt Microsoft een standaardcontract dat u kunt gebruiken voor uw aanbiedingen in de commerciële marketplace. Wanneer u uw software onder het standaardcontract aanbiedt, hoeven klanten deze slechts één keer te lezen en te accepteren en hoeft u geen aangepaste voorwaarden te maken.

Als u ervoor kiest om het standaardcontract te gebruiken, kunt u universele wijzigingsvoorwaarden en maximaal 10 aangepaste wijzigingen aan het standaardcontract toevoegen. U kunt ook uw eigen voorwaarden gebruiken in plaats van het standaardcontract. U beheert deze details op de pagina Eigenschappen . Zie Het Standard-contract voor de commerciële marketplace van Microsoft voor gedetailleerde informatie.

Notitie

Nadat u een aanbieding hebt gepubliceerd met behulp van het standaardcontract voor de commerciële marketplace, kunt u uw eigen aangepaste voorwaarden niet gebruiken. Het is een 'or'-scenario. U biedt uw oplossing aan onder het standaardcontract of uw eigen voorwaarden. Als u de voorwaarden van het standaardcontract wilt wijzigen, kunt u dit doen via standaardcontractwijzigingen.

Details van aanbiedingsvermelding

Wanneer u een nieuwe Azure-toepassing aanbieding maakt in partnercentrum, voert u tekst, afbeeldingen, optionele video's en andere details op de pagina Aanbiedingsvermelding in. Klanten zien deze informatie wanneer ze uw aanbiedingsvermelding vinden in Azure Marketplace, zoals wordt weergegeven in het volgende voorbeeld.

Illustrates how this offer appears in Azure Marketplace.

Beschrijvingen van bijschriften

  1. Logo
  2. Categorieën
  3. Ondersteuningsadres (koppeling)
  4. Gebruiksvoorwaarden
  5. Adres van privacybeleid (koppeling)
  6. Naam van aanbieding
  7. Samenvatting
  8. Beschrijving
  9. Schermafbeeldingen/video's

In de volgende schermopname ziet u hoe informatie over aanbiedingen wordt weergegeven in Azure Portal:

Illustrates how this offer appears in the Azure portal.

Beschrijvingen van bijschriften

  1. Title
  2. Beschrijving
  3. Handige koppelingen
  4. Schermopnamen

Notitie

Inhoud van aanbiedingsvermeldingen hoeft niet in het Engels te zijn als de beschrijving van de aanbieding begint met de tekst 'Deze toepassing is alleen beschikbaar in [niet-Engelse taal]'.

Bereid een aantal van deze items van tevoren voor om uw aanbieding gemakkelijker te maken. De volgende items zijn vereist, tenzij anders vermeld.

  • Naam: Deze naam wordt weergegeven als de titel van uw aanbiedingsvermelding in de commerciële marketplace. De naam kan worden handelsmerk. Het mag geen emoji's bevatten (tenzij ze het handelsmerk en copyrightsymbolen zijn) en moet beperkt zijn tot 200 tekens.

  • Samenvatting van zoekresultaten: beschrijf het doel of de functie van uw aanbieding als één zin, in tekst zonder regeleinden, in 100 tekens of minder. Deze samenvatting wordt gebruikt in de commerciële marketplace met zoekresultaten.

  • Korte beschrijving: Geef maximaal 256 tekens zonder opmaak op. Deze samenvatting wordt weergegeven op de pagina met details van uw aanbieding.

  • Beschrijving: Deze beschrijving wordt weergegeven in het overzicht van de Azure Marketplace-vermelding. Overweeg om een waardepropositie, belangrijke voordelen, beoogde gebruikersbasis, categorie- of brancheverenigingen, in-app aankoopkansen, de behoefte van de klant of pijn toe te voegen aan de aanbiedingsadressen, eventuele vereiste openbaarmakingen en een koppeling voor meer informatie.

    Dit tekstvak bevat besturingselementen voor teksteditor met opmaak die u kunt gebruiken om uw beschrijving aantrekkelijker te maken. U kunt ook HTML-tags gebruiken om uw beschrijving op te maken. U kunt maximaal 5000 tekens aan tekst invoeren in dit vak, inclusief HTML-markeringen en spaties. Zie Voor meer tips een geweldige beschrijving van apps en HTML-tags schrijven die worden ondersteund in de beschrijvingen van aanbiedingen op de commerciële marketplace.

  • Zoektrefwoorden (optioneel): Geef maximaal drie trefwoorden op die klanten kunnen gebruiken om uw aanbieding te vinden in de online winkel. Gebruik deze trefwoorden ook in uw beschrijving voor de beste resultaten. U hoeft de naam en beschrijving van de aanbieding niet op te nemen. Deze tekst wordt automatisch opgenomen in de zoekopdracht.

  • Koppeling naar privacybeleid: de URL voor het privacybeleid van uw bedrijf. U moet een geldig privacybeleid opgeven en ervoor zorgen dat uw app voldoet aan de privacywetgeving en -regelgeving.

  • Nuttige koppelingen (optioneel): U kunt koppelingen naar verschillende bronnen opgeven voor gebruikers van uw aanbieding. Bijvoorbeeld forums, veelgestelde vragen en opmerkingen bij de release.

  • Contactgegevens: U moet de volgende contactpersonen van uw organisatie aanwijzen:

    • Ondersteuningsmedewerker: Geef de naam, telefoon en e-mail op die microsoft-partners kunnen gebruiken wanneer uw klanten tickets openen. U moet ook de URL voor uw ondersteuningswebsite opnemen.
    • Technische contactpersoon: geef de naam, telefoon en e-mail op die Microsoft rechtstreeks kan gebruiken wanneer er problemen zijn met uw aanbieding. Deze contactgegevens worden niet vermeld in de commerciële marketplace.
    • Contactpersoon voor het CSP-programma (optioneel): Geef de naam, telefoon en e-mail op als u zich aanmeldt voor het CSP-programma (Cloud Solution Provider), zodat deze partners contact met u kunnen opnemen met eventuele vragen. U kunt ook een URL naar uw marketingmateriaal toevoegen.
  • Media – Logo's: Geef een PNG-bestand op voor het grote logo. Partnercentrum gebruikt dit om een klein en middelgroot logo te maken. U kunt optioneel logobestanden later vervangen.

    • Groot (van 216x216 tot 350x350 px, vereist).
    • Gemiddeld (90x90 px, optioneel).
    • Klein (48x48 px, optioneel).

    Deze logo's worden op verschillende plaatsen in de online winkels gebruikt:

    • Het kleine logo wordt weergegeven in de zoekresultaten van Azure Marketplace.
    • Het middelgrote logo wordt weergegeven wanneer u een nieuwe resource maakt in Microsoft Azure.
    • Het grote logo wordt weergegeven op de pagina met aanbiedingen in Azure Marketplace.

    Volg deze richtlijnen voor uw logo's:

    • Het Azure-ontwerp heeft een eenvoudig kleurenpalet. Beperk het aantal primaire en secundaire kleuren in uw logo.
    • De themakleuren van de portal zijn wit en zwart. Gebruik deze kleuren niet als de achtergrondkleur voor uw logo. Gebruik een kleur waardoor uw logo opvalt in de portal. We adviseren eenvoudige primaire kleuren.
    • Als u een transparante achtergrond gebruikt, moeten het logo en de tekst niet wit, zwart of blauw zijn.
    • Het uiterlijk van uw logo moet plat zijn en kleurovergangen in het logo of de achtergrond voorkomen. Plaats geen tekst in het logo, ook niet de naam van uw bedrijf of merk. Wazige afbeeldingen zorgen ervoor dat uw inzending wordt geweigerd.
    • Zorg ervoor dat het logo niet is uitgerekt.
  • Media - Schermafbeeldingen (optioneel): U wordt aangeraden schermopnamen toe te voegen die laten zien hoe uw aanbieding werkt. U kunt maximaal vijf schermopnamen toevoegen met de volgende vereisten die laten zien hoe uw aanbieding werkt:

    • 1280x720 pixels
    • .PNG bestand
    • Moet een onderschrift bevatten
  • Media – Video's (optioneel): U kunt maximaal vijf video's toevoegen aan de volgende vereisten om uw aanbieding te demonstreren:

    • Name.
    • URL: Mag alleen worden gehost op YouTube of Vimeo.
    • Miniatuur: 1280x720 .PNG bestand

Notitie

Uw aanbieding moet voldoen aan het algemene certificeringsbeleid voor commerciële marketplace dat moet worden gepubliceerd naar de commerciële marketplace.

Preview-doelgroep

Een preview-doelgroep heeft toegang tot uw aanbieding voordat deze live wordt gepubliceerd in de online winkels om de end-to-end-functionaliteit te testen voordat u deze live publiceert.

Notitie

Een preview-doelgroep verschilt van een privéabonnement. Een privéabonnement is een abonnement dat u alleen beschikbaar maakt voor een specifieke doelgroep die u kiest. Hiermee kunt u onderhandelen over een aangepast plan met specifieke klanten.

U definieert de preview-doelgroep met behulp van Azure-abonnements-id's, samen met een optionele beschrijving voor elke doelgroep. Geen van deze velden is zichtbaar voor klanten.

Technische configuratie

Voor beheerde toepassingen die metering-gebeurtenissen verzenden met behulp van de Api's van de Marketplace-meterservice, moet u de identiteit opgeven die uw service gebruikt bij het verzenden van metering-gebeurtenissen.

Voor beheerde toepassingen die metering-gebeurtenissen verzenden met behulp van de Api's van de Marketplace-meterservice, moet u de identiteit opgeven die uw service gebruikt bij het verzenden van metering-gebeurtenissen.

  • Microsoft Entra-tenant-id (vereist): In Azure Portal moet u een Microsoft Entra-app maken, zodat we kunnen valideren dat de verbinding tussen onze twee services zich achter een geverifieerde communicatie bevindt. Als u de tenant-id voor uw Microsoft Entra-app wilt vinden, gaat u naar het deelvenster App-registraties in uw Microsoft Entra-id. Selecteer de app in de kolom Weergavenaam . Zoek vervolgens naar Eigenschappen en vervolgens naar de map-id (tenant) (bijvoorbeeld 50c464d3-4930-494c-963c-1e951d15360e).
  • Microsoft Entra-toepassings-id (vereist): U hebt ook uw toepassings-id en een verificatiesleutel nodig. Als u uw toepassings-id wilt vinden, gaat u naar het deelvenster App-registraties in uw Microsoft Entra-id. Selecteer de app in de kolom Weergavenaam en zoek vervolgens naar de toepassings-id (client) (bijvoorbeeld50c464d3-4930-494c-963c-1e951d15360e). Als u de verificatiesleutel wilt vinden, gaat u naar Instellingen en selecteert u Sleutels. U moet een beschrijving en duur opgeven en vervolgens een getalwaarde opgeven.

Notitie

De Azure-toepassings-id wordt gekoppeld aan uw uitgevers-id en kan alleen opnieuw worden gebruikt binnen dit uitgeversaccount.

Meer verkoopkansen

U kunt ervoor kiezen om u aan te kiezen voor marketing- en verkoopkanalen die door Microsoft worden ondersteund. Wanneer u uw aanbieding maakt in partnercentrum, ziet u twee tabbladen aan het einde van het proces:

Zie Uw cloudbedrijf laten groeien met Azure Marketplace voor meer informatie.

Abonnementen

Azure-toepassing aanbiedingen minimaal één abonnement vereisen. Een plan definieert het bereik en de limieten van de oplossing, en de bijbehorende prijzen, indien van toepassing. U kunt meerdere abonnementen voor uw aanbieding maken om uw klanten verschillende technische en prijsopties te bieden.

Zie Abonnementen en prijzen voor aanbiedingen voor commerciële marketplace voor algemene richtlijnen, inclusief prijsmodellen en privéabonnementen. In de volgende secties wordt meer informatie besproken die specifiek is voor Azure-toepassing plannen.

Typen plannen

Er zijn twee soorten Azure-toepassingsplannen: oplossingssjabloon en beheerde toepassing. Beide plantypen ondersteunen het automatiseren van de implementatie en configuratie van een oplossing buiten één virtuele machine (VM). U kunt het proces van het leveren van meerdere resources automatiseren, waaronder VM's, netwerken en opslagresources om complexe oplossingen te bieden, zoals IaaS-oplossingen. Beide abonnementstypen kunnen gebruikmaken van veel verschillende soorten Azure-resources, waaronder maar niet beperkt tot VM's.

  • Met beheerde toepassingsplannen kunt u een oplossing verkopen en leveren via marketplace. De oplossing kan worden beheerd door de uitgever of door de klant. Beheerde toepassingen hebben dezelfde mogelijkheden als oplossingssjabloonplannen, met enkele belangrijke verschillen:

    • De resources worden geïmplementeerd in een resourcegroep die kan worden beheerd door de uitgever of de klant. Als deze wordt beheerd door de uitgever, bevindt de resourcegroep zich in het abonnement van de consument, maar heeft een identiteit in de tenant van de uitgever toegang tot de resourcegroep.

    • De uitgever kan de resourcegroep zo configureren dat klanten volledige of beperkte toegang hebben tot de resourcegroep.

    • Maandelijkse transacties en transacties met een factureringslimiet worden ondersteund via de commerciële marketplace. Als uitgever kunt u Private-aanbiedingen gebruiken om aangepaste geprijsde deals met aangepaste duur en voorwaarden te maken. Zie Een privéaanbieding voor een klant maken voor meer informatie.

      Gebruik het type beheerde toepassingsplan om Azure-toepassingen te verkopen via marketplace of wanneer u of uw klant vereist dat de oplossing wordt beheerd door een partner.

  • Sjabloonplannen voor oplossingen zijn een van de belangrijkste manieren om een oplossing te publiceren in de commerciële marketplace. Sjabloonplannen voor oplossingen zijn niet transacteerbaar in de commerciële marketplace, maar ze kunnen worden gebruikt om betaalde VM-aanbiedingen te implementeren die via de commerciële marketplace worden gefactureerd. Gebruik het type oplossingssjabloonplan wanneer de klant de oplossing beheert en de transacties worden gefactureerd via een ander abonnement. Zie Wat is Azure Resource Manager voor meer informatie over het bouwen van oplossingssjablonen ?

Gebruik van Azure Kubernetes Service (AKS) en containers in beheerde toepassing

Oplossingssjablonen: de aanbiedingen voor oplossingssjablonen kunnen niet worden gewijzigd door de uitgever na de implementatie van de klant. Containers en AKS-resources (Azure Kubernetes Service) zijn daarom momenteel niet toegestaan in deze aanbiedingscategorie.

Beheerde toepassingen: Zie Referentie kubernetes-apps in Azure-app s voor meer informatie over het verwijzen naar containeraanbiedingen in een beheerde toepassing.

Verwijzingen naar containers en AKS-resources (Azure Kubernetes Service) vanuit de beheerde app zijn voorlopig toegestaan , omdat beheerde toepassingen kunnen worden geconfigureerd om de uitgever toegang te geven tot de resources die tijdens de implementatie in het abonnement van de klant zijn gemaakt en te beheren.

Regels en bekende problemen voor AKS en containers in beheerde toepassingen

  • De AKS-knooppuntresourcegroep neemt de weigeringstoewijzingen niet over als onderdeel van de door Azure beheerde toepassing. Dit betekent dat de klant volledige toegang heeft tot de AKS-knooppuntresourcegroep die de AKS-resource maakt wanneer deze is opgenomen in de beheerde toepassing, terwijl de beheerde resourcegroep de juiste weigeringstoewijzingen heeft.

  • De uitgever kan Helm-grafieken en andere scripts opnemen als onderdeel van de door Azure beheerde toepassing. De aanbieding wordt echter behandeld als een reguliere implementatie van beheerde toepassingen en er is geen automatische containerspecifieke verwerking of helm-grafiekinstallatie tijdens de implementatie. Het is de verantwoordelijkheid van de uitgever om de relevante scripts uit te voeren, hetzij tijdens de implementatie, met behulp van de gebruikelijke technieken, zoals aangepaste scriptextensie voor VM's of Azure Deployment Scripts, of na de implementatie.

  • Net als bij de reguliere beheerde Azure-toepassing is het de verantwoordelijkheid van de uitgever om ervoor te zorgen dat de oplossing correct wordt geïmplementeerd en dat alle onderdelen correct zijn geconfigureerd, beveiligd en operationeel zijn. Uitgevers kunnen bijvoorbeeld hun eigen containerregister gebruiken als bron van de installatiekopieën, maar zijn volledig verantwoordelijk voor de containerbeveiliging en doorlopend scannen op beveiligingsproblemen.

Volgende stappen

Videozelfstudies en praktijklabs