Csoportoknak és több márkanévnek
Több cég, egy telepítés, nincsenek közös ügyfelek
A csoportok ezt általában kétszer, rosszul oldják meg: vagy öt külön telepítés és öt külön minden, vagy egy telepítés és egy ünnepélyes ígéret, hogy az alkalmazás mindig helyesen szűr. Az első drága. A második ígéret, az ígéretek pedig nem biztonsági modell.
Ha egynél több céget vezet – egy leányvállalatokkal bíró holdingot, egy franchise-t, két különböző piacra irányuló márkát, egy ügynökséget és azt, amit az ügynökség kivált –, már ismeri a probléma alakját. A márkák megosztják az embereket, az eszközöket és a pénzügyi osztályt. Az ügyfeleket nem osztják meg, és nem is szabad úgy látszania, hogy megosztják.
Az iKonekt mindegyiket egyetlen telepítésből futtatja, és köztük az elkülönítést az adatbázis tartja, nem a kód. Ez a különbség akadémikusnak hangzik, amíg el nem jön az a nap, amikor már nem az.
Miért fontos a réteg
Egy alkalmazásszintű szűrő egy mondat egy lekérdezésben. Addig működik, amíg minden valaha írt lekérdezés tartalmazza – beleértve a sietve írtat, az új fejlesztő által írtat, és azt, amelyet egy olyan jelentéshez írtak, amelyet csak egyszer használtak volna.
Ha a határt az adatbázisba toljuk, a matek megfordul. A szabályzat minden olvasásra és írásra lefut, minden alatt. Egy lekérdezés, amely elfelejti a céget, nem rossz sorokat ad vissza; egyet sem ad vissza. A hibamód egy üres képernyő és egy zavart fejlesztő lesz – ami a helyes hibamód.
Az üres képernyők funkciók. Inkább elmagyarázzuk az egyik mérnökünknek, miért üres egy képernyő, mint hogy két olyan ügyfélnek magyarázzuk el az ügyféllistát, akik nem számítottak találkozásra.
- 1Ügyfelek & beszélgetésekHatókörrel rendelkezik. Az A márka értékesítője konstrukcióból, nem pedig beállításból fakadóan nem érheti el a B márka adatait.
- 2Igények egy ügyfélreA „már van ilyen fiókunk” zárolás cégenként érvényesül — így két márka is dolgozhat ugyanazon a piacon ütközés nélkül.
- 3Promptok & beállításokMinden cég a sajátját szerkeszti. Az egyetlen hely, ahol ez valaha megosztott volt, hiba volt — és ez a hiba az, amelynek megtalálására a rendszer a legbüszkébb.
- 4PartnerprogramokCégenként külön modul, nem egy globális, amelyet mindenki örököl.
Az alkalmazás alatt kikényszerített határvonal
Mit oszthat meg valójában egy csoport
A szétválasztás nem öncélú izoláció. Amit egy csoporton belül érdemes megosztani, azt tudatosan osztják meg, és többnyire az unalmas dolgok tartoznak ide — ami pontosan így van jól, mert az unalmas dolgoknál él a duplikált költség:
- Egy telepítés, amelyet futtatni és frissíteni kell. Egy telepítés, egy hitelesítési adathalmaz, amit karbantartani kell, egy dolog, amit naprakészen kell tartani.
- Egy csapat, különböző kalapokban. Egy személy több cégnél is dolgozhat; az nem lehetséges, hogy egy olyan lekérdezésen keresztül egyszerre lássa mindkettőt, amely elfelejtette rákérdezni.
- Egy szokásrendszer. Ahogyan a leadet kiosztják, ahogyan a jegyzetet írják, ahogyan a munkából számla lesz — egyszer megtanulva, mindenhol alkalmazva, ami a betanulást nagyjából egy délelőttre rövidíti.
- Egy kapcsolat a család többi részével. Alul castomAPI, ugyanaz a fiók, ugyanazok a csatlakozók — ott konfigurálva cégenként, ahol számít.
A kérdés, amelyet a csoport mindig másodikként tesz fel
„Készíthetünk-e jelentést mindegyikről együtt?” Igen — a csoport saját nézőpontjából, tudatosan és explicit módon, nem pedig egy szivárgó határvonal mellékhatásaként. Ez a különbség maga a tervezés lényege: a vonal átlépésének olyan szándékos cselekedetnek kell lennie, amelyet valaki a megfelelő jogosultsággal hajtott végre. Soha nem történhet meg véletlenül egy kóbor azonosító miatt.
És a harmadik kérdés: „mi történik, ha eladunk az egyik márkát?” Egy olyan határvonal, amelyet az adatbázis tart, lehetővé teszi egy tiszta másolat kiemelését is. Ez nem véletlen — a szétválasztás és a hordozhatóság ugyanaz a tulajdonság, két különböző megbeszélésről nézve.
A küszöb alatt
Mi tartja a vonalat, konkrétan
Nem állítás, hanem lista. Ha egy szállító nem tud ilyen listát készíteni a saját termékéről, azt érdemes észrevenni.
26
Táblák, amelyek viselik a cégüket, és a kényszer be van kapcsolva, nem csupán elérhető.
72
Szabályzatok, egyenként leírva, hogy mindegyiket elolvasta egy ember, nem pedig ciklusban generálva.
942
Tesztek, amelyeket minden változásnál a nulláról újjáépített adatbázison futtatnak.
0
Alapértelmezett cégek. Egy hatókör nélküli kérés még az adatok elérése előtt hibát dob — nincs olyan tartalék, amelyet elfelejthetnének kikapcsolni.
„Öt cég, öt telepítés, öt számla Öntől.”
Egy telepítés. Öt határvonal, amelyet az adatbázis tart.
Közös emberek, közös szokások, közös platform — és egyetlen közös ügyfél sem. A vonal átlépésének szándékos emberi cselekedetnek kell lennie, soha nem azonosító véletlen műve.
Hogyan épül fel a szétválasztás →