Compartir vía

Planeamiento de una oferta de aplicación de Azure

  • Artículo

App de Azure lication es el tipo de oferta para vender e implementar soluciones hospedadas en el inquilino de Azure del cliente. Las aplicaciones de Azure automatizan la implementación y configuración de la aplicación mediante la plantilla de Azure Resource Manager (ARM) para incluir máquinas virtuales, contenedores, redes, almacenamiento y muchos otros recursos de Azure. las ofertas de App de Azure lication se pueden configurar como plantillas de solución o aplicaciones administradas:

  • Los planes de aplicaciones administradas se pueden realizar transacciones en el marketplace comercial y pueden administrarse mediante el publicador o el cliente. Cuando lo administra el publicador, una identidad del inquilino del publicador tiene acceso al grupo de recursos de la suscripción del cliente. El acceso al cliente puede estar totalmente habilitado o restringido mediante asignaciones de denegación y acciones permitidas.

  • Las plantillas de solución no se pueden realizar transacciones en el marketplace comercial, pero se pueden usar para implementar ofertas de máquina virtual de pago que se facturan a través del marketplace comercial. Use el tipo de plan de plantilla de solución cuando la solución use una plantilla de ARM para la implementación y no se realice transacciones a través de Marketplace. Una oferta de aplicación de Azure puede incluir varios planes y tipos de plan.

Nota:

Los precios de la aplicación administrada que usan el precio de facturación por mes o medido solo deben tener en cuenta la tarifa de administración (y es posible que no se usen para los costos de IP/software, la infraestructura de Azure o los complementos. Use la oferta de contenedor o máquina virtual subyacente para realizar transacciones con costos de IP/software.

Opciones de publicación

Una vez que se publique la oferta, sus opciones de descripción aparecen en forma de un botón en la esquina superior izquierda de la página de descripción de la oferta. Por ejemplo, en la siguiente captura de pantalla se muestra una página de descripción de la oferta en Azure Marketplace con el botón Obtenerla ahora.

Se muestra una página de descripción en Azure Marketplace.

Clientes potenciales

El marketplace comercial recopila clientes potenciales con información del cliente para que pueda acceder a ellos en el área de trabajo Referencias del Centro de partners. Los clientes potenciales incluyen información como los detalles del cliente junto con el nombre de la oferta, el identificador y la tienda en línea donde el cliente encontró la oferta.

También puede optar por conectar el sistema CRM a su oferta. El marketplace comercial admite Dynamics 365, Marketo y Salesforce, junto con la opción de usar una tabla de Azure o de configurar un punto de conexión HTTPS con Power Automate. Para obtener instrucciones detalladas, vea Clientes potenciales a partir de la oferta en el marketplace comercial.

Categorías y subcategorías

Puede elegir una categoría como mínimo y dos como máximo para agrupar la oferta en las áreas de búsqueda apropiadas del marketplace comercial. Puede elegir hasta dos subcategorías por cada categoría principal y secundaria. Para ver la lista completa de categorías y subcategorías, consulte Procedimientos recomendados para la descripción de ofertas.

Para simplificar el proceso de adquisición para los clientes y reducir la complejidad legal para los proveedores de software, Microsoft ofrece un contrato estándar que se puede usar con las ofertas del marketplace comercial. Al ofrecer el software bajo el contrato estándar, los clientes solo tienen que leerlo y aceptarlo, sin necesidad de crear términos y condiciones personalizados.

Si decide usar el contrato estándar, puede agregar términos de modificación universal y hasta 10 modificaciones personalizadas al contrato estándar. También puede usar sus propios términos y condiciones en lugar del contrato estándar. Estos detalles se administrarán en la página Propiedades. Para más información, consulte Contrato estándar para el marketplace comercial de Microsoft.

Nota:

Después de publicar una oferta con el contrato estándar para marketplace comercial, no puede usar sus propios términos y condiciones personalizados. Solo puede elegir una de las dos opciones. O bien ofrecer su solución bajo el contrato estándar o según sus propios términos y condiciones. Si quiere modificar los términos del contrato estándar, puede hacerlo a través de las modificaciones al contrato estándar.

Detalles de la descripción de la oferta

Al crear una oferta de Aplicación de Azure en el Centro de partners, insertará texto, imágenes, vídeos opcionales y otros detalles en la página de descripción de la oferta. Los clientes ven esta información cuando detectan la descripción de la oferta en Azure Marketplace, como se muestra en el ejemplo siguiente.

Ilustración de cómo aparece esta oferta en Azure Marketplace.

Descripciones destacadas

  1. Logotipo
  2. Categorías
  3. Dirección de soporte técnico (vínculo)
  4. Términos de uso
  5. Dirección de la directiva de privacidad (vínculo)
  6. Nombre de la oferta
  7. Resumen
  8. Descripción
  9. Capturas de pantallas o vídeos

En la captura de pantalla siguiente se muestra cómo aparece la información de la oferta en Azure Portal:

Ilustración de cómo aparece esta oferta en Azure Portal.

Descripciones destacadas

  1. Título
  2. Descripción
  3. Vínculos útiles
  4. Capturas de pantalla

Nota:

No es necesario que el contenido de la descripción de la oferta esté en inglés si la descripción de la oferta comienza con la frase "Esta aplicación solo está disponible en [idioma no inglés]".

Para facilitar la creación de la oferta, prepare algunos de estos elementos con antelación. Los elementos siguientes son obligatorios a menos que se indique lo contrario.

  • Nombre: este nombre aparece como título de la descripción de la oferta en el marketplace comercial. El nombre puede ser de marca comercial. No puede contener emojis (a menos que sean símbolos de marca comercial y copyright), y no puede tener más de 200 caracteres.

  • Resumen de los resultados de la búsqueda: describa el propósito o la función de la oferta en una sola frase, en texto sin formato, de 100 caracteres como máximo y sin saltos de línea. Este resumen se usa en los resultados de búsqueda de la oferta del marketplace comercial.

  • Descripción breve: proporcione hasta 256 caracteres de texto sin formato. Este resumen aparece en la página de detalles de la oferta.

  • Descripción: esta descripción se muestra en la introducción a la descripción de Azure Marketplace. Considere la posibilidad de incluir una propuesta de valor, ventajas clave, base de usuarios prevista, cualquier categoría o asociaciones del sector, oportunidades de compra en la aplicación, la necesidad del cliente o el dolor que aborda la oferta, las divulgaciones necesarias y un vínculo para obtener más información.

    Este cuadro de texto tiene controles de editor de texto enriquecido que puede utilizar para que su descripción sea más atractiva. También puede usar etiquetas HTML para dar formato a la descripción. En este cuadro puede escribir hasta 5000 caracteres de texto, lo que incluye el marcado HTML y espacios. Para obtener más sugerencias, consulte Escritura de una excelente descripción de la aplicación y etiquetas HTML admitidas en las descripciones de la oferta del marketplace comercial.

  • Palabras clave de búsqueda (opcional): escriba al menos tres palabras clave de búsqueda que los clientes puedan usar para buscar su oferta en la tienda en línea. Para obtener mejores resultados, intente usar también estas palabras clave en la descripción. No es necesario incluir el nombre y descripción de la oferta. Ese texto se incluye automáticamente en la búsqueda.

  • Vínculo a la directiva de privacidad: la dirección URL de la directiva de privacidad de la empresa. Debe proporcionar una directiva de privacidad válida y usted es responsable de garantizar que la aplicación cumple con las leyes y normativas de privacidad.

  • Vínculos útiles (opcional): puede proporcionar vínculos a varios recursos para los usuarios de su oferta. Por ejemplo, foros, preguntas más frecuentes y notas de la versión.

  • Información de contacto: debe designar los siguientes contactos de la organización:

    • Contacto de soporte técnico: proporcione el nombre, el teléfono y el correo electrónico de los asociados de Microsoft que se usarán cuando los clientes abran vales. También debe incluir la dirección URL del sitio web de soporte técnico.
    • Contacto de ingeniería: proporcione el nombre, el teléfono y el correo electrónico que Microsoft usará directamente cuando haya problemas con la oferta. Esta información de contacto no aparece en el marketplace comercial.
    • Contacto del programa CSP (opcional): proporcione el nombre, el teléfono y el correo electrónico si participa en el programa de proveedores de soluciones en la nube (CSP), de modo que dichos asociados puedan ponerse en contacto con usted si necesitan hacerle alguna pregunta. También puede incluir una dirección URL a sus materiales de marketing.

  • Elementos multimedia (logotipos) : Proporcione un archivo PNG para el logotipo de tamaño Grande. El Centro de partners lo usa para crear un logotipo pequeño y medio. Opcionalmente, puede reemplazar los archivos de logotipo más adelante.

    • Grande (de 216x216 a 350x350 px, obligatorio).
    • Medio (90x90 px, opcional).
    • Pequeño (48 x 48 px, opcional).

    Estos logotipos se usan en distintos lugares de las tiendas en línea:

    • El logotipo pequeño aparece en los resultados de búsqueda de Azure Marketplace.
    • El logotipo mediano aparece cuando se crea un recurso en Microsoft Azure.
    • El logotipo grande aparece en la página de descripción de la oferta de Azure Marketplace.

    Siga estas instrucciones para los logotipos:

    • El diseño de Azure tiene una paleta de colores simple. Utilice pocos colores primarios y secundarios en el logotipo.
    • Los colores del tema del portal son el blanco y el negro. No use estos colores como fondo de los logotipos. Use un color que haga que su logotipo destaque en el portal. Nosotros recomendamos usar colores primarios simples.
    • Si usa un fondo transparente, asegúrese de que el logotipo y el texto no son blancos, negros ni azules.
    • La apariencia del logotipo debe ser homogénea y evitar degradados en el logotipo o el fondo. No coloque texto en el logotipo, ni siquiera el nombre de su empresa o de la marca. Las imágenes borrosas harán que se rechace el envío.
    • Asegúrese de que el logotipo no quede estirado.

  • Elementos multimedia: capturas de pantalla (opcional): se recomienda agregar capturas de pantallas que muestren el funcionamiento de la oferta. Puede agregar hasta cinco capturas de pantalla con los siguientes requisitos que muestran cómo funciona la oferta:

    • 1280 x 720 píxeles
    • Archivo .PNG
    • Se debe incluir un título

  • Medios: vídeos (opcional): puede agregar hasta cinco vídeos con los siguientes requisitos que muestran la oferta:

    • Nombre.
    • Dirección URL: solo se debe hospedar en YouTube o en Vimeo.
    • Miniatura: 1280 x 720 archivo .PNG

Nota

La oferta debe cumplir las directivas de certificación del marketplace comercial para ser publicada en esta plataforma.

Público preliminar

Una audiencia preliminar puede acceder a la oferta antes de publicarse en las tiendas en línea para probar la funcionalidad de un extremo a otro antes de publicarla en directo.

Nota:

Una audiencia preliminar no es lo mismo que un plan privado. Un plan privado es el que solo está disponible para una audiencia determinada de su elección. Esto le permite negociar un plan personalizado con clientes específicos.

Especifique la audiencia preliminar mediante los identificadores de suscripción de Azure, junto con una descripción opcional de cada uno. Los clientes no pueden ver ninguno de estos campos.

Configuración técnica

En el caso de las aplicaciones administradas que emiten eventos de medición mediante las API del servicio de medición de Marketplace, debe proporcionar la identidad que usa el servicio al emitir eventos de medición.

En el caso de las aplicaciones administradas que emiten eventos de medición mediante las API del servicio de medición de Marketplace, debe proporcionar la identidad que usa el servicio al emitir eventos de medición.

  • Identificador de inquilino de Microsoft Entra (obligatorio): dentro de Azure Portal, debe crear una aplicación de Microsoft Entra para que podamos validar que la conexión entre nuestros dos servicios está detrás de una comunicación autenticada. Para buscar el identificador de inquilino de la aplicación De Microsoft Entra, en el panel Registros de aplicaciones del identificador de Microsoft Entra. En la columna Nombre para mostrar, seleccione la aplicación. A continuación, busque Propiedades y, luego, el identificador de directorio (inquilino) (por ejemplo 50c464d3-4930-494c-963c-1e951d15360e).
  • Id. de aplicación de Microsoft Entra (obligatorio): también necesita el identificador de aplicación y una clave de autenticación. Para buscar el identificador de la aplicación, vaya al panel Registros de aplicaciones en el identificador de Microsoft Entra. En la columna Nombre para mostrar, seleccione la aplicación y, a continuación, busque el identificador de aplicación (cliente) (por ejemplo, 50c464d3-4930-494c-963c-1e951d15360e). Para buscar la clave de autenticación, vaya a Configuración y seleccione Claves. Debe proporcionar una descripción y una duración y, a continuación, se proporcionará un valor numérico.

Nota:

El identificador de aplicación de Azure se asociará a su identificador de editor y solo se podrá volver a usar en la cuenta de este editor.

Más oportunidades de ventas

Puede optar por participar en los canales de marketing y ventas respaldados por Microsoft. Al crear la oferta en el Centro de partners, verá dos pestañas hacia el final del proceso:

  • Resell through CSPs (Revender a través de los CSP): use esta opción para permitir que los asociados de los proveedores de soluciones en la nube (CSP) de Microsoft revendan la solución como parte de una oferta agrupada. Para obtener más información, consulte Proveedor de soluciones en la nube programa.
  • Venta conjunta con Microsoft: esta opción permite que los equipos de ventas de Microsoft consideren la solución como apta para la venta conjunta de IP al evaluar las necesidades de los clientes. Para obtener información detallada sobre cómo preparar la oferta para la evaluación, vea Opción de venta conjunta en el marketplace comercial. Para obtener más información sobre los requisitos de la venta conjunta de IP, vea Requisitos para el estado de la venta conjunta. Para más información sobre cómo comercializar su oferta a través de los canales de asociados de CSP de Microsoft, consulte Proveedores de soluciones en la nube.

Para más información, consulte Desarrollo de un negocio en la nube con Azure Marketplace.

Planes

Las ofertas de Aplicación de Azure requieren al menos un plan. Un plan define el ámbito y los límites de la solución, así como los precios asociados, si corresponde. Puede crear varios planes para que su oferta brinde a sus clientes diferentes opciones técnicas y de precios.

Puede encontrar instrucciones generales sobre los planes, incluidos los modelos de precios y los planes privados en Planes y precios de ofertas de marketplace comercial. En las secciones siguientes se describe más información específica de los planes de App de Azure lication.

Tipos de planes

Nota:

Los precios de la aplicación administrada que usan el precio de facturación por mes o medido solo deben tener en cuenta la tarifa de administración y no se pueden usar para los costos de IP/software, la infraestructura de Azure o los complementos). Use la oferta de contenedor o máquina virtual subyacente para realizar transacciones con costos de IP/software. Hay dos tipos de planes de la Aplicación de Azure: plantilla de solución y aplicación administrada. Ambos tipos de planes admiten la automatización de la implementación y la configuración de una solución más allá de una sola máquina virtual (VM). Puede automatizar el proceso de suministrar varios recursos, incluidas VM, redes y recursos de almacenamiento, para proporcionar soluciones complejas, como soluciones IaaS. Ambos tipos de planes pueden emplear muchos tipos diferentes de recursos de Azure, incluidas, entre otras, VM.

  • Los planes de aplicaciones administradas permiten vender servicios administrados y entregar una solución a través de Marketplace. Las aplicaciones administradas tienen las mismas funcionalidades que los planes de plantilla de solución, con algunas diferencias clave:

    • Los recursos se implementan en un grupo de recursos que el publicador puede administrar. El grupo de recursos está presente en la suscripción del consumidor, pero una identidad en el inquilino del editor tiene acceso al grupo de recursos.

    • El publicador puede configurar el grupo de recursos para conceder a los clientes acceso completo o restringido al grupo de recursos.

    • Las transacciones de uso medido mensual y de facturación se admiten a través del marketplace comercial. Como publicador, puede usar ofertas privadas para crear ofertas con precios personalizados con duraciones y términos personalizados. Para más información, consulte Creación de una oferta privada para un cliente.

      • Use el tipo de plan de aplicación administrada para vender servicios administrados implementados como aplicaciones de Azure a través de Marketplace o cuando usted o el cliente requieran que la solución la administre un asociado.

  • Los planes de plantilla de solución son uno de los principales mecanismos para publicar una solución en el marketplace comercial. Aunque no se pueden realizar transacciones con ellos, se pueden usar para implementar ofertas de máquina virtual de pago que se facturan mediante el marketplace comercial. Use el tipo de plan de plantilla de solución cuando el cliente administre la solución y las transacciones se facturan a través de otro plan. Para más información sobre la creación de plantillas de solución, consulte ¿Qué es Azure Resource Manager?

Uso de Azure Kubernetes Service (AKS) y contenedores en la aplicación administrada

Plantillas de solución: el publicador no puede cambiar las ofertas de plantilla de solución después de la implementación del cliente. Por lo tanto, los contenedores y los recursos de Azure Kubernetes Service (AKS) no se admiten actualmente para las plantillas de solución.

Aplicaciones administradas: para obtener información sobre cómo hacer referencia a las ofertas de contenedor en una aplicación administrada, consulte Referencia a aplicaciones de Kubernetes en App de Azure.

Reglas y problemas conocidos de AKS y contenedores en aplicaciones administradas

  • El grupo de recursos de nodo de AKS no hereda las asignaciones de denegación como parte de la aplicación administrada de Azure. Esto significa que el cliente tiene acceso total al grupo de recursos del nodo de AKS que crea el recurso de AKS cuando se incluye en la aplicación administrada, mientras que el grupo de recursos administrado tendrá las asignaciones de denegación adecuadas.

Contenido relacionado

Tutoriales en vídeo y laboratorios prácticos