Cassandra–Cosmos DB-alkalmazásmigrálás
Az adatmigrálás befejezése után újra kell konfigurálnia az ügyfélszoftvert az Azure-hoz való csatlakozáshoz. Az új adatbázist is optimalizálnia kell, hogy a lehető legtöbbet hozhassa ki a Cosmos DB-ből.
A videokamera gyártójában az Azure Cosmos DB új Cassandra DB-adatbázisa fel van töltve, és készen áll az ügyfélkérésekre való válaszadásra. Az új adatbázis használatához újra kell konfigurálnia a videómegosztó webalkalmazást. Azt is meg kell mutatnia, hogy az új adatbázis teljesítményét nem befolyásolja az indexek helytelen konfigurálása vagy a felhasználóktól való fizikai távolság.
Itt megtudhatja, hogyan véglegesítheti a migrálást a kapcsolati sztring konfigurálásával és a teljesítmény optimalizálásával.
Kapcsolati sztring frissítése
Miután migrálta az adatokat a Cosmos DB-be, frissítenie kell az adatokat elérő alkalmazásokat. Miután frissítette az alkalmazás kapcsolati sztring, fontolja meg az adatbázis finomhangolását.
Megjegyzés:
Cassandra-adatbázist migrálhat a Cosmos DB SQL API-ba. Az olyan eszközök, mint az Azure Cosmos DB adatmigrálási eszköze és az Azure Data Factory, segíthetnek a migrálásban. Ez a migrálás azonban a Cassandra számára létrehozott ügyfélalkalmazások széles körű újratelepítését igényelné. A Cosmos DB Cassandra API-ra való migrálással a Cosmos DB összes előnye elérhető az Azure-felhőben anélkül, hogy az ügyfélalkalmazások jelentősen átépülnek. Gyakran csak a kapcsolati sztring kell módosítani.
Az Azure Portalon nyissa meg Cosmos DB-fiókját, és válassza a Rövid útmutató lehetőséget. Válassza ki az alkalmazás platformját. Másolja ki az alkalmazás kapcsolati sztring, és tekintse át a mintakódrészletet.
A rövid útmutató beállításainál több lehetőségért válassza a Gépház Csatlakozás ion Sztring lehetőséget. Ezután megadhatja a biztonsági információkat, és adott kapcsolati sztring kaphat a beállításokhoz.
Adatbázis hangolása alkalmazáshoz
Az adatbázis optimális teljesítményhez való finomhangolásához hajtsa végre a következő lépéseket:
1) Indexek optimalizálása
Alapértelmezés szerint az összes mező indexelt, ami optimális a túlnyomórészt olvasási kéréseket tartalmazó rendszerek számára. Ha olyan rendszere van, amely elsősorban írási kérelmeket küld, érdemes lehet eltávolítania néhány indexet. Érdemes megfontolni, hogy egyes írási műveletek olvasási és írási műveletet is magukban foglalnak. Előfordulhat például, hogy egy megrendelés olvasással ellenőrzi a kreditkorlátot, mielőtt megírná a rendelést.
2) Konzisztenciaszint kiválasztása
Az alapértelmezett konzisztenciaszint a Munkamenet, de ezt módosíthatja a Gépház.
3) Az adatok elosztása
Az Azure Cosmos DB-fiók Gépház az adatokat globálisan replikálhatja. A rendelkezésre állás javítása érdekében fontolja meg, hogy legalább két régióban legyenek adatok, még akkor is, ha az összes felhasználó egy helyen található.