Folyadéktárolók kezelése
A tároló az Azure Fluid Relay szolgáltatásban tárolt atomi tárolóegység, amely a Fluid-munkamenetből tárolt adatokat jelöli, beleértve a műveleteket és a pillanatképeket is. A Fluid futtatókörnyezet a tárolóval rehidratálja a Fluid-munkamenet állapotát, amikor egy felhasználó először csatlakozik, vagy a kilépés után újra csatlakozik.
Az alkalmazás Dinamikus keretrendszer való létrehozásakor több dolgot is figyelembe kell vennie a tárolók létrehozásával és kezelésével kapcsolatban, ahogyan az ebben a diagramban összefoglaltuk.
Fő fogalmak
Tárolóengedélyek
A legtöbb esetben a fejlesztők a tárolók és a tárolóengedélyek készletét szeretnék kezelni. Ide tartoznak a tárolókhoz való hozzáféréssel kapcsolatos információk, valamint a tároló felhasználóbarát nevéhez hasonló metaadatok.
Tárolók elérése
A tárolókra tárolóazonosító hivatkozik. Mielőtt a felhasználó létrehozhat vagy megnyithat egy tárolót, olyan JWT-t kell kérnie, amelyet a Fluid Runtime használni fog az Azure Fluid Relay szolgáltatással való kommunikáció során. Bármely, érvényes JWT-vel rendelkező folyamat hozzáférhet egy tárolóhoz. A fejlesztő felelőssége, hogy JWT-ket hozzon létre a tárolóhozzáféréshez, ami az üzleti logika irányítását teszi lehetővé a hozzáférés szabályozásához a forgatókönyvüknek megfelelően. Az Azure Fluid Relay szolgáltatás nem tud arról, hogy mely felhasználóknak kell hozzáférniük egy tárolóhoz. A témakörrel kapcsolatos további információkért lásd: Azure Fluid Relay tokenszerződés
Megjegyzés:
A JWT mező dokumentumazonosítója megfelel a Fluid-tároló azonosítójának.
Tároló elnevezése
A tárolókat az Azure Fluid Relay szolgáltatás nevezi el a tároló létrehozásakor. A Létrehozás művelet egy tárolónevet ad vissza GUID formátumban, amelyet később kell használni a tároló megnyitásához. A legtöbb esetben a fejlesztők ezt a tárolóazonosító GUID azonosítóját és egy rövid nevet szeretnék tárolni a saját adattárukban, hogy megkönnyítsék a tárolófelderítési folyamatokat.
Tárolófelderítés
A fejlesztők felelősek minden olyan tapasztalatért és üzleti logikáért, amely a meglévő tárolók felhasználói felderítésével kapcsolatos. Ez a tárolók kereshető listájának formáját öltheti a Fluid munkamenetben való felhasználói részvétel, a tárolók felhasználók közötti közvetlen megosztása vagy a tárolók meglévő összetevőkhöz vagy folyamatokhoz való programozott hozzárendelése alapján.
Példa tárolólétrehozás folyamatára
Ebben a példában az alkalmazás/lap egy általános JWT-vel van betöltve (amely nem egy adott tárolóhoz van kötve), amelyet az ügyfélalkalmazás az új tároló létrehozásakor fog használni.
Az ügyféloldali alkalmazás a Dinamikus keretrendszer API használatával hoz létre egy új tárolót az Azure Fluid Relay szolgáltatásban, amely egy újonnan hozzárendelt tárolóazonosítóval rendelkező tárolóobjektumot eredményez. A tárolóval való további interakciókhoz új JWT szükséges, amely tartalmazza a tárolóazonosítót.
Miután az ügyfél létrehozta az új tárolót, a tárolóazonosítót egy olyan rendszerben menti, amely leképezi a tárolókat és a felhasználókat az engedélyek kezelésére. Ez a rendszer minden olyan tárolófelderítési/böngészési élményt biztosít, amelyet a fejlesztő létre szeretne hozni a felhasználók számára.
A tárolóval való interakció előtt az ügyfél egy tárolóspecifikus JWT-t kér, amelyet a rendszer a Dinamikus keretrendszer futtatókörnyezetből az Azure Fluid Relay szolgáltatásba irányuló későbbi hívásokhoz fog használni.
Tárolótartalom exportálása
Ha egy alkalmazás olyan adatokat tárol, amelyeket a végfelhasználóknak kell exportálniuk, az alkalmazás fejlesztője felelős azért, hogy a tárolóban definiált elosztott adatstruktúrák által képviselt fluid tároló aktuális állapotát használja az alkalmazásba. A Fluid-tárolókhoz való csatlakozással és a tárolók megnyitásával kapcsolatos további információkért lásd: Tárolók (fluidframework.com). A tárolók vezérlősík API-val való listázásával és törlésével kapcsolatos további információkért lásd: Folyadéktárolók törlése a Microsoft Azure Fluid Relay Serverben.