Összeállítható vs. monolitikus architektúrák

:::(Info) (Az alkalmazásfejlesztők kritikus döntéseket hoznak a megoldás architektúrájáról) Amikor a Tulip segítségével alkalmazásokat készít, döntéseket hoz a megoldás architektúrájáról, beleértve az alkalmazás szerkezetét, az adatmodelleket és az integrációkat. Akár szándékos, akár véletlenszerű, az architektúrával kapcsolatos döntései jelentős hatással vannak az alkalmazások elfogadhatóságára, skálázhatóságára és karbantarthatóságára. Ez a cikk két kritikus tervezési paradigmát mutat be: az összetehető és a monolitikus. A Tulipnál erősen javasoljuk az alkalmazásfejlesztőknek az összetehető architektúrák használatát.:::

Miért előnyösebb a kompozíbilis a monolitikusnál?

A monolitikus megoldást a következők jellemzik:

• Felülről lefelé irányuló adatmodellre épül
  • A folyamat- és tevékenységmodelleket a táblázatokban lévő adatok határozzák meg, a monolitikus alkalmazások pedig a folyamat- vagy tevékenységmodell végrehajtására szolgálnak. A Tulip Tables adatmodellek a műveletek összetettségének absztrakcióját biztosítják egy egyméretű megközelítésben.
• Folyamatközpontú
  • A monolitikus alkalmazások a műveletek összetettségének funkcionális dekompozíciója alapján épülnek fel egy funkció kiszolgálására. A monolitikus alkalmazások véges halmaza arra szolgál, hogy ugyanazt a funkciót nyújtsa a művelet bármely pontján dolgozó első vonalbeli operátorok számára.
  • A monolitikus megoldások általában két alkalmazásból állnak: egy konfigurációs alkalmazásból és egy végrehajtási alkalmazásból, ahol a konfiguráció általában a munkautasításokat és a folyamatok útvonalát tartalmazza adattáblákban, nem pedig magukban az összeállítható alkalmazás(ok)ban.
• Központi karbantarthatóságra tervezve
  • A monolitikus alkalmazásokat úgy tervezték, hogy megkönnyítsék a megoldás központi csapat általi karbantartását és kezelését a használt alkalmazások számának és változatosságának csökkentésével. A monolitikus megoldást felülről lefelé tervezik egy merev hierarchiában, ahol a frontvonalbeli operátorok az Alkalmazásokat szolgálják ki információkkal azáltal, hogy kiválasztják, melyik funkció alkalmazható, szemben a támogatott és a munkájuk elvégzéséhez lehetővé tett funkciókkal.

Határozottan ellenezzük a monolitikus megoldási megközelítéseket, és ehelyett a kompozíciós megközelítéstjavasoljuk, mivel a Tulip nem egy hagyományos MES. A Tulipot NEM arra tervezték, hogy monolitikus alkalmazásokat építsenek - azaz egy alkalmazás szolgáljon ki minden iparágat, minden modalitásban, minden forgatókönyvben, bármilyen géppel és minden üzemeltető számára. A monolitikus megoldás eredménye az, amit mi JAM-nek (Just Another MES) nevezünk.

A monolitikus megoldásoknak elkerülhetetlenül vannak hiányosságaik

A monolitikus megoldási megközelítések elkerülhetetlenül olyan megoldást eredményeznek, amely a legjobb esetben is "csak ugyanolyan jó", mint a többi MES, és eleve rendelkezik az összes kapcsolódó hiányossággal: * A monolitikus megoldások telepítése hónapokat/éveket és nagy erőfeszítéseket vesz igénybe - hosszú idő az értékteremtésig.* A monolitikus megoldások megnehezítik az olyan, a platformban rejlő képességeket, mint a Vision, IIoT, AI, és néha nem is használhatók. * A monolitikus megoldások nem emberközpontúak, és hajlamosak arra, hogy a felhasználói élményt a kezelő szolgálja ki a rendszert, szemben az értékesebbel, ahol a rendszer szolgálja ki a kezelőt. Így gátolja a termelékenység növekedését. * A monolitikus megoldások természetüknél fogva összetettek és nehezen karbantarthatóak, külön csapatra van szükségük, amely egyedi ismeretekkel rendelkezik a megoldásról - pontosan úgy, mint egy egyedi szoftvermegoldás * A monolitikus megoldások nem skálázhatók jól, mivel elvárják, hogy minden művelet egy szabványos adatmodellhez igazodjon.

Ez egy szigorú, felülről lefelé irányuló megközelítés, amely feltételezi, hogy a változások minimálisak és általánosan ismertek.

A monolitikus megoldások egy olyan folyamat automatizálására épülnek, ahol az embereknek szigorú szabályok szerint kell játszaniuk. Ez feltételezi, hogy nagyon kevés változás történik, és hogy minden variáció ismert.

Az összetehető megoldás építése egyszerű, de gondolkodásmódváltást igényel.

Az összeszerelhető megoldások a Tulip Platform képességeit használják arra, hogy egyedi és specifikus módot biztosítsanak a frontvonalbeli operátorok számára a digitális interakcióra, és lehetővé tegyék számukra, hogy produktívabbak legyenek. Olyan digitális interaktív megoldást nyújt az üzemeltető számára, amelyben a fizikai és a virtuális világ összekapcsolódik. Ez a termelékenységnövekedés elérésének kritikus elve, és az összetehető megoldások velejárója.

A kompozitálhatóság és a kompozícionálható megoldások jellemzői

• A megoldás a legkisebb logikai blokkokra (megoldási komponensekre) bontva, amelyeknek az adott üzemi szint számára van értelme.
  • Pl. a Megoldás különálló Alkalmazásokra bontható a következők alapján: Hely, idő és személyiség.
• A megoldáskomponensek közös táblamodellt használnak.
• A megoldási komponensek fejlesztése közös, ügyfélre szabott legjobb gyakorlatok alapján történik.
• A megoldás és komponensei egy másik Citizen Developer által is megérthetők és támogathatók.
• A megoldás és komponensei paraméterezve vannak, ahol ez ésszerű.

A Tulip Platform egy szoftver (SaaS), azonban a Tulip alkalmazásokat nem szabad szoftverként kezelni. Ezek célzottan felépített, nagymértékben konfigurálható digitális tartalmak, amelyeket folyamatosan módosítani kell, és a frontvonalbeli műveletek igényeihez kell igazítani. Egy alkalmazás módosítása vagy továbbfejlesztése ugyanaz, mint a törzsadatok módosítása, sőt az alkalmazások valójában törzsadatok! A Tulip platform módot biztosít az alkalmazások módosításainak kezelésére egy szabályozott, verzióvezérelt életciklus-folyamaton keresztül, amely segít kezelni ezt a konfigurálhatóságot. Az alkalmazásokat kód nélküli kódolással állítják össze, az alkalmazásmegoldás pedig alkalmazásokból áll. A Tulipban a megoldások monolitikus, funkcionális alapú megközelítéssel történő felépítése, mintha egy szoftveres megoldásról lenne szó, kritikusan korlátozza a megoldás gyors felépítésének képességét és az összeállítható rendszer előnyeinek megszerzését.

Az összetehető megoldások további fontos előnyei a következők:

• Megnövelt munkaterület biztosítása a termelékenység növelése érdekében.
• Zökkenőmentesen integrált digitális technológiák használata, beleértve a látást, az AI/ML-t, az intelligens eszközöket stb.
• A folyamatok és a frontvonalbeli műveletek műszerezése/digitalizálása az adatvezérelt döntések és a CI lehetővé tétele érdekében.
• A termelés végrehajtásának irányítása a táblázatokból és külső rendszerekből származó megosztott információkkal.

A kompozícionálható megoldások hozzáadott értéket nyújtanak a más rendszerekkel való egyszerű integrálhatóságuk és együttműködésük révén. Ez az IIoT lényege, ahol a különböző autonóm eszközök és rendszerek könnyen kommunikálnak és kölcsönhatásba lépnek egymással. A Tulip egy IIoT-platform, és a kód nélküli megközelítéssel natívan biztosítja ezt a képességet a más rendszerekkel való integráció kialakítására. A platform fogyasztja és küldi az adatokat más IIoT-nek, a végpontokat órák alatt elérhetik a kevés informatikai háttérrel rendelkező emberek. Mindehhez egy összetehető megközelítésre van szükség, ahol az alkalmazásoknak sajátos áramlások és kapcsolatok vannak a helyi fizikai világhoz.

Közös megoldási minták a Tulip megoldás tervezésében

Egy kompozíbilis megoldás magas szintű tervezése számos mintát követhet. Az alábbiakban a Tulip megoldások gyakori mintáit mutatjuk be. Vegye figyelembe, hogy ez nem egy kizárólagos halmaz, és ezek nem is zárják ki egymást. Egy adott létesítmény felhasználási eseteitől függően számos ilyen és más minta is használható.

Hagyományos monolitikus rendszer megvalósítása vs. Összeállítható, állampolgárok által kifejlesztett megoldás megvalósítása

A vállalati rendszerek hagyományos megvalósítási megközelítése általában hosszú távú, nagy kockázatú, késleltetett értékű megközelítés, ahogyan azt az alábbi "A régi módszer" is mutatja. Általában elvárható, hogy egy ilyen kezdeti megvalósítás évekig tartson, és így természetesen elvárható, hogy a későbbi kritikus fejlesztések is majdnem ugyanennyi időt vesznek igénybe.

Összeállítható, polgárok által kifejlesztett megoldás megvalósítása - Kezdjük kicsiben, és növekedjünk organikusan a képességek és a felhasználási esetek terén.

A hagyományos monolitikus megoldások lassú megvalósításával szemben az összetehető megoldások megvalósítása iteratív módon történhet, ami nagyon gyors értékteremtést eredményez, és természetesen támogatja a folyamatos fejlesztés agilis modelljét.

Míg egy hagyományos monolitikus megoldással kifejlesztett megoldás "2. verziójának" telepítése több hónapot vagy annál hosszabb időt vehet igénybe, addig egy összeállítható megoldásban egy alkalmazás "2. verziójának" telepítése csupán órák, napok vagy hetek alatt megvalósítható. Az összetehető megoldások által lehetővé tett gyors iterációk javítják az üzemeltetők elfogadottságát - mivel biztosak lehetnek abban, hogy visszajelzéseik nem találnak süket fülekre.