I.1 Java Spring Boot
Alkalmas mikroszolgáltatási rendszerek építésére
- A Spring Project Bootstrap oldal használatával másodpercek alatt projektet lehet építeni
- Kényelmes különféle szolgáltatások exportálása, mint például a REST API, WebSocket, Web, Streaming és Tasks
- Nagyon tömör biztonsági politikai integráció
- Relációs és nem-relációs adatbázisok támogatottak
- Támogatják a beágyazott konténereket futás közben, például a Tomcat és a Jetty
- Erős fejlesztőcsomag a hot boot támogatással
- Automatikusan kezeld a függőségeket
- Beépített alkalmazásfigyelés
- Támogatja különféle IED-ket, például az IntelliJ IDEA-t, a NetBeans-t
Egyéb nyelvek: .net core, Go stb
I.2 Jenkins
Automatizált CI eljárások folyamatos integrációhoz
- Nyílt forráskódú és ingyenes
- Cross-platform, minden platformot támogatok (Ubuntu 14.04-re telepítettem, a jenkins docker kép használata nem sikerült)
- A master/slave támogatja a szétosztott buildeket
- Egy vizuális menedzsment oldal web formájában
- A telepítés és a konfiguráció nagyon egyszerű
- Tippek Időben és gyors segítség
- Több száz plugin létezik
I.3 GitLab
- Egy önállóan hosztolt Git projekttár, amely webfelületen keresztül érhető el nyilvános vagy privát projekttelepítésekhez.
- Hasonló funkcióval rendelkezik, mint a GitHub, képes navigálni a forráskódban, hibákat és hozzászólásokat kezelni. Lehetséges a csapat hozzáférésének kezelése a tárhoz, nagyon könnyű böngészni a beküldött verziók között, és fájltörténeti könyvtárat biztosít.
- A csapattagok a beépített egyszerű csevegőprogramon (Wall) keresztül kommunikálhatnak. Emellett egy kódsnippet gyűjtő funkciót is kínál, amely lehetővé teszi a kód újrahasznosítását, és később könnyen megtalálható, ha szükséges.
- Dokcer
- A Docker egy nyílt forráskódú motor, amely megkönnyíti egy könnyű, hordozható és önellátó konténer létrehozását bármilyen alkalmazáshoz. A fejlesztők által jegyzetfüzeteken kompetáló és tesztelt konténerek sorozatokban telepíthetők gyártási környezetekben, beleértve VM-eket (virtuális gépeket), bare metalokat, OpenStack klasztereket és más alapvető alkalmazásplatformokat.
- A Dockert gyakran használják az alábbi helyzetekben:
- webalkalmazások automatizált csomagolása és kiadása;
- automatizált tesztelés és folyamatos integráció, kiadás;
- adatbázisok vagy más háttéralkalmazások telepítése és hangolása szolgáltatásorientált környezetben;
- Építsd fel saját PaaS környezetedet úgy, hogy a meglévő OpenShift vagy Cloud Foundry platformodat a nulláról fordítod vagy bővíted.
I.4 Kubernetes
- A Kubernetes egy konténerklaszter-menedzsment rendszer és nyílt forráskódú platform, amely képes olyan funkciókat valósítani – mint az automatikus telepítés, automatikus skálázás és konténerklaszterek karbantartása.
- A Kubernetes-szel a következőket teheted:
- Alkalmazások gyors telepítése
- Gyorsan skálázd az alkalmazásokat
- Zökkenőmentesen integrálódjon új alkalmazásfunkciókkal
- Erőforrások megtakarítása és a hardver erőforrások optimalizálása
I.5 MQ
Amikor olyan tényezők, mint a "termelés" és a "fogyasztás" sebessége vagy stabilitása következetlenek a rendszerben, üzenetsorokra van szükség, mint absztrakciós réteg, hogy áthidalják a két oldal közötti különbségeket. Az üzenet egy adategység, amelyet két számítógép között továbbítanak. Az üzenetek lehetnek nagyon egyszerűek, például csak szöveges sorokat tartalmazhatnak; Lehet összetettebb is, és tartalmazhat beágyazott objektumokat. Az üzeneteket sorokba küldik, amelyek konténerek, amelyek üzeneteket tárolnak az adás során.
- Leválasztott
- Redundancia
- Skálázhatóság
- Rugalmasság és csúcsáteresztő teljesítmény
- Visszanyerhetőség
- Garantált kézbesítés
- A válogatás garantált
- Pufferezés
- Az adatfolyamok megértése
- Aszinkron kommunikáció
I.6 SQL DB
- Az adatbázis egy számítógépes tárolóeszközökön épült raktár, amely egy adatszerkezet szerint szervezi, tárolja és kezeli az adatokat.
- Egyszerűen fogalmazva, ez egy elektronikus iratszekrénynek tekinthető – egy olyan hely, ahol az elektronikus fájlok tárolódnak, és a felhasználók hozzáadhatnak, elfoghatnak, frissíthetnek, törölhetnek és egyéb műveleteket végezhetnek a fájlban lévő adatokon.
- A gazdasági menedzsment mindennapi munkájában gyakran szükség van néhány releváns adatot ilyen "raktárba" helyezni, és azokat a vezetőség igényeinek megfelelően feldolgozni.
A MySQL/PostgreSQL a hagyományos relációs adatbázisok képviselője.
A HBase a Big Tables technológia (sorindexelés, oszloptárolás) egyik képviselője.
Neo4j(http://www.neo4j.org/) egy gráfadatbázis-képviselő, amelyet összetett és többdimenziós gráfstruktúra adatok tárolására használnak.
A Redis egy NoSQL képviselő, amely a Key-Value alapú rendszeren alapul, és létezik Redis-to-go a tárolási szolgáltatások biztosítására.
A MongoDB/CouchDB egy NoSQL képviselő, amely a Document alapú rendszeren alapul, a Couchbase pedig a Document/Key-Value technológia fúziója.
A VoltDB a NewSQL képviselője, adatkonzisztenciával és jó skálázhatósággal, teljesítményigénye pedig több tucatnyi akkora a MySQL-nél.
A TiDB egy elosztott SQL adatbázis, amelyet a hazai PingCAP csapat fejlesztett ki. A Google F1 és Google kulcsa inspirálta a TiDB olyan funkciókat támogat, mint a hagyományos RDBMS és a NoSQL.
I.7 TICK stack
InfluxDB
Idősorozat adatbázis eszközök.
Telegraf
egy adatgyűjtő és tárolóeszköz. Számos bemeneti és kimeneti plugint biztosít, például helyi CPU, terhelés, hálózati forgalom gyűjtése, majd azok InfluxDB-be vagy Kafka-ra való írását.
Chronograf
Rajzeszközök
Kapacitor
A Kapacitor az InfluxData riasztó eszköze, amely az InfluxDB-ből olvas adatokat, és a TickScriptet a DLS típusa szerint konfigurálja az értesítéshez.
I.8 Keepalived
A Keepalived egy szolgáltatási szoftver a klaszterkezelésben, amely biztosítja a magas szintű klaszter-elérhetőséget, hasonlóan a HeartBeat-hez, hogy megakadályozza az egyes hibák meghibásodását.
A keepalilived a VRRP protokollon alapul, amely a Virtual Router Redundancy Protocol, azaz a virtuális útvonalválasztási redundancia protokoll rövidítése.
Virtuális útvonal redundancia protokoll, amely egy olyan protokollként tekinthető a routerek magas elérhetőségének elérésére, vagyis N olyan router, amely ugyanazokat a funkciókat biztosítja egy router csoportban, ennek a csoportnak van egy mestere és több tartaléka, valamint van egy VIP a masteren, amely szolgáltatásokat nyújt a külvilágnak (a LAN-ban lévő más gépek alapértelmezett útvonala a VIP), a master multicastot küld, és ha a biztonsági mentés nem tudja megkapni a VRRP csomagot, akkor a master leálltnak tekintik. Ebben az időben a VRRP prioritása szerint egy biztonsági mentést kell kiválasztani mesterként. Ez biztosítja a router magas elérhetőségét.
A Keepalived három fő modulból áll: Core, Check, és VRRP. A magmodul a keepalived magja, amely felelős a fő folyamat indításáért és fenntartásáért, valamint a globális konfigurációs fájlok betöltéséért és elemzéséért. A Check felelős az egészségügyi ellenőrzésekért, beleértve a különböző gyakori vizsgálati módszereket. A VRRP modult a VRRP protokoll megvalósítására tervezték
I.9 Kikötő
A Harbor egy vállalati szintű regiszterszerver Docker képek tárolására és terjesztésére.
I.10 Ignite / Redis
Az Apache Ignite In-Memory Data Organization Framework egy nagy teljesítményű, integrált és elosztott memórián belüli számítási és tranzakciós platform nagy léptékű adathalmazfeldolgozáshoz, amely nagyobb teljesítményt nyújt, mint a hagyományos lemez- vagy flash alapú technológiák, miközben nagy teljesítményű, elosztott, memorizált adatszervezési menedzsmentet is kínál alkalmazások és különböző adatforrások között.
| sorozatszám | Hasonlítsd össze a projekteket | Apache Ignite | Redis | | 1 | JCache (JSR 107) | Az Ignite teljesen kompatibilis a JCache (JSR107) gyorsítótár specifikációjával | Nem támogatott | | 2 | ACID tranzakciók | Az Ignite teljes mértékben támogatja az ACID tranzakciókat, beleértve az optimista és pesszimista párhuzamos modelleket, valamint a READ_COMMITTED, REPEATABLE_READ és SERIALIZÁLHATÓ izolációs szinteket. | A Redis korlátozott támogatást nyújt az ügyféloldali optimista tranzakciókhoz, amelyek esetén az ügyfélnek kézzel kell újrapróbálnia a tranzakciót párhuzamos frissítések esetén. | | 3 | Adatfelosztás | Az Ignite támogatja a partíciós gyorsítótárat, hasonlóan az elosztott hashhez, ahol a klaszter minden csomópontja tárolja az adatok egy részét, és az Ignite automatikusan újraegyensúlyozza az adatokat topológiaváltozás esetén. | A Redis nem kínál partíciót, de biztosítja a replikák sharding-át, ami nagyon merev használat, és egy sor bonyolult kézi lépést igényel, amikor a topológia változik, kliens vagy szerver egyaránt. | | 4 | Teljes szöveg | Az Ignite támogatja a gyorsítótáros replikációt, amelyet minden kulcs-érték pár támogatja minden csomóponthoz a klaszterben. | A Redis nem nyújt közvetlen támogatást a teljes replikációhoz. | | 5 | Natív objektum | Az Ignite lehetővé teszi a felhasználók számára, hogy saját domain objektummodellt használjanak, és natív támogatást nyújt bármilyen Java/Scala, C++ és .NET/C# adattípushoz (objektumhoz), így a felhasználók könnyedén tárolhatják bármely programot és tartományobjektumot az Ignite gyorsítótárban. | A Redis nem engedi a felhasználók számára egyedi adattípusok használatát, csak előre definiált alapvető adatstruktúrák gyűjteményét támogatja, mint például Set, Lista, Tömb és néhány más. | | 6 | Kliens oldali (közeli) cache | Az Ignite közvetlen támogatást nyújt a frissen elért adatok kliens oldali gyorsítótárazásához. | Nem támogatott | | 7 | (szerver oldal) párhuzam | Az Ignite támogatja bármely Java, C++ és .NET/C# kód közvetlen végrehajtását a szerver oldalán lévő adatokhoz közel tartva. | A Redis általában nem rendelkezik kollokációs képességekkel, a szerver oldal gyakorlatilag csak a LUA szkriptnyelvet támogatja, míg a szerver oldal nem támogatja közvetlenül a Java, .NET vagy C++ kód futtatását. | | 8 | SQL lekérdezések | Az Ignite támogatja a teljes SQL (ANSI-99) szintaxist a memóriai adatok lekérdezéséhez. | A Redis nem támogatja semmilyen lekérdezési nyelvet, csak a kliens oldali gyorsítótározó API-t. | | 9 | Folyamatos vizsgálat | Az Ignite támogatja mind kliensoldali, mind szerveroldali állandó lekérdezéseket, és a felhasználók szerveroldali szűrőket állíthatnak be, hogy csökkentsék vagy csökkentsék az ügyfélnek továbbított események számát. | A Redis támogatja a kliens oldali kulcsalapú eseményértesítéseket, de nem kínál szerveroldali szűrőket, ami jelentős növekedést eredményez a hálózati forgalomban mind az ügyfél, mind a szerver oldalon történő értesítések frissítéséhez. | | 10 | Adatbázis-integráció | Az Ignite automatikusan integrálhat külső adatbázisokat – RDBMS, NoSQL és HDFS. | A Redis nem integrálható külső adatbázisokkal. |
I.11 ELK
Az ELK három összetevőből áll: Elasticsearch, Logstash és Kibana;
Az Elasticsearch egy nyílt forráskódú, elosztott keresőmotor, amely elosztott, nulla konfigurációjú, automatikus felfedezést, index-automatikus sharding-ot, indexreplikációs mechanizmust, nyugodt stílusú felületet, több adatforrást és automatikus keresési hasznos rendszert kínál.
A Logstash egy teljesen nyílt forráskódú eszköz, amely gyűjti, elemzi és tárolja a naplóidat későbbi használatra
A Kibana egy nyílt forráskódú és ingyenes eszköz, amely a Logstash és az ElasticSearch számára egy naplóelemzés-barát webfelületet biztosít, amely segít fontos adatnaplók összegyűjtésében, elemzésében és keresésében.
I.12 Kong (Nginx)
A Kong egy rendkívül elérhető, könnyen bővíthető API-projekt, amely Nginx_Lua modulokra épül, és a Mashape által nyílt forráskódú. Mivel a Kong a Nginx-en alapul, több Kong szervert is képes vízszintesen skálázni, és egyenlően osztani a kéréseket minden szerverre előretöltő konfiguráción keresztül, hogy sok hálózati kérést kezeljen.
A Kongnak három fő összetevője van:
KongServer: Egy nginx alapú szerver, amely API kéréseket fogad.
ApacheCassandra/PostgreSQL: Működési adatok tárolására szolgál.
Kongdashboard: Hivatalosan ajánlott felhasználói felületkezelő eszköz, természetesen a restfull-t is használhatod adminiapi kezelésére.
A Kong egy plugin mechanizmust használ funkcionális testreszabáshoz, ahol egy bővítménykészlet (amely lehet 0 vagy n) végrehajtása az API kérés válaszciklusának életciklusa alatt. A bővítmény Lua nyelven készült, és jelenleg több alapvető funkcióval rendelkezik: HTTP alapvető hitelesítés, kulcshitelesítés, CORS (Cross-originResourceSharing), TCP, UDP, fájlnaplózás, API kérések korlátozása, kéréstovábbítás és nginx megfigyelés.
I.13 Openstack
OpenStack+KVM
OpenStack: Nyílt forráskódú menedzsment projekt
Az OpenStack egy nyílt forráskódú projekt, amelynek célja, hogy szoftvert biztosítson nyilvános és privát felhők építéséhez és kezelésére. Ez nem egy szoftver, hanem több fő komponens kombinációja, hogy valamilyen konkrét munkát végezzen. Az OpenStack az alábbi öt viszonylag független komponensből áll:
Az OpenStackCompute (Nova) egy vezérlőkészlet, amelyet virtuális gép számításhoz vagy virtuális gép példányok elindításához használnak csoportok segítségével;
Az OpenStack Image Service (Glance) egy virtuális gépi képkereső és -lekérdezési rendszer, amely virtuális gép képkezelését valósítja meg.
Az OpenStack Object Storage (Swift) egy objektumalapú tárolórendszer nagyszabású rendszerekhez, beépített redundanciával és hibatűréssel, hasonlóan az Amazon S3-hoz.
OpenStackKeystone felhasználói identitás-szolgáltatásokhoz és erőforrás-kezeléshez, valamint
Az OpenStackHorizon, egy Django-alapú irányítópult felület, egy grafikus menedzsment front-end.
Eredetileg a NASA és a Rackspace által 2010 végén fejlesztett nyílt forráskódú projekt egy könnyen telepíthető, funkciógazdag és skálázható felhőalapú számítástechnikai platformot kíván létrehozni. Az OpenStack projekt első feladata, hogy egyszerűsítse a felhő telepítési folyamatát, és jó skálázhatóságot hozzon hozzá, hogy az adatközpont, azaz a felhő operációs rendszere legyen az élet kezelőrendszere.
KVM: Nyílt virtualizációs technológia
A KVM (Kernel-based VirtualMachine) egy nyílt forráskódú rendszervirtualizációs modul, amely hardveres támogatást igényel, például IntelVT vagy AMDV technológia, amely teljesen hardver alapján virtualizált, és teljesen Linuxba van építve.
2008-ban a Red Hat felvásárolta a Qumranetet, hogy megszerezze a KVM technológiát és népszerűsítse virtualizációs stratégiája részeként, támogatva a KVM-et az egyetlen hipervizor (hypervisor módon) az RHEL 6 2011-es megjelenésekor is. A KVM a magas teljesítményre, skálázhatóságra, magas biztonságra és alacsony költségre fókuszál.
I.14 Disconf
Az "elosztott rendszerkonfigurációs menedzsment" különböző "közös komponenseire" és "közös platformjára" fókuszálva, egységes "konfigurációkezelő szolgáltatásokat" nyújtunk.
I.15 Apollo
Az Apollo egy konfigurációkezelő platform, amelyet a Ctrip keretrendszeri osztálya fejlesztett ki, amely központilag képes kezelni különböző környezetek és alkalmazásklaszterek konfigurációját, és valós időben továbbítható az alkalmazás oldalra a konfigurációs módosítás után, valamint szabványosított jogosultságokkal, folyamatirányítással és egyéb jellemzőkkel rendelkezik.
A szerver SpringBoot és SpringCloud alapján készült, és közvetlenül a csomagolás után futtatható további alkalmazáskonténerek, például Tomcat telepítése nélkül.
I.16 gRPC
a gRPC egy nagy teljesítményű, nyílt forráskódú és sokoldalú RPC keretrendszer mobil és HTTP/2 tervekhez. Jelenleg elérhetők C, Java és Go nyelvi verziók, nevezetesen: grpc, grpc-java és grpc-go. A C verzió támogatja a C, C++, Node.js, Python, Ruby, Objective-C, PHP és C# nyelveket.
A gRPC a HTTP/2 szabvány alapján készült, olyan funkciókat hozva, mint a kétirányú áramlás, áramlásvezérlés, fejtömörítés és multiplexelési kérések egyetlen TCP kapcsolaton. Ezek a funkciók jobb teljesítményt nyújtanak mobil eszközökön, energiát és helyet takarítva meg.
I.17-csatorna
a canal egy Alibaba által működtetett nyílt forráskódú projekt, kizárólag Java fejlesztéssel. Az adatbázis inkrementális naplóelemzése alapján inkrementális adat-előfizetést és fogyasztást biztosít, jelenleg főként támogatja a MySQL-t (a mariaDB-t is támogatja).
Bejelentkezési inkrementális előfizetés és fogyasztási támogatás alapú szolgáltatások:
- Adatbázis tükröződés
- Valós idejű adatbázis-mentés
- Többszintű indexolás (az eladók és vevők külön indexek)
- searchbuild
- Szolgáltatási gyorsítótár frissítése
- Fontos üzleti hírek, például az árváltozások
I.18 Szikra streaming-e
A SparkStreaming a Spark core API kiterjesztése, amely lehetővé teszi a valós idejű streaming adatok nagy áteresztőképességű, hibaellenes feldolgozását. Támogatás különféle adatforrásokból, például Kafk, Flume, Twitter, ZeroMQ, Kinesis és TCPsockets adatgyűjtésére, és az adatforrásokból történő adatok lekérése után összetett algoritmusokat lehet feldolgozni fejlett funkciókkal, mint például térkép, csökkentés, csatlakozás és ablak.
I.19 SonarQube
A Sonar egy nyílt forráskódú platform a kódminőség-menedzsmenthez, amely a forráskód minőségének kezelésére és hét dimenzióból érzékelhető kódminőséget
A bővítmények formájában több mint 20 programozási nyelven támogatja a kódminőség-kezelést és -felismerést, beleértve a Java-t, C#-ot, C/C++-ot, PL/SQL-t, Cobol-t, JavaScrip-et, Groovy-t stb.
I.20 DataX
A DataX egy offline szinkronizációs eszköz heterogén adatforrások számára, amely a különböző heterogén adatforrások közötti stabil és hatékony adatszinkronizáció elérésére szolgál, beleértve a relációs adatbázisokat (MySQL, Oracle stb.), HDFS-t, Hive-ot, ODPS-t, HBase-t, FTP-t és még sok mást.
I.21 Zen menedzsment/Jira
Zen funkció
1) Termékmenedzsment: termékek, követelmények, tervek, kiadások, útitervek és egyéb funkciók.
2) Projektmenedzsment: projektek, feladatok, csapatok, építkezések, felégési táblázatok és egyéb funkciók.
3) Minőségmenedzsment: hibák, tesztesetek, tesztfeladatok, teszteredmények és egyéb funkciók.
4) Dokumentumkezelés: termékdokumentumkönyvtár, projektdokumentumkönyvtár, egyedi dokumentumkönyvtár és egyéb funkciók.
5) Tranzakciókezelés: teendőkezelés, személyes ügyek menedzsment funkciói, mint például a Feladataim, Hibáim, Szükségleteim és Projektjeim.
6) Szervezeti és menedzsment: osztályok, felhasználók, csoportok, jogosultságok és egyéb funkciók.
7) Statisztikai függvény: gazdag statisztikai táblázat.
8) Keresési funkció: Kereséssel találja meg a megfelelő adatokat.
JIRA funkciók
1) Problémakövetés és kezelés (a problématípusok közé tartozik a NewFeature, Bug, Task és Improvement);
2) Probléma követésének elemzési jelentése;
3) Projektkategória-menedzsment funkció;
4) komponens/modul vezető funkció;
5) Projekt e-mail cím funkciója;
6) Korlátlan munkafolyamatok.
I.22 XXJOB
Az XXL-JOB egy könnyű, elosztott feladatütemezési keretrendszer, amelynek alapvető tervezési céljai a gyors fejlesztés, egyszerű tanulás, könnyű és könnyen skálázható megoldás.
- Egyszerű: Támogassa a CRUD műveleteket feladatoknál weboldalakon keresztül, egyszerű művelet, egy perc a kezdéshez;
- Dinamikus: Támogatja a feladat állapotának dinamikus módosítását, feladatok szünetelését/folytatását, valamint a futó feladatok megszüntetését, amelyek azonnal lépnek életbe.
- Dispatch Center HA (központosított): Az ütemezés központilag van kialakítva, és a "Dispatch Center" a Quartz klaszterén alapul, támogatja a klaszter telepítését, ami biztosítja a diszpécser központ HA-ját.
- Végrehajtó HA (elosztott): A feladatokat elosztott módon hajtják végre, és a feladat "végrehajtója" támogatja a klasztertelepítést, hogy biztosítsa a feladatok HA végrehajtását.
- Nyilvántartás: Az Végrehajtó automatikusan regisztrálja a feladatokat időszakosan, a Diszpécserközpont pedig automatikusan felfedezi a regisztrált feladatokat, és elindítja azok végrehajtását. Ugyanakkor támogatja az aktuátor címek kézi beírását is;
- Rugalmas skálázás: Ha egy új végrehajtó gép online vagy offline lesz, a feladatot a következő ütemezés során újrarendelik.
- Útvonaltervezési stratégiák: Gazdag útvonaltervezési stratégiákat biztosít végrehajtó klaszter telepítésekor, például: első, utolsó, lekérdezés, véletlenszerű, következetes HASH, legkevésbé használt, legutóbb nem használt, failover, forgalmas átvitel stb.
- Failover: Ha a feladat útválasztási szabályzatához a failover-t választják, ha a végrehajtó klaszterben lévő gép meghibásodik, a rendszer automatikusan átvált egy normál végrehajtóra, hogy időpontfoglalási kérelmet küldjen.
- hibakezelési stratégia; A hibák ütemezésére vonatkozó kezelési szabályzatok a következők: hibariasztás (alapértelmezett), hiba újrapróbálása;
- Sikertelen újrapróbálkozás: Amikor a diszpécserközpont ütemezése meghibásodik és a sikertelen újrapróbálkozás szabályzata engedélyezett, a rendszer automatikusan egyszer próbálkozik. Ha a végrehajtó nem hajtja végre, és a visszahívás sem tudja újra megpróbálni az állapotot, akkor az is automatikusan újra megpróbálják.
- A feldolgozási blokkolási stratégia: az a feldolgozási stratégia, amikor az ütemezés túl sűrű az végrehajtó számára, beleértve az egygépes soros (alapértelmezett) soros kezelést, a későbbi ütemezés elhagyását és a korábbi ütemezés felülírását;
- Shard broadcast feladat: Amikor a végrehajtó klaszter telepítve van, ha a feladat útválasztási szabályzata "Shard Broadcast" néven van kiválasztva, egy feladatütemezés indul el, hogy az összes végrehajtó a klaszterben végrehajtson egy feladat végrehajtására, és a sharding feladat a sharding paraméterek szerint fejleszthető.
- Dinamikus sharding: A sharded broadcast feladat a végrehajtó dimenziója alapján shardolódik, és támogatja a végrehajtó klaszter dinamikus bővítését, hogy dinamikusan növelje a shardok számát és együttműködjön az üzleti feldolgozásban. Nagy adatmennyiségű üzleti műveletek során jelentősen javíthatja a feladatfeldolgozó kapacitást és sebességet.
- Eseményindítás: A cron módszer és a feladat végrehajtás elindításához szükséges feladatfüggő mód mellett támogatottak az eseményalapú trigger módszerek is. A diszpécserközpont API szolgáltatásokat nyújt, amelyek egyetlen feladat végrehajtását indítják el, amelyeket üzleti események szerint rugalmasan indíthatnak el.
- Feladat előrehaladásának monitorozása: Valós idejű nyomon követés támogatása;
- Gördülő valós idejű napló: támogatja az ütemezési eredmények online megtekintését, valamint támogatja a végrehajtó teljes végrehajtási naplójának valós idejű megjelenítését, gördülő módon.
- GLUE: Egy WebIDE-t biztosít, amely támogatja a feladatlogikai kód online fejlesztését, dinamikus kiadást, valós idejű fordítást és hatékonyságot, és kiküszöböli a telepítés és indítás folyamatát. Támogatom a történelmi verzió 30 verzióját fordítva.
- Szkriptfeladatok: Támogatja a szkriptfeladatok fejlesztését és futtatását GLUE módban, beleértve a Shellet, Pythont, NodeJS-t és más szkripteket.
- Feladatfüggőségek: Támogatja az alfeladatfüggőségek konfigurálását, amikor a szülőfeladat végrehajtása és sikeres végrehajtás, az alfeladat végrehajtása aktívan aktiválódik, és több alfeladatot vesszővel választanak el.
- Konzisztencia: Az Ütemezési Központ biztosítja a klaszterek elosztott ütemezésének konzisztenciáját adatbázis-zárakon keresztül, és csak egy feladat időszabása indít el egy végrehajtást.
- Egyedi feladatparaméterek: Támogatja az online feladat ütemezési paraméterek konfigurálását, amelyek azonnal lépnek életbe;
- Ütemezési szál pool: Az ütemezési rendszer több szál segítségével indítja el az ütemezési műveletet, hogy az ütemezés pontosan legyen végrehajtva, és ne legyen blokkolva.
- Adattitkosítás: A diszpécser központ és a végrehajtó közötti kommunikáció titkosított, hogy javítsa a diszpécser információinak biztonságát.
- E-mail riasztás: Támogatja az e-mail riasztást, ha egy feladat meghibásodik, és támogatja több e-mail cím konfigurálását, hogy nagy tömegben küldjenek riasztásokat.
- Push maven központi tároló: A legújabb stabil verziót a maven központi tárolóba toljuk, hogy megkönnyítsék a felhasználók hozzáférését és használatát.
- Run report futtatás: Támogatja a futó adatok valós idejű megtekintését, például a feladatok számát, az ütemezések számát, a végrehajtók számát stb. valamint ütemezési jelentések, mint például ütemezési dátum elosztási diagram, ütemezési sikerelosztási térkép stb.;
- Teljes aszinkron: A rendszer alsó rétege teljes aszinkron állapotot valósít meg, és a forgalomcsúcs borzolása sűrű ütemezésre történik, amely elméletileg bármilyen időtartamú feladatok működtetését támogatja.
I.23 Sóhalom
Egy új infrastruktúra-menedzsment mód, könnyen telepíthető, percek alatt működhet, jó skálázhatóság, tízezrek könnyen kezelhető, elég gyors, a szerverek közötti kommunikáció másodpercek alatt.
Az alatta lévő sóréteg dinamikus kapcsolati buszt alkalmaz, amely orkestrációra, távoli végrehajtásra, konfigurációkezelésre stb. használható.
I.24 Istio
Az Istio, mint a mikroszolgáltatás szolgáltatásaggregációs réteg menedzsment élvonalbeli projektje, a Google, az IBM és a Lyft (egy külföldi fuvarmegosztó cég, az Uber riválisa) első közös nyílt forráskódú projektje, amely egységes megoldást, biztonságot, menedzsmentet és monitorozást biztosít a mikroszolgáltatásokhoz.
Az első béta jelenleg Kubernetes környezetekhez vonatkozik, és a közösség azt állítja, hogy a virtuális gépek és más környezetek, például a CloudFoundry támogatását a következő hónapokban hozzáadják. Az Istio forgalomkezelést ad a mikroszolgáltatásokhoz, és alapot teremt olyan értéknövelő funkciókhoz, mint a biztonság, a megfigyelés, az útválasztás, a kapcsolatkezelés és a szabályzatok.
- automatikus terheléselosztás HTTP, gRPC és TCP hálózati forgalom esetén;
- Gazdag útvonalválasztási szabályokat biztosít a finom hálózati forgalom viselkedésszabályozásának eléréséhez.
- forgalom titkosítása, szolgáltatásközi hitelesítés és erős személyazonossági igények;
- Flottaszintű szabályzat végrehajtása;
- Mély telemetria és jelentés.
Építészet
Biztonság
Alapkifejezések
Salt Stack + OpenStack + KVM + Kubernetes + Istio
|
Közzétéve 2018. 05. 14. 13:32:51
|
|
|
|
Közzétéve 2019. 07. 17. 13:41:46
|
