Megosztás a következőn keresztül:

Bérlői életciklussal kapcsolatos szempontok több-bérlős megoldásban

  • Cikk

Ha több-bérlős architektúrát fontolgat, fontos figyelembe venni a bérlő életciklusának összes különböző szakaszát. Ezen az oldalon útmutatást nyújtunk a műszaki döntéshozóknak az életciklus szakaszairól és az egyes szakaszok fontos szempontjairól.

Próbabérlők

SaaS-megoldás létrehozásakor vegye figyelembe, hogy sok ügyfél igényel vagy igényel próbaidőszakot, mielőtt véglegesíti a megoldás megvásárlását.

A próbaverziók a következő egyedi szempontokat veszik figyelembe:

  • Szolgáltatási követelmények: A próbaverziókra ugyanazok az adatbiztonsági, teljesítmény- és szolgáltatási szintű követelmények vonatkozhatnak, mint a teljes ügyfelek adataira?
  • Infrastruktúra: Ugyanazt az infrastruktúrát kell használnia a próbabérlőkhöz, mint a teljes ügyfelek számára, vagy dedikált infrastruktúrával kell rendelkeznie a próbabérlők számára?
  • Áttelepítési: Ha az ügyfelek próbaidőszak után vásárolják meg a szolgáltatást, hogyan migrálják az adatokat a próbabérlőikről a fizetős bérlőikbe?
  • Kérelem folyamata: Vannak-e korlátozások arra vonatkozóan, hogy ki kérhet próbaverziót? Hogyan akadályozhatja meg a megoldásával való visszaélést? Engedélyezi a próbabérlők automatikus létrehozását, vagy a csapat részt vesz minden egyes kérésben?
  • Határok: Milyen korlátozásokat szeretne vagy kell beállítania a próbaverziós ügyfelekre, például az időkorlátokat, a funkciókorlátozásokat vagy a teljesítményre vonatkozó korlátozásokat?

Bizonyos esetekben a freemium díjszabási modell alternatívája lehet a próbaverziók nyújtásának.

Új bérlők előkészítése

Új bérlő előkészítésekor vegye figyelembe a következőket:

  • Folyamat: Az előkészítés önkiszolgáló, automatizált vagy manuális folyamat lesz?
  • Adattárolás: Rendelkezik a bérlőnek az adattárolásra vonatkozó követelményekkel? Vannak például érvényben adatelsőrendezések?
  • Megfelelés: A bérlőnek meg kell felelnie bármilyen megfelelőségi szabványnak (például PCI DSS, HIPAA stb.)?
  • Vészhelyreállítás: Rendelkezik a bérlőnek valamilyen konkrét vészhelyreállítási követelményeinek, például a helyreállítási időkorlátnak (RTO) vagy a helyreállítási pont célkitűzésének (RPO)? Ezek eltérnek a többi bérlőnek nyújtott garanciától?
  • Információ: Milyen információkra van szüksége a bérlő teljes előkészítéséhez? Tudnia kell például a szervezet jogi nevét? Szüksége van a cég emblémájára az alkalmazás márkajelzéséhez, és ha igen, milyen fájlméretre és formátumra van szüksége?
  • Számlázási: A platform különböző díjszabási lehetőségeket és számlázási modelleket biztosít?
  • Környezetben: A bérlőnek éles üzem előtti környezetekre van szüksége? És vannak-e elvárások az adott környezet rendelkezésre állására vonatkozóan? Átmeneti (igény szerinti) vagy mindig elérhető?

A bérlők előkészítése után a szokásos módon váltanak "üzlet" állapotba. Azonban még mindig számos fontos életciklus-esemény fordulhat elő, még akkor is, ha ilyen állapotban vannak.

Bérlők infrastruktúrájának frissítése

Meg kell fontolnia, hogyan alkalmazza a frissítéseket a bérlői infrastruktúrára. Előfordulhat, hogy a különböző bérlők különböző időpontokban alkalmaznak frissítéseket.

A bérlők üzemelő példányainak frissítésével kapcsolatos egyéb szempontokért lásd Frissítések.

Bérlők infrastruktúrájának skálázása

Fontolja meg, hogy a bérlők szezonális üzleti mintákkal rendelkeznek-e, vagy más módon módosítják a megoldás használati szintjét.

Ha például megoldást kínál a kiskereskedőknek, előfordulhat, hogy az év bizonyos időszakai különösen elfoglaltak lesznek bizonyos földrajzi régiókban, máskor pedig csendesek lesznek. Fontolja meg, hogy ez a szezonalitás befolyásolja-e a megoldás tervezésének és méretezésének módját. Vegye figyelembe, hogy a szezonalitás milyen hatással lehet a zajos szomszédproblémákra, például amikor a bérlők egy részhalmaza hirtelen és váratlan terhelésnövekedést tapasztal, ami csökkenti a többi bérlő teljesítményét. Megfontolhatja a kockázatcsökkentések alkalmazását, amelyek közé tartozhat az egyes bérlők infrastruktúrájának skálázása, a bérlők áthelyezése az üzemelő példányok között, valamint megfelelő szintű kapacitás kiépítése a forgalom csúcsainak és vályúinak kezeléséhez.

Bérlők áthelyezése az infrastruktúra között

Előfordulhat, hogy több okból is át kell helyeznie a bérlőket az infrastruktúra között, többek között az alábbiakat:

  • Kiegyensúlyozás:Függőlegesen particionált megközelítést követve leképezheti a bérlőket az infrastruktúrára, és át kell helyeznie egy bérlőt egy másik üzembe helyezésre a terhelés újraegyensúlyozásához.
  • Frissítések: A bérlők frissítik termékváltozatukat vagy tarifacsomagjukat, és át kell helyezni őket egy egybérlős, dedikált üzembe helyezésre, amely nagyobb elkülönítést biztosít a többi bérlőtől.
  • Áttelepítések: A bérlők azt kérik, hogy az adataikat egy dedikált adattárba helyezzék át.
  • Régió áthelyezése: A bérlőknek át kell helyezniük az adataikat egy új földrajzi régióba. Ez a vállalat felvásárlása során, illetve a törvények vagy geopolitikai helyzetek megváltozásakor fordulhat elő.

Fontolja meg a bérlők adatainak áthelyezését, valamint a kérések átirányítását a példányukat üzemeltető új infrastruktúrakészletre. Azt is figyelembe kell vennie, hogy a bérlő áthelyezése állásidőt eredményezhet-e, és győződjön meg arról, hogy a bérlők teljes mértékben tisztában vannak a kockázattal.

Bérlők egyesítése és felosztása

Csábító, hogy a bérlőket vagy az ügyfeleket statikus, változatlan entitásoknak tekintse. A valóságban azonban ez gyakran nem igaz. Például:

  • Üzleti forgatókönyvek esetén előfordulhat, hogy a vállalatokat beolvasják vagy egyesíteni fogják, beleértve a különböző földrajzi régiókban található vállalatokat is.
  • Hasonlóképpen, az üzleti forgatókönyvekben a vállalatok feloszthatnak vagy elidegenedhetnek.
  • A fogyasztói forgatókönyvekben az egyes felhasználók csatlakozhatnak vagy elhagyhatják a családokat.

Fontolja meg, hogy szükséges-e képességeket biztosítani az adatok, a felhasználói identitások és az erőforrások egyesítésének és elkülönítésének kezeléséhez. Vegye figyelembe azt is, hogy az adatok tulajdonjoga hogyan befolyásolja az egyesítési és felosztási műveletek kezelését. Vegyük például egy olyan fogyasztói fotós alkalmazást, amely családok számára készült, hogy fényképeket osszanak meg egymással. A fényképek az egyes családtagok tulajdonában vannak, akik hozzájárultak hozzájuk, vagy a család egésze tulajdonában vannak? Ha a felhasználók elhagyják a családot, el kell távolítaniuk az adataikat, vagy a család adatkészletében kell maradniuk? Ha a felhasználók csatlakoznak egy másik családhoz, a régi fényképeik együtt mozognak velük?

Bérlők kivezetése

Az is elkerülhetetlen, hogy a bérlőket időnként el kell távolítani a megoldásból. Több-bérlős megoldás esetén ez néhány fontos szempontot is figyelembe veszi, többek között a következőket:

  • Megőrzési időtartam: Mennyi ideig kell megőrizni az ügyféladatokat? Vannak-e jogi követelmények az adatok bizonyos idő elteltével történő megsemmisítésére?
  • Újbóli előkészítés: Lehetővé kell tenni az ügyfelek számára az újbóli előkészítést?
  • Kiegyensúlyozás: Megosztott infrastruktúra futtatásakor újra ki kell egyensúlyba hoznia a bérlők infrastruktúra-hozzárendelését?

Bérlők inaktiválása és újraaktiválása

Előfordulhatnak olyan helyzetek, amikor az ügyfél fiókját inaktiválni vagy újraaktiválni kell. Például:

  • Az ügyfél inaktiválást kért. Egy fogyasztói rendszerben az ügyfél dönthet úgy, hogy leiratkozik.
  • Az ügyfél nem számlázható, ezért inaktiválnia kell az előfizetést.

A deaktiválás a kikapcsolástól független, mivel ideiglenes állapotúnak szánták. Egy idő elteltével azonban dönthet úgy, hogy kikapcsol egy inaktivált bérlőt.

Közreműködők

Ezt a cikket a Microsoft tartja karban. Eredetileg a következő közreműködők írták.

Fő szerző:

  • John Downs | Az Azure-hoz készült FastTrack vezető ügyfélmérnöke

Egyéb közreműködők:

A nem nyilvános LinkedIn-profilok megtekintéséhez jelentkezzen be a LinkedInbe.

Következő lépések

Fontolja meg a megoldáshoz használni kívánt díjszabási modelleket .