Requisitos de Google Cloud Marketplace

Si deseas ofrecer productos en Google Cloud Marketplace, debes cumplir con los siguientes requisitos de las fichas. También debes mantener prácticas recomendadas operativas para los tipos de productos que ofrece.

Si hace cambios en su organización o producto que afecten a su el cumplimiento de estos requisitos de la ficha o invalidar la documentación que proporcionados a Google durante la integración, debes notificar a Google y enviar tu para que se vuelva a revisar y aprobar.

Requisitos para tu organización

Requisitos para tu producto

  • Para que se publique, tu producto debe estar listo para la producción (no en alfa ni beta). se publican y venden a través de Cloud Marketplace.

  • Tu producto debe estar listo para empresas, lo que incluye una presencia profesional en línea, un plan de ventas definido, asistencia al cliente y el cumplimiento de prácticas recomendadas de seguridad sólidas.

  • El producto no debe incluir vulnerabilidades conocidas, virus, software espía, Troyanos u otro código malicioso de cualquier tipo.

  • Debes realizar la verificación en Google Cloud a través de un proceso de aprobación durante incorporación que alojas tu producto de software principalmente en en Google Cloud. Los siguientes patrones son casos de uso comunes aprobados:

    • Patrón 1: Todo el producto y todos sus componentes complementarios se ejecutan completamente en Google Cloud. El siguiente diagrama de arquitectura proporciona un ejemplo de este patrón.

      Un diagrama de arquitectura en el que se muestra un producto completo que se ejecuta en Google Cloud

    • Patrón 2: El procesamiento o el plano de datos del producto se ejecutan en Google Cloud, pero hay planos de control más pequeños o infraestructura de asistencia, como registros, ejecutarlo de forma local o en otra nube. En este caso, tu El procesamiento alojado en Google Cloud o el plano de datos debe ser el recurso cuyo consumo aumenta más rápido cuando los usuarios aumentan consumo de energía. En el siguiente diagrama de arquitectura, se proporciona un ejemplo de este patrón.

      Un diagrama de arquitectura que muestra un producto cuyo plano de procesamiento se ejecuta en Google Cloud, junto con la infraestructura de asistencia que no lo hace.

    • Patrón 3: El almacenamiento, la copia de seguridad, la replicación o la recuperación de datos (DR) producto debe replicar todos los datos en Google Cloud, mientras que la plano de control puede ejecutarse a nivel local o en otras nubes. Lo siguiente de arquitectura proporciona un ejemplo de este patrón.

      Un diagrama de arquitectura que muestra un producto que usa Google Cloud para su plano de almacenamiento y copias de seguridad.

    • Patrón 4: Tu producto es una herramienta de migración que tiene Google Cloud como su único destino para la migración, pero puede ejecutar de forma local o en otra nube como fuente de migración. Lo siguiente de arquitectura proporciona un ejemplo de este patrón.

      Un diagrama de arquitectura en el que se muestra un producto con Google Cloud como destino de migración.

    • Patrón 5: El procesamiento o el plano de datos del producto se ejecutan en en Google Cloud. Los agentes de seguridad o supervisión de tu producto pueden ejecutarse de forma local o en otra nube, pero deben enviar datos a un Entorno alojado en Google Cloud para almacenamiento y análisis. En el siguiente diagrama de arquitectura, se proporciona un ejemplo de este patrón.

      Un diagrama de arquitectura en el que se muestra un producto con agentes de seguridad locales que envían datos a Google Cloud.

    • Patrón 6: El producto es un conjunto de datos alojado y entregado a través de en Google Cloud. En el siguiente diagrama de arquitectura, se proporciona un ejemplo de este patrón.

      Un diagrama de arquitectura que muestra un conjunto de datos alojado y entregado a través de Google Cloud.

  • Debes asegurarte de que tus productos en Cloud Marketplace tengan las mismas capacidades y funciones que ofrece cualquier versión fuera de Cloud Marketplace.

  • Debes asegurarte de que tus productos de datos no contengan "información sensible de identificación personal", como se define en la Ley de Protección de Datos de los Estadounidenses de Adversarios Extranjeros de 2024.