Certificazione del carico di lavoro (anteprima)
Questo articolo descrive i requisiti necessari per un carico di lavoro personalizzato da elencare nell'hub del carico di lavoro di Microsoft Fabric. Assicurarsi che il carico di lavoro sia conforme a questi requisiti prima di inviare il carico di lavoro per la pubblicazione.
Requisiti aziendali
La creazione di applicazioni in Fabric è più simile alla creazione di documenti in ufficio rispetto al provisioning delle risorse in Azure. Anche se non ci si aspetta che ogni utente sia in grado di sfruttare ogni carico di lavoro in Fabric, ognuno dei carichi di lavoro deve fare appello al set di utenti più ampio.
Fabric è progettato per supportare i progetti e le dimensioni dei dati di livello 1 più grandi. La piattaforma Fabric fornisce un set comune di servizi che il carico di lavoro non deve sostituire con i propri servizi proprietari. L'uso coerente dei servizi della piattaforma in tutti i carichi di lavoro garantisce un'esperienza e funzionalità uniformi in tutto il sistema.
OneLake è la piattaforma di archiviazione che riunisce tutti i dati in Fabric in un unico prodotto integrato. OneLake include la gestione della sicurezza dei dati. La sicurezza, la conformità e la governance a livello di infrastruttura vengono gestite dagli amministratori esperti a livello di tenant.
I carichi di lavoro devono rispettare i requisiti aziendali seguenti:
Categoria | Descrizione | Domain | Riferimento |
---|---|---|---|
Valore significativo | L'offerta deve fornire un valore sufficiente per giustificare l'investimento necessario per imparare e usare. L'offerta dovrebbe offrire vantaggi significativi, ad esempio efficienza avanzata, funzionalità innovative o vantaggi strategici. | Funzionale Invio SaaS |
100,8 Valore significativo |
Versione di valutazione | Offrire un'esperienza di valutazione semplice e veloce. La versione di valutazione deve essere disponibile per il cliente senza tempi di attesa (meno di 5 secondi) e offrire loro un modo semplice e gratuito per esplorare il carico di lavoro offerto. | Funzionale | Prove |
Monetizzazione | I partner devono integrare un'offerta SaaS in Azure Marketplace. Questa offerta può essere solo un elenco di contatti per ottenere lead dalla piattaforma. Prevediamo che anche i partner esegino transazioni nel Marketplace. È possibile creare funzionalità Bring Your Own License (BYOL) nel carico di lavoro. | Funzionale | Monetizzare il carico di lavoro |
Requisiti di progettazione
Per acquisire familiarità con i requisiti di progettazione per il carico di lavoro infrastruttura, vedere Fabric UX System. Fabric UX System offre una panoramica dei modelli e dei componenti disponibili nell'esperienza utente di Fabric per accelerare il lavoro. Include anche librerie wrapper React per l'esperienza utente di Fabric e Angular che si integrano con i componenti Web Fluent.
Gli utenti dell'infrastruttura si aspettano un'esperienza utente con caricamento rapido. Indipendentemente dall'implementazione tecnica e dall'hosting a livello di area, il carico di lavoro deve essere caricato rapidamente in tutte le aree dell'infrastruttura.
Requisiti per l'invio SaaS
Prima di pubblicare l'offerta Software as a Service (SaaS) in Azure Marketplace, il carico di lavoro deve soddisfare questi criteri di certificazione del marketplace commerciale:
I requisiti per i metadati del pacchetto del carico di lavoro e i metadati dell'offerta di invio SaaS devono essere identici per garantire la coerenza. Il dominio applicabile indcherà i metadati del pacchetto saaS e del pacchetto del carico di lavoro per riflettere questa necessità.
Requisiti del pacchetto del carico di lavoro
I metadati, ad esempio titolo, riepilogo e icona, devono essere identici nel manifesto del pacchetto del carico di lavoro e nell'invio dell'offerta SaaS nel Centro per i partner. Aggiungere tutti gli asset del carico di lavoro, ad esempio icone e screenshot nella fe/assests
directory.
Il pacchetto del carico di lavoro deve essere conforme ai requisiti del manifesto front-end e back-end .
Requisiti tecnici
La tabella seguente elenca i requisiti tecnici per l'offerta del carico di lavoro.
Categoria | Descrizione | Domain | Riferimento |
---|---|---|---|
SaaS in the Azure Marketplace | Affinché l'offerta SaaS sia elencata in Azure Marketplace, deve essere principalmente piattaforma in Microsoft Azure. | Invio SaaS Requisiti di Azure Funzionale |
1000.1 Proposta di valore e requisiti dell'offerta |
OneLake | OneLake è la posizione in cui vengono archiviati i dati in Fabric. I carichi di lavoro devono integrarsi con esso per archiviare i dati nei formati standard supportati dalla piattaforma in modo che altri servizi possano sfruttarli. | Funzionale | OneLake, OneDrive per i dati |
Requisiti di conformità
Nella tabella seguente sono elencati i requisiti di conformità per l'offerta del carico di lavoro.
Categoria | Descrizione | Domain | Collegamenti |
---|---|---|---|
Attestazione del server di pubblicazione | Il documento di attestazione dell'editore consente agli sviluppatori di carichi di lavoro di mostrare ai clienti come l'app gestisce la sicurezza, i dati e la conformità. In questa autovalutazione lo sviluppatore del carico di lavoro descrive gli attributi di sicurezza e le procedure di gestione dei dati del carico di lavoro. Il documento di attestazione dell'editore deve essere ospitato nel sito Web del partner. È necessario aggiungere il collegamento nel manifesto dei metadati del supportLink carico di lavoro nel campo in certification . Il collegamento deve essere visualizzato anche nella pagina del prodotto del carico di lavoro nell'hub del carico di lavoro. |
Conformità | |
Condizioni | È necessario fornire ai clienti termini e condizioni per l'offerta offerta nella piattaforma. In termini e condizioni è necessario evidenziare gli aspetti di conformità della soluzione. Ad esempio, cosa accade ai dati inattivi e al transito? Dove sono disponibili i servizi forniti ai clienti di Azure? | Conformità Invio SaaS |
Panoramica e indicazioni sulla governance |
ISO 27001:2013 | Il carico di lavoro dell'infrastruttura deve essere conforme a ISO 27001:2013. Il supporto ISO deve essere elencato nel documento di attestazione dell'editore. | Conformità Sicurezza |
|
SOC 2 Type 2 | Il carico di lavoro dell'infrastruttura deve essere conforme a SOC 2 Type 2. | Conformità Sicurezza |
|
Certificazioni facoltative e consigliate | Se applicabile ai clienti, allinearsi alle certificazioni aggiuntive di Fabric. | Conformità Sicurezza |
Panoramica e indicazioni sulla governance |
Requisiti aggiuntivi
Nella tabella seguente sono elencati i requisiti aggiuntivi per l'offerta del carico di lavoro.
Categoria | Descrizione | Domain | Riferimento |
---|---|---|---|
Contatto tecnico | Il dominio di posta elettronica del contatto tecnico deve corrispondere al dominio di posta elettronica dell'editore che raggiunge il team con il pacchetto del carico di lavoro | Invio SaaS | Pubblicare il passaggio 4 del carico di lavoro> . |
Accuratezza del titolo | Il carico di lavoro deve avere un titolo accurato e descrittivo e il nome del venditore. Se l'offerta viene alzata di livello in un altro sito Web, entrambi i titoli devono corrispondere. | Invio SaaS Metadati del pacchetto del carico di lavoro |
100.1.1 Titolo |
Riepilogo conciso | Il riepilogo viene visualizzato nei risultati della ricerca nel Marketplace commerciale di Azure e deve essere limitato a 100 caratteri. Il riepilogo deve comunicare l'essenza dell'offerta SaaS. | Invio SaaS Metadati del pacchetto del carico di lavoro |
100.1.2 Riepilogo |
Descrizione completa | La descrizione deve descrivere in modo dettagliato eventuali limitazioni, condizioni o eccezioni per le funzionalità, le funzionalità e i risultati finali. Deve articolato la proposta di valore e i requisiti in modo chiaro e distinto rappresentano il prodotto. Per il contenuto non in lingua inglese, la descrizione deve iniziare o terminare con la frase. Questa applicazione è disponibile nell'elenco <delle lingue>. | Invio SaaS Metadati del pacchetto del carico di lavoro |
Descrizione 100.1.3 |
Visibilità del Marketplace | Ogni offerta SaaS deve includere almeno un piano pubblico, ad esempio Contact Me, BYOL o Get It Now (Transact).Ogni offerta SaaS deve includere almeno un piano pubblico, ad esempio Contact Me, BYOL o Get It Now (Transact).Each SaaS offer must feature at least one public plan, such such as Contact Me, BYOL, or Get It Now (Transact). I piani privati non sono consentiti senza un piano pubblico di accompagnamento per garantire l'impegno attivo del Marketplace. | Invio SaaS | 100.1.5 Presenza attiva e visibile |
Elementi grafici | Gli elementi grafici devono essere correnti e correlati all'offerta..png file compreso tra 216 e 350 pixel quadrati.png . |
Invio SaaS | 100.3 Elementi grafici |
Conformità del modello di determinazione prezzi | I prezzi per l'offerta SaaS devono essere allineati ai piani e ai prezzi per le offerte del marketplace commerciale, garantendo trasparenza e coerenza per i clienti. | Invio SaaS | 100.4 Acquisizione, prezzi e termini |
Dettagli essenziali dell'offerta | Includere informazioni pertinenti sulle offerte, ad esempio termini e condizioni, informativa sulla privacy, documentazione di supporto e collegamenti Altre informazioni | Invio SaaS Metadati del pacchetto del carico di lavoro Conformità legale e della privacy |
100.5 Informazioni sull'offerta 100.6 Informazioni personali |
Contenuto inappropriato | I clienti si aspettano che le offerte siano gratuite di contenuti inappropriati, dannosi o offensivi. | Invio SaaS Metadati del pacchetto del carico di lavoro Conformità legale e della privacy |
100.10 Contenuto inappropriato |
Sicurezza | I clienti vogliono essere sicuri che le offerte siano sicure e sicure. L'offerta non deve compromettere o compromettere gli utenti, i servizi di Azure, i servizi correlati o la sicurezza dei sistemi. Se l'offerta raccoglie informazioni sulla carta di credito o utilizza un responsabile del trattamento dei pagamenti di terze parti che raccoglie informazioni sulla carta di credito, l'elaborazione dei pagamenti deve soddisfare l'attuale PCI Data Security Standard (PCI DSS). | Invio SaaS Conformità alla sicurezza |
Sicurezza 100.11 |
Accesso Single Sign-On facile di Microsoft Entra | L'offerta deve supportare l'accesso Single Sign-On facile di Microsoft Entra per l'attivazione del marketplace e le transazioni indipendenti. | 1000.3 Opzioni di autenticazione | |
Integrazione delle API di evasione | L'offerta deve essere integrata con le API di evasione SaaS. | Invio SaaS | 1000.4 API saaS di evasione e misurazione |
Pubblicità | Il carico di lavoro infrastruttura non deve includere annunci pubblicitari. |
Contenuto correlato
Commenti e suggerimenti
https://aka.ms/ContentUserFeedback.
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedereInvia e visualizza il feedback per