Поделиться через


Планирование предложения приложения Azure

приложение Azure — это тип предложения для продажи и развертывания решений, размещенных в Azure-арендаторе клиента. Приложения Azure автоматизируют развертывание и настройку приложения с помощью шаблона Azure Resource Manager (ARM) для включения виртуальных машин, контейнеров, сети, хранилища и многих других ресурсов Azure. Предложения Azure Application можно настроить в качестве шаблонов решений или управляемых приложений.

  • Планы управляемых приложений доступны для транзакций в коммерческой платформе и могут управляться издателем или клиентом. Когда идентификатор управляется издателем, идентификатор в арендуемой записи издателя имеет доступ к группе ресурсов в подписке заказчика. Доступ клиентов можно полностью включить или ограничить, используя назначения с запретами и разрешенные действия.

  • Шаблоны решений нельзя продавать или покупать в коммерческом маркетплейсе, но их можно использовать для развертывания платных предложений виртуальных машин, которые оплачиваются через коммерческий маркетплейс. Используйте тип плана шаблона решения, если для развертывания решения используется шаблон ARM и оно не продается через Marketplace. Предложение приложения Azure может включать несколько планов и типов планов.

Примечание.

Цены на управляемое приложение, использующие цену на оплату за месяц или по лимиту, должны учитывать только плату за управление (и не могут использоваться для затрат на IP/программное обеспечение, инфраструктуру Azure или надстройки. Используйте базовое предложение виртуальной машины или контейнера для оплаты расходов за интеллектуальную собственность/программное обеспечение.

Варианты листинга

После публикации предложения варианты его размещения будут отображаться как кнопка в верхнем левом углу страницы его размещения. Например, на следующем снимке экрана показана страница предложения в Azure Marketplace с кнопкой Получить сейчас.

Показана страница предложения в Azure Marketplace.

Потенциальные клиенты

Коммерческая торговая площадка собирает лиды с информацией о клиентах, чтобы у вас был доступ к ним в рабочей области "Рефералы" в Центре партнеров. Информация о лидах включает данные о клиенте, название товарного предложения, идентификатор и интернет-магазин, где клиент нашел ваше предложение.

Вы также можете подключить систему CRM к вашему предложению. Коммерческая платформа поддерживает Dynamics 365, Marketo и Salesforce, а также возможность использовать таблицу Azure или настроить конечную точку HTTPS с помощью Power Automate. Подробные инструкции см. в статье Привлечение клиентов с помощью предложения на коммерческой платформе.

Категории и подкатегории

Выберите от одной до трех категорий для группирования предложения в соответствующих областях поиска на Marketplace. Можно выбрать до двух подкатегорий для каждой первичной и вторичной категории. Полный список категорий и подкатегорий см. в разделе Рекомендации по коммерческим предложениям.

Чтобы упростить процесс приобретения для клиентов и уменьшить юридические сложности для разработчиков программного обеспечения, корпорация Майкрософт предлагает стандартный контракт, который вы можете использовать для своих предложений на коммерческом рынке. Если программное обеспечение предлагается по стандартному контракту, то клиентам нужно будет прочитать и принять его условия только один раз, а издателю не понадобится разрабатывать собственные условия.

Если вы решили использовать стандартный контракт, можно добавить универсальные условия поправки и до 10 пользовательских изменений в стандартный контракт. Вместо стандартного контракта можно также использовать собственные условия. Вы будете управлять этими сведениями на странице Свойства. Дополнительные сведения см. в статье Стандартный контракт для коммерческой платформы Майкрософт.

Примечание.

После публикации предложения с использованием стандартного контракта для коммерческой платформы нельзя использовать собственные пользовательские условия. Это сценарий "или". Вы можете предложить свое решение в рамках стандартного контракта или на собственных условиях. Изменить условия стандартного контракта можно с помощью дополнений к Стандартному контракту.

Детали списка предложений

При создании нового предложения приложение Azure в Центре партнеров вы введете текст, изображения, необязательные видео и другие сведения на странице описания предложения. Клиенты видят эти сведения при обнаружении списка предложений в Azure Marketplace, как показано в следующем примере.

Показывает, как это предложение будет выглядеть в Azure Marketplace.

Описания вызова

  1. Логотип
  2. Категории
  3. Адрес службы поддержки (ссылка)
  4. Условия использования
  5. Адрес политики конфиденциальности (ссылка)
  6. Название предложения
  7. Итоги
  8. Описание
  9. Снимки экрана и видео

На следующем снимке экрана показано, каким образом информация отображается на портале Azure:

Показывает, как это предложение будет выглядеть на портале Azure.

Описания вызова

  1. Заголовок
  2. Описание
  3. Полезные ссылки
  4. Снимки экрана

Примечание.

Содержимое списка предложений не обязательно должно находиться на английском языке, если описание предложения начинается с фразы "Это приложение доступно только на [языке, отличном от английского].

Чтобы упростить создание предложения, заранее подготовьте некоторые из следующих элементов. Эти элементы являются обязательными, если не указано иное.

  • Имя: это имя отображается как название списка предложений на коммерческой платформе. Имя может быть товарным знаком. Он не может содержать эмодзи (если они не являются символами торгового знака и авторских прав) и должны быть ограничены 200 символами.

  • Сводка по результатам поиска. Опишите одной фразой назначение или функцию своего предложения, без разрывов строк, не более 100 знаков. Это описание используется в результатах поиска предложений на коммерческой платформе.

  • Краткое описание. Введите до 256 символов обычным текстом. Эта сводка отображается на странице сведений о предложении.

  • Описание: Описание отображается в обзорной странице на Azure Marketplace. Оцените возможность включения ценностного предложения, ключевых преимуществ, предполагаемой пользовательской базы, любой категории или отраслевых ассоциаций, возможностей покупки в приложении, потребности клиента или боли, которую устраняет предложение, любых необходимых раскрытий информации и ссылки для получения дополнительных сведений.

    Это текстовое поле содержит элементы управления редактора форматированного текста, позволяющие сделать описание более привлекательным. Для форматирования описания также можно использовать теги HTML. В этом поле можно ввести до 5000 символов текста, включая разметку HTML и пробелы. Дополнительные советы см. в статье "Написание отличного описания приложения" и тегов HTML, поддерживаемых в описаниях предложения коммерческой платформы.

  • Ключевые слова для поиска (необязательно). Введите до трех ключевых слов для поиска, по которым клиенты смогут найти ваше предложение в интернет-магазине. Для оптимальных результатов также используйте эти ключевые слова в описании. Не нужно указывать Наименование и Описание предложения. Этот текст автоматически включается в поиск.

  • Ссылка на политику конфиденциальности: URL-адрес политики конфиденциальности вашей компании. Вы должны предоставить действительную политику конфиденциальности и несете ответственность за то, чтобы приложение отвечало законам и требованиям по соблюдению конфиденциальности.

  • Полезные ссылки (необязательно). Можно привести ссылки на различные ресурсы, которые могут оказаться полезными для пользователей вашего предложения. Например, форумы, часто задаваемые вопросы и заметки о релизах.

  • Контактные данные. Необходимо указать следующие контакты вашей организации.

    • Контакт службы поддержки. Укажите имя, телефон и адрес электронной почты партнеров Майкрософт, которые пользователи должны использовать при открытии запросов. Необходимо также добавить URL-адрес веб-сайта вашей службы поддержки.
    • Контактное лицо по техническим вопросам. Укажите имя, телефон и адрес электронной почты, которые будут использоваться корпорацией Майкрософт напрямую в случае проблем с вашим предложением. Эти контактные данные не показаны на коммерческой платформе.
    • Контактное лицо программы CSP (необязательно). Укажите имя, телефон и адрес электронной почты, если нужно использовать программу поставщика облачных услуг (CSP), чтобы партнеры могли связаться с вами по любым вопросам. Можно также включить URL-адрес своих маркетинговых материалов.
  • Медиа — Логотипы: Предоставьте PNG-файл с логотипом в большом размере. Партнёрский центр использует это для создания логотипов Small и Medium. Кроме того, вы можете заменить файлы логотипа позже.

    • Большой (от 216x216 до 350x350 пикселей, обязательный).
    • Средний (90x90 пикселей, необязательный).
    • Маленький (48x48 пикселей, необязательный).

    Эти логотипы используются в разных местах интернет-магазинов.

    • Маленький логотип появится в результатах поиска Azure Marketplace.
    • Логотип Medium появляется при создании нового ресурса в Microsoft Azure.
    • Крупный логотип отображается на странице предложения в Azure Marketplace.

    Следуйте приведенным ниже рекомендациям для ваших логотипов:

    • Дизайн Azure отличается простой цветовой палитрой. Используйте в логотипах ограниченное число основных и дополнительных цветов.
    • Цвета темы портала — белый и черный. Постарайтесь не использовать эти цвета для фона своего логотипа. Используйте цвет, который выделяет ваш логотип на портале. Мы рекомендуем простые основные цвета.
    • При использовании прозрачного фона убедитесь, что для логотипа и текста не используется белый, черный или синий цвет.
    • Дизайн и внешний вид вашего логотипа должны быть плоскими, избегайте градиентов в самом логотипе или на фоне. Не размещайте в логотипе текст, даже название своей компании или торговой марки. Размытые изображения приведут к отклонению вашей заявки.
    • Логотип не должен быть растянут.
  • Мультимедиа — снимки экрана (необязательно). Рекомендуется добавить снимки экрана, показывающие, как работает ваше предложение. Вы можете добавить до пяти снимков экрана со следующими требованиями, которые показывают, как работает ваше предложение:

    • 1280x720 пикселей
    • файл .PNG
    • Должен содержать заголовок
  • Мультимедиа — видео (необязательно): вы можете добавить до пяти видео со следующими требованиями, которые демонстрируют ваше предложение:

    • Имя.
    • URL-адрес: должен быть размещён только на YouTube или Vimeo.
    • Эскиз: файл 1280x720 .PNG

Примечание.

Для публикации на коммерческом рынке ваше предложение должно соответствовать общим политикам сертификации коммерческого рынка.

Аудитория для предварительного просмотра

Аудитория предварительной версии может получить доступ к вашему предложению перед публикацией в онлайн-магазинах, чтобы проверить сквозную функциональность перед публикацией.

Примечание.

Аудитория предварительного просмотра отличается от частного плана. Частный план будет доступен только определенной аудитории, выбранной разработчиком. Это позволяет согласовывать специальный план для конкретных клиентов.

Определение аудитории предварительной версии производится по идентификаторам подписки Azure, вместе с их необязательными описаниями. Ни одно из этих полей не будет отображаться для клиентов.

Техническая конфигурация

Для управляемых приложений, которые генерируют события учёта с помощью API службы учёта Marketplace, необходимо указать удостоверение, используемое вашим сервисом при генерации событий учёта.

Для управляемых приложений, которые генерируют события учёта с помощью API-интерфейсов службы учёта Marketplace, вы должны указать удостоверение, которое использует ваш сервис при создании событий учёта.

  • Идентификатор тенанта Microsoft Entra (обязательно): внутри портала Azure необходимо создать приложение Microsoft Entra, чтобы проверить, что подключение между нашими двумя службами осуществляется через аутентифицированную связь. Чтобы найти идентификатор клиента вашего приложения Microsoft Entra, перейдите к панели регистрации приложений в Microsoft Entra ID. В столбце Отображаемое имя выберите приложение. Затем найдите Свойства, и затем Идентификатор каталога (арендатора) (например, aaaabbbb-0000-cccc-1111-dddd2222eeee).
  • Идентификатор приложения Microsoft Entra (обязательно): вам также нужен идентификатор приложения и ключ проверки подлинности. Чтобы найти идентификатор приложения, перейдите в область Регистрация приложений в идентификаторе Microsoft Entra. В столбце Отображаемое имя выберите приложение, а затем найдите Идентификатор приложения клиента (например, 00001111-aaaa-2222-bbbb-3333cccc4444). Чтобы найти ключ проверки подлинности, перейдите в раздел Параметры и выберите Ключи. Необходимо указать описание и длительность, а затем указать числовое значение.

Примечание.

Идентификатор приложения Azure будет связан с идентификатором издателя, и его можно будет повторно использовать только в этой учетной записи издателя.

Дополнительные возможности продаж

Можно выбрать каналы маркетинга и продаж, поддерживаемые корпорацией Майкрософт. При создании предложения в Центре партнеров вы увидите две вкладки в конце процесса:

  • Перепродажа через CSP. Этот вариант позволяет партнерам-поставщикам облачных решений (CSP) Майкрософт перепродавать ваше решение в рамках пакета предложений. Дополнительные сведения см. в программе поставщика облачных решений.
  • Совместная продажа с корпорацией Майкрософт. Этот вариант позволяет группам продаж корпорации Майкрософт рассматривать ваши интеллектуальные решения как совместно продаваемые при оценке потребностей клиентов. Дополнительные сведения о подготовке вашего предложения к оценке см. в статье Вариант совместной продажи на коммерческой торговой площадке. Дополнительные сведения о праве на совместные продажи интеллектуальной собственности см. в статье Требования к статусу совместных продаж. Для получения дополнительной информации о продвижении вашего предложения через партнерские каналы поставщиков облачных решений Майкрософт см. Поставщики облачных решений.

Дополнительные сведения см. в статье Расширение облачного бизнеса с помощью Azure Marketplace.

Планы

Для предложений приложений Azure требуется как минимум один план. План определяет область и ограничения решения, а также соответствующие цены, если применимо. Можно создать для предложения несколько планов, чтобы предоставить клиентам различные технические и ценовые варианты.

Общие рекомендации о планах, включая модели ценообразования, бесплатные пробные версии и частные планы, см. в статье Планы и цены для предложений на коммерческой платформе. В следующих разделах рассматриваются подробные сведения, относящиеся к планам приложений Azure.

Типы планов

Примечание.

Цены на управляемое приложение, использующие цену на оплату за месяц или по тарифу с учетом лимита, должны учитывать только плату за управление и не могут использоваться для затрат на IP/программное обеспечение, инфраструктуру Azure или надстройки). Используйте имеющееся предложение виртуальной машины или контейнера для управления затратами на интеллектуальную собственность/программное обеспечение. Существует два типа приложений Azure: шаблон решения и управляемое приложение. Оба типа планов поддерживают автоматизацию развертывания и настройку решения, не ограничиваясь одной виртуальной машиной. Можно автоматизировать процесс предоставления нескольких ресурсов, включая виртуальные машины, сети и ресурсы хранилища, чтобы поставлять комплексные решения, например IaaS. Оба типа планов могут использовать различные типы ресурсов Azure, включая, в частности, виртуальные машины.

  • Планы управляемых приложений позволяют продавать управляемые службы и доставлять решение через Marketplace. Управляемые приложения имеют те же возможности, что и планы шаблона решения, с некоторыми ключевыми различиями:

    • Ресурсы развертываются в группе ресурсов, которая может управляться издателем. Группа ресурсов расположена в подписке пользователя, но идентификатор в клиенте издателя имеет доступ к группе ресурсов.

    • Издатель может настроить группу ресурсов, чтобы предоставить клиентам полный или ограниченный доступ к группе ресурсов.

    • Ежемесячные транзакции и транзакции по счетчику поддерживаются через коммерческую платформу. В качестве издателя вы можете использовать особые предложения для создания сделок с индивидуальными ценами, сроками и условиями. Дополнительные сведения см. в статье "Создание частного предложения для клиента".

      • Используйте тип плана управляемого приложения для продажи управляемых служб, развернутых в качестве приложений Azure через Marketplace или когда вам или клиенту требуется, чтобы решение управляло партнером.
  • Планы типа Шаблон решения — один из основных способов публикации решения на коммерческой платформе. Шаблоны решений не подлежат продаже на коммерческом маркетплейсе, но их можно использовать для развертывания платных предложений виртуальных машин, стоимость которых выставляется через коммерческий маркетплейс. Используйте тип плана шаблона решения, если клиент будет управлять решением, а счета за транзакции выставляются с помощью другого плана. Дополнительную информацию о создании шаблонов решений см. в статье Azure Resource Manager.

Использование службы Azure Kubernetes (AKS) и контейнеров в управляемом приложении

Шаблоны решений: предложения по шаблонам решений не могут быть изменены издателем после развертывания клиентом. Контейнеры и ресурсы сервиса Azure Kubernetes (AKS) в настоящее время не поддерживаются для шаблонов решений.

Управляемые приложения: Чтобы узнать, как ссылаться на предложения для контейнеров в управляемом приложении, см. Справочник по приложениям Kubernetes в приложениях Azure.

Правила и известные проблемы для AKS и контейнеров в управляемых приложениях

  • Группа ресурсов узлов AKS не наследует "Deny Assignments" в рамках управляемого приложения Azure. Это означает, что клиент имеет полный доступ к группе ресурсов узла AKS, которую создает ресурс AKS при включении в управляемое приложение, в то время как в управляемой группе ресурсов будут установлены соответствующие назначения запретов.

Видеоуроки и практические лаборатории