mi a háromszintű architektúra?,
a háromlépcsős architektúra egy jól bevált szoftveralkalmazás-architektúra, amely az alkalmazásokat három logikai és fizikai számítási szintre szervezi: a prezentációs szint vagy a felhasználói felület; az alkalmazás szintje, ahol az adatokat feldolgozzák; és az adatszint, ahol az alkalmazáshoz kapcsolódó adatokat tárolják és kezelik.
a háromlépcsős architektúra legfőbb előnye, hogy mivel minden szint saját infrastruktúrán fut, az egyes szinteket egy külön fejlesztőcsapat egyszerre fejlesztheti, szükség szerint frissíthető vagy méretezhető anélkül, hogy befolyásolná a többi szintet.,
évtizedek óta a háromszintű architektúra volt az uralkodó architektúra kliens-szerver alkalmazásokhoz. Napjainkban a legtöbb háromlépcsős alkalmazás modernizációs célokat szolgál, felhőalapú technológiák, például konténerek és mikroszolgáltatások felhasználásával, valamint a felhőbe történő migrációval.
A három szint részletesen
prezentációs szint
a prezentációs szint az alkalmazás felhasználói felülete és kommunikációs rétege, ahol a végfelhasználó együttműködik az alkalmazással. Fő célja, hogy információkat jelenítsen meg a felhasználótól, illetve információkat gyűjtsön., Ez a felső szintű szint futtatható egy webböngészőben, mint asztali alkalmazás, vagy egy grafikus felhasználói felület (GUI), például. A webes prezentációs szinteket általában HTML, CSS és JavaScript segítségével fejlesztik. Az asztali alkalmazások a platformtól függően különböző nyelveken írhatók.
Application tier
az alkalmazás tier, más néven a logikai tier vagy középső tier, a szív az alkalmazás., Ebben a rétegben a prezentációs rétegben gyűjtött információkat – néha az adatszintű egyéb információkkal szemben – az üzleti logika, az üzleti szabályok egy meghatározott csoportja segítségével dolgozzák fel. Az alkalmazási szint adatokat is hozzáadhat, törölhet vagy módosíthat az adatszintben.
az alkalmazásszint általában Python, Java, Perl, PHP vagy Ruby használatával kerül kifejlesztésre, és API-hívások segítségével kommunikál az adatszinttel.
Data tier
az adatszint, más néven adatbázis-szint, adatelérési szint vagy back-end, ahol az alkalmazás által feldolgozott információkat tárolják és kezelik., Ez lehet egy relációs adatbázis-kezelő rendszer, például PostgreSQL, MySQL, MariaDB, Oracle, DB2, Informix vagy Microsoft SQL Server, vagy egy NoSQL adatbázis-kiszolgálón, például Cassandra, CouchDB vagy MongoDB.
egy háromlépcsős alkalmazásban az összes kommunikáció az alkalmazás szintjén megy keresztül. A prezentációs szint és az adatszint nem tud közvetlenül kommunikálni egymással.
Tier vs. layer
a háromlépcsős architektúráról folytatott megbeszélések során a réteget gyakran felcserélhetően-tévesen-használják a réteghez, mint a “prezentációs réteg” vagy az “üzleti logikai réteg”.,’
nem azonosak. A “réteg” a szoftver funkcionális felosztására utal, de a “réteg” a szoftver funkcionális felosztására utal, amely az infrastruktúrán fut, a többi részlegtől elkülönítve. A telefonon található névjegyek alkalmazás például egy háromrétegű alkalmazás, de egyszintű alkalmazás, mivel mind a három réteg fut a telefonon.
a különbség azért fontos, mert a rétegek nem nyújthatnak ugyanolyan előnyöket, mint a szintek.,
előnyei háromszintű architektúra
ismét a fő előnye a háromszintű architektúra logikai és fizikai szétválasztása funkcionalitás. Minden réteg külön operációs rendszeren és szerverplatformon – például webszerveren, alkalmazáskiszolgálón, adatbáziskiszolgálón – futhat, amely a legjobban megfelel a funkcionális követelményeinek. Minden szint legalább egy dedikált szerver hardveren vagy virtuális szerveren fut, így az egyes szintek szolgáltatásai testre szabhatók és optimalizálhatók a többi szint hatása nélkül.,
Egyéb juttatások (ahhoz képest, hogy egy – vagy kétszintű építészet) a következők:
- Gyorsabb fejlődés: Mert minden tier fejleszthető egyszerre a különböző csapatok, egy szervezet hozhat az alkalmazás piacon gyorsabb, programozók, használja a legújabb, legjobb nyelven eszközök az egyes tier.
- javított skálázhatóság: bármely szint szükség szerint méretezhető a többitől függetlenül.
- jobb megbízhatóság: az egyik szint kiesése kevésbé valószínű, hogy befolyásolja a többi szint elérhetőségét vagy teljesítményét.,
- javított biztonság: mivel a prezentációs szint és az adatszint nem tud közvetlenül kommunikálni, egy jól megtervezett alkalmazásszint egyfajta belső tűzfalként működhet, megelőzve az SQL-injekciókat és más rosszindulatú kizsákmányolásokat.
háromszintű alkalmazás a webfejlesztésben
a webfejlesztésben a szintek különböző nevekkel rendelkeznek, de hasonló funkciókat látnak el:
- a webszerver a prezentációs szint, és biztosítja a felhasználói felületet., Ez általában egy weboldal vagy webhely, például egy e-kereskedelmi webhely, ahol a felhasználó termékeket ad hozzá a bevásárlókosárhoz, fizetési adatokat ad hozzá, vagy fiókot hoz létre. A tartalom lehet statikus vagy dinamikus, és általában HTML, CSS és Javascript segítségével fejlesztik .
- az alkalmazáskiszolgáló megfelel a középső szintnek, amely tartalmazza a felhasználói bemenetek feldolgozásához használt üzleti logikát. Az e-kereskedelmi példa folytatásához ez az a szint, amely lekérdezi a készletadatbázist a termék elérhetőségének visszaadásához, vagy adatokat ad hozzá az ügyfél profiljához., Ezt a réteget gyakran Python, Ruby vagy PHP használatával fejlesztették ki, és olyan keretrendszert futtat, mint az e Django, Rails, Symphony vagy ASP.NET például.
- az adatbázis-kiszolgáló egy webes alkalmazás adat-vagy backend-szintje. Adatbázis-kezelő szoftvereken fut, például MySQL, Oracle, DB2 vagy PostgreSQL.
Egyéb többszintű architektúrák
míg a háromszintű architektúra könnyen a legszélesebb körben elfogadott többszintű alkalmazásarchitektúra, vannak mások, akikkel találkozhat a munkájában vagy a kutatásában.,
kétszintű architektúra
a kétszintű architektúra az eredeti kliens-szerver architektúra, amely egy prezentációs rétegből és egy adatrétegből áll; az üzleti logika a prezentációs rétegben, az adatszintben vagy mindkettőben él. A kétszintű architektúrában a prezentációs szint – következésképpen a végfelhasználó – közvetlen hozzáféréssel rendelkezik az adatszinthez, az üzleti logika pedig gyakran korlátozott. Egy egyszerű kapcsolatkezelő alkalmazás, ahol a felhasználók megadhatják és lekérhetik a kapcsolattartási adatokat, egy példa egy kétszintű alkalmazásra.,
N-tier architecture
N-tier architecture-más néven vagy multi-tier architecture-utal, hogy minden alkalmazás architektúra több réteg. A több mint három rétegű alkalmazások azonban ritkák, mivel a további rétegek kevés előnnyel járnak, így az alkalmazás lassabban, nehezebben kezelhető és drágább lehet. Ennek eredményeként az n-szintű architektúra és a többszintű architektúra általában a háromszintű architektúra szinonimái.,
háromlépcsős architektúra és IBM Cloud
az IBM Cloud olyan termékeket és szolgáltatásokat kínál, amelyek segítenek a felhőbe vezető út során a régi, háromszintes alkalmazások modernizálásában.
tegye meg az első lépést:
- hogy segítségre van szüksége a stratégiával, folyamatokkal vagy képességekkel kapcsolatban—vagy teljes körű szolgáltatást szeretne-fedezze fel, hogyan segíthet az IBM az alkalmazás korszerűsítésében.
- kezdje el használni a konténerizált köztes szoftvereket, amelyek bármilyen felhőben futtathatók—mindegyik az IBM Cloud Paksban található.
- könnyen áttelepítheti a meglévő VMware munkaterheléseket a nyilvános felhőbe az IBM Cloud for VMware Solutions használatával.,
- tervezze meg és hajtsa végre az alkalmazás korszerűsítési stratégiáit a folyamatban lévő digitális átalakulás részeként az IBM alkalmazás-korszerűsítési szolgáltatásainak segítségével.
kezdje el ma egy IBM Cloud fiókkal.