I.1 Java pavasara zābaks
Tas ir piemērots mikroservisa sistēmu būvniecībai
- Izmantojot Spring Project Bootstrap lapu, projektu var izveidot dažu sekunžu laikā
- Ir ērti eksportēt dažāda veida pakalpojumus, piemēram, REST API, WebSocket, Web, straumēšanu un uzdevumus
- Ļoti kodolīga drošības politikas integrācija
- Tiek atbalstītas relāciju un nerelāciju datu bāzes
- Atbalstiet iegultos konteinerus izpildlaikā, piemēram, Tomcat un Jetty
- Jaudīga izstrādes pakete ar karstās sāknēšanas atbalstu
- Automātiska atkarību pārvaldība
- Iebūvēta lietojumprogrammu uzraudzība
- Atbalsta dažādus IED, piemēram, IntelliJ IDEA, NetBeans
Citas valodas: .net core, Go utt
I.2 Dženkinss
Automatizētas CI procedūras nepārtrauktai integrācijai
- Atvērtais kods un bezmaksas
- Vairāku platformu, atbalstu visas platformas (es instalēju Ubuntu 14.04, izmantojot jenkins docker attēlu nebija veiksmīgi)
- Master/Slave atbalsta izplatītus būvējumus
- Vizuālās pārvaldības lapa tīmekļa formā
- Uzstādīšana un konfigurēšana ir ļoti vienkārša
- padomi Savlaicīga un ātra palīdzība
- Simtiem spraudņu, kas jau pastāv
I.3 GitLab
- Pašmitināts Git projektu repozitorijs, kuram var piekļūt, izmantojot tīmekļa saskarni publiskām vai privātām projektu instalācijām.
- Tam ir līdzīga funkcionalitāte kā GitHub, ar iespēju pārvietoties avota kodā, pārvaldīt kļūdas un komentārus. Ir iespējams pārvaldīt komandas piekļuvi repozitorijam, ir ļoti viegli pārlūkot iesniegtās versijas un nodrošina failu vēstures bibliotēku.
- Komandas dalībnieki var sazināties, izmantojot iebūvēto vienkāršo tērzēšanas programmu (Wall). Tas nodrošina arī koda fragmentu vākšanas funkciju, kas ļauj viegli izmantot kodu atkārtoti un vēlāk viegli atrast, ja nepieciešams.
- Dokcers
- Docker ir atvērtā koda dzinējs, kas ļauj viegli izveidot vieglu, pārnēsājamu un pašpietiekamu konteineru jebkuram lietojumam. Konteinerus, kurus izstrādātāji kompilē un testē piezīmju grāmatiņās, var izvietot partijās ražošanas vidēs, tostarp virtuālajās mašīnās, tukšā metāla, OpenStack klasteros un citās pamatā esošajās lietojumprogrammu platformās.
- Docker parasti tiek izmantots šādos scenārijos:
- automatizēta tīmekļa lietojumprogrammu iepakošana un publicēšana;
- automatizēta testēšana un nepārtraukta integrācija, izlaišana;
- Izvietot un pielāgot datu bāzes vai citas fona lietojumprogrammas uz pakalpojumiem orientētā vidē;
- Izveidojiet savu PaaS vidi, kompilējot vai paplašinot esošo OpenShift vai Cloud Foundry platformu no nulles.
I.4 Kubernetes
- Kubernetes ir konteineru klasteru pārvaldības sistēma un atvērtā koda platforma, kas var realizēt tādas funkcijas kā automatizēta izvietošana, automātiska mērogošana un konteineru klasteru uzturēšana.
- Izmantojot Kubernetes, jūs varat:
- Ātra lietojumprogrammu izvietošana
- Ātri mērogojiet lietojumprogrammas
- Nevainojama integrācija ar jaunām lietojumprogrammu funkcijām
- Ietaupiet resursus un optimizējiet aparatūras resursu izmantošanu
I.5 MQ
Ja tādi faktori kā "ražošanas" un "patēriņa" ātrums vai stabilitāte sistēmā ir nekonsekventi, ziņojumu rindas ir nepieciešamas kā abstrakcijas slānis, lai mazinātu atšķirības starp abām pusēm. Ziņojums ir datu vienība, kas tiek pārraidīta starp diviem datoriem. Ziņojumi var būt ļoti vienkārši, piemēram, satur tikai teksta virknes; Tas var būt arī sarežģītāks un saturēt iegultus objektus. Ziņojumi tiek nosūtīti uz rindām, kas ir konteineri, kuros pārraides laikā tiek glabāti ziņojumi.
- Atvienots
- Atlaišana
- Mērogojamība
- Elastība un maksimālā caurlaidspēja
- Atgūstamība
- Piegāde garantēta
- Šķirošana garantēta
- Buferizācija
- Izpratne par datu plūsmām
- Asinhronā komunikācija
I.6 SQL DB
- Datu bāze ir noliktava, kas veidota uz datoru atmiņas ierīcēm, kas organizē, glabā un pārvalda datus atbilstoši datu struktūrai.
- Vienkārši sakot, to var uzskatīt par elektronisko failu skapi - vietu, kur tiek glabāti elektroniskie faili, un lietotāji var pievienot, pārtvert, atjaunināt, dzēst un citas darbības ar failā esošajiem datiem.
- Ekonomikas vadības ikdienas darbā bieži ir nepieciešams ievietot dažus būtiskus datus šādā "noliktavā" un attiecīgi apstrādāt tos atbilstoši vadības vajadzībām.
MySQL/PostgreSQL ir tradicionālo relāciju datu bāzu pārstāvis.
HBase ir Big Tables tehnoloģijas pārstāvis (rindu indeksēšana, kolonnu glabāšana).
Neo4j(http://www.neo4j.org/) ir grafu datubāzes reprezentatīvs, ko izmanto sarežģītu un daudzdimensiju grafu struktūras datu glabāšanai.
Redis ir NoSQL pārstāvis, kas balstīts uz Key-Value, un ir Redis-to-go, lai nodrošinātu uzglabāšanas pakalpojumus.
MongoDB / CouchDB ir NoSQL pārstāvis, kas balstīts uz dokumentu, un Couchbase ir dokumentu / atslēgas vērtības tehnoloģijas saplūšana.
VoltDB ir NewSQL pārstāvis ar datu konsekvenci un labu mērogojamību, un tā veiktspējas prasība ir desmitiem reižu lielāka nekā MySQL.
TiDB ir izplatīta SQL datu bāze, ko izstrādājusi vietējā PingCAP komanda. Iedvesmojoties no Google F1 un Google atslēgas, TiDB atbalsta funkcijas, kas ietver tradicionālās RDBMS un NoSQL.
I.7 TICK kaudze
InfluxDB
Laika rindu datu bāzes rīki.
Telegrafs
ir datu vākšanas un glabāšanas rīks. Tas nodrošina daudzus ievades un izvades spraudņus, piemēram, vietējā CPU, slodzes, tīkla trafika utt.
Hronogrāfs
Zīmēšanas rīki
Kapacitor
Kapacitor ir trauksmes rīks no InfluxData, kas nolasa datus no InfluxDB un konfigurē TickScript atbilstoši DLS tipam, lai brīdinātu.
I.8 Keepalived
Keepalived ir pakalpojumu programmatūra klasteru pārvaldībā, kas nodrošina augstu klastera pieejamību, līdzīgi kā sirdsdarbība, lai novērstu atsevišķus kļūmes punktus.
keepalilived ir balstīts uz VRRP protokolu, kas apzīmē Virtual Router Redundancy Protocol, tas ir, virtuālās maršrutēšanas dublēšanas protokolu.
Virtuālais maršruta atlaišanas protokols, ko var uzskatīt par protokolu, lai sasniegtu augstu maršrutētāju pieejamību, tas ir, N maršrutētāji, kas nodrošina tādas pašas funkcijas, veido maršrutētāju grupu, šai grupai ir galvenais un vairāki dublējumi, un kapteinim ir VIP, kas sniedz pakalpojumus ārpasaulei (citu mašīnu noklusējuma maršruts LAN, kur atrodas maršrutētājs, ir VIP), kapteinis nosūtīs multicast, un, ja dublējums nevar saņemt VRRP paketi, tiek uzskatīts, ka kapteinis ir uz leju. Šajā laikā jums ir jāizvēlas rezerves kopija kā kapteinis atbilstoši VRRP prioritātei. Tas nodrošinās augstu maršrutētāja pieejamību.
Keepalived ir trīs galvenie moduļi, proti, Core, Check un VRRP. Galvenais modulis ir keepalived kodols, kas ir atbildīgs par galvenā procesa sākšanu un uzturēšanu, kā arī globālās konfigurācijas failu ielādi un parsēšanu. CHECK ir atbildīgs par veselības pārbaudēm, tostarp dažādām kopīgām pārbaudes metodēm. VRRP modulis ir paredzēts VRRP protokola ieviešanai
I.9 Osta
Harbor ir uzņēmuma līmeņa reģistra serveris Docker attēlu glabāšanai un izplatīšanai.
I.10 Aizdedzināt / Redis
Apache Ignite In-Memory Data Organization Framework ir augstas veiktspējas, integrēta un izplatīta atmiņas skaitļošanas un transakciju platforma liela mēroga datu kopu apstrādei ar augstāku veiktspēju nekā tradicionālās disku vai zibatmiņas tehnoloģijas, vienlaikus nodrošinot arī augstas veiktspējas, sadalītu atmiņā esošo datu organizācijas pārvaldību starp lietojumprogrammām un dažādiem datu avotiem.
| Sērijas numurs | Projektu salīdzināšana | Apache Ignite | Redis | | 1 | JCache (JSR 107) | Ignite ir pilnībā saderīgs ar JCache (JSR107) kešatmiņas specifikāciju | Nav atbalstīts | | 2 | ACID darījumi | Ignite pilnībā atbalsta ACID darījumus, ieskaitot optimistiskus un pesimistiskus vienlaicīguma modeļus, kā arī READ_COMMITTED, REPEATABLE_READ un SERIALIZĒJAMUS izolācijas līmeņus. | Redis nodrošina ierobežotu atbalstu klienta puses optimistiskiem darījumiem, kas prasa klientam manuāli atkārtoti mēģināt darījumu vienlaicīgu atjauninājumu gadījumā. | | 3 | Datu sadalīšana | Ignite atbalsta sadalītu kešatmiņu, līdzīgi kā sadalītais jaucējkods, kur katrs klastera mezgls glabā daļu datu, un Ignite automātiski līdzsvaro datus topoloģijas izmaiņu gadījumā. | Redis nenodrošina sadalīšanu, bet nodrošina repliku sadalīšanu, kas ir ļoti stingra lietošanai un prasa virkni diezgan sarežģītu manuālu soļu, kad mainās topoloģija gan klientam, gan serverim. | | 4 | Pilna kopija | Ignite atbalsta kešatmiņā esošo replicēšanu, ko atbalsta katrs atslēgas un vērtības pāris katram klastera mezglam. | Redis nesniedz tiešu atbalstu pilnīgai replicēšanai. | | 5 | Vietējais objekts | Ignite ļauj lietotājiem izmantot savu domēna objekta modeli un nodrošina vietējo atbalstu jebkuram Java/Scala, C++ un .NET/C# datu tipam (objektam), ļaujot lietotājiem viegli saglabāt jebkuru programmu un domēna objektu Ignite kešatmiņā. | Redis neļauj lietotājiem izmantot pielāgotus datu tipus, atbalsta tikai iepriekš definētas pamata datu struktūru kolekcijas, piemēram, Set, List, Array un dažas citas. | | 6 | Klienta puses (tuvu) kešatmiņa | Ignite nodrošina tiešu atbalstu nesen piekļuvušo datu kešatmiņai klienta pusē. | Nav atbalstīts | | 7 | (servera puses) pretstats | Ignite atbalsta jebkura Java, C++ un .NET/C# koda tiešu izpildi nodrošinājuma veidā tuvu servera puses datiem. | Redis parasti nav nekādu izvietošanas iespēju, un servera puse būtībā atbalsta tikai LUA skriptēšanas valodu, un servera puse tieši neatbalsta Java, .NET vai C++ koda izpildi. | | 8 | SQL vaicājumi | Ignite atbalsta pilnu SQL (ANSI-99) sintaksi, lai vaicātu atmiņā esošos datus. | Redis neatbalsta nevienu vaicājumu valodu, tikai klienta puses kešatmiņas API. | | 9 | Nepārtraukta izmeklēšana | Ignite nodrošina atbalstu gan klienta, gan servera puses pastāvīgiem vaicājumiem, un lietotāji var iestatīt servera puses filtrus, lai samazinātu un samazinātu klientam pārsūtīto notikumu skaitu. | Redis nodrošina atbalstu klienta puses atslēgu notikumu paziņojumiem, bet tas nenodrošina servera puses filtrus, kā rezultātā ievērojami palielinās tīkla trafiks, lai atjauninātu paziņojumus gan klienta, gan servera pusē. | | 10 | Datu bāzes integrācija | Ignite var automātiski integrēt ārējās datu bāzes - RDBMS, NoSQL un HDFS. | Redis nevar integrēt ar ārējām datu bāzēm. |
I.11 Aļņi
ELK sastāv no trim komponentiem: Elasticsearch, Logstash un Kibana;
Elasticsearch ir atvērtā koda izplatīta meklētājprogramma, kas piedāvā izkliedētu, nulles konfigurāciju, automātisko atklāšanu, indeksa automātisko sadalīšanu, indeksa repliku mehānismu, mierīga stila interfeisu, vairākus datu avotus un automātiskās meklēšanas lietderīgo slodzi.
Logstash ir pilnīgi atvērtā koda rīks, kas vāc, analizē un glabā jūsu žurnālus vēlākai lietošanai
Kibana ir atvērtā koda un bezmaksas rīks, kas nodrošina Logstash un ElasticSearch žurnālu analīzei draudzīgu tīmekļa saskarni, kas var palīdzēt apkopot, analizēt un meklēt svarīgus datu žurnālus.
I.12 Kongs (Nginx)
Kong ir ļoti pieejams, viegli paplašināms API projekts, kas rakstīts uz Nginx_Lua moduļiem un ir atvērtā koda Mashape. Tā kā Kong ir balstīts uz Nginx, tas var horizontāli mērogot vairākus Kong serverus un vienmērīgi sadalīt pieprasījumus katram serverim, izmantojot priekšējās ielādes konfigurāciju, lai tiktu galā ar lielu skaitu tīkla pieprasījumu.
Kongam ir trīs galvenās sastāvdaļas:
KongServer: serveris, kura pamatā ir nginx, kas saņem API pieprasījumus.
ApacheCassandra/PostgreSQL: Izmanto operatīvo datu glabāšanai.
Kongdashboard: Oficiāli ieteicams lietotāja interfeisa pārvaldības rīks, protams, varat izmantot arī restfull, lai pārvaldītu adminapi.
Kong izmanto spraudņu mehānismu funkcionālai pielāgošanai, kur spraudņu kopums (kas var būt 0 vai n) tiek izpildīts API pieprasījuma atbildes cikla dzīves ciklā. Spraudnis ir rakstīts Lua, un šobrīd tam ir vairākas pamatfunkcijas: HTTP pamata autentifikācija, atslēgas autentifikācija, CORS (Cross-originResourceSharing), TCP, UDP, failu reģistrēšana, API pieprasījumu ierobežošana, pieprasījumu pārsūtīšana un nginx uzraudzība.
I.13 Openstack
OpenStack+KVM
OpenStack: atvērtā koda pārvaldības projekts
OpenStack ir atvērtā koda projekts, kura mērķis ir nodrošināt programmatūru publisko un privāto mākoņu izveidei un pārvaldībai. Tā nav programmatūra, bet vairāku galveno komponentu kombinācija, lai veiktu kādu konkrētu darbu. OpenStack sastāv no šādiem pieciem salīdzinoši neatkarīgiem komponentiem:
OpenStackCompute (Nova) ir kontrolieru kopums, ko izmanto virtuālo mašīnu skaitļošanai vai virtuālo mašīnu instanču palaišanai, izmantojot grupas;
OpenStack Image Service (Glance) ir virtuālās mašīnas attēlu meklēšanas un izgūšanas sistēma, kas realizē virtuālās mašīnas attēlu pārvaldību.
OpenStack Object Storage (Swift) ir objektu glabāšanas sistēma liela mēroga sistēmām ar iebūvētu dublēšanu un kļūdu toleranci, līdzīgi kā Amazon S3.
OpenStackKeystone lietotāju identitātes pakalpojumiem un resursu pārvaldībai, kā arī
OpenStackHorizon, uz Django balstīts informācijas paneļa interfeiss, ir grafiskas pārvaldības priekšgals.
Sākotnēji NASA un Rackspace izstrādāja 2010. gada beigās, šī atvērtā koda projekta mērķis ir izveidot viegli izvietojamu, funkcijām bagātu un mērogojamu mākoņdatošanas platformu. OpenStack projekta pirmais uzdevums ir vienkāršot mākoņa izvietošanas procesu un nodrošināt tam labu mērogojamību, mēģinot kļūt par datu centra operētājsistēmu, tas ir, mākoņa operētājsistēmu.
KVM: atvērtā virtualizācijas tehnoloģija
KVM (Kernel-based VirtualMachine) ir atvērtā koda sistēmas virtualizācijas modulis, kam nepieciešams aparatūras atbalsts, piemēram, IntelVT tehnoloģija vai AMDV tehnoloģija, kas ir pilnībā virtualizēta, pamatojoties uz aparatūru un ir pilnībā iebūvēta Linux.
2008. gadā Red Hat iegādājās Qumranet, lai iegādātos KVM tehnoloģiju un popularizētu to kā daļu no virtualizācijas stratēģijas, atbalstot KVM kā vienīgo hipervizoru, kad RHEL 6 tika izlaists 2011. gadā. KVM koncentrējas uz augstu veiktspēju, mērogojamību, augstu drošību un zemām izmaksām.
I.14 Apstrīdēšana
Koncentrējoties uz dažādiem "kopīgiem komponentiem" un "kopīgām platformām" "izkliedētās sistēmas konfigurācijas pārvaldībai", mēs nodrošinām vienotus "konfigurācijas pārvaldības pakalpojumus".
I.15 Apollo
Apollo ir konfigurācijas pārvaldības platforma, ko izstrādājusi Ctrip ietvara nodaļa, kas var centralizēti pārvaldīt dažādu vidi un lietojumprogrammu klasteru konfigurāciju, un to var virzīt uz lietojumprogrammu pusi reāllaikā pēc konfigurācijas izmaiņām, un tai ir standartizētas atļaujas, procesu pārvaldība un citas īpašības.
Serveris ir izstrādāts, pamatojoties uz SpringBoot un SpringCloud, un to var palaist uzreiz pēc iepakošanas, neinstalējot papildu lietojumprogrammu konteinerus, piemēram, Tomcat.
I.16 gRPC
gRPC ir augstas veiktspējas, atvērtā koda un daudzpusīga RPC sistēma mobilajiem un HTTP/2 dizainiem. Pašlaik ir pieejamas C, Java un Go valodu versijas, proti: grpc, grpc-java un grpc-go. C versija atbalsta C, C++, Node.js, Python, Ruby, Objective-C, PHP un C#.
gRPC ir izstrādāts, pamatojoties uz HTTP/2 standartu, nodrošinot tādas funkcijas kā divvirzienu plūsma, plūsmas kontrole, galvas saspiešana un multipleksēšanas pieprasījumi vienā TCP savienojumā. Šīs funkcijas uzlabo tā veiktspēju mobilajās ierīcēs, ietaupot enerģiju un vietu.
I.17 Kanāls
kanāls ir atvērtā koda projekts Alibaba, tīri Java izstrāde. Pamatojoties uz datu bāzes pakāpenisku žurnālu parsēšanu, tas nodrošina pieaugošo datu abonēšanu un patēriņu, un pašlaik galvenokārt atbalsta MySQL (atbalsta arī mariaDB).
Pakalpojumi, kuru pamatā ir žurnāla pieaugošais abonēšanas un patēriņa atbalsts:
- Datu bāzes spoguļošana
- Reāllaika datu bāzes dublēšana
- Daudzlīmeņu indeksācija (pārdevēji un pircēji atsevišķi indeksi)
- Meklēt
- Pakalpojuma kešatmiņas atsvaidzināšana
- Svarīgas biznesa ziņas, piemēram, cenu izmaiņas
I.18 Dzirksteļu straumēšana
SparkStreaming ir Spark pamata API paplašinājums, kas nodrošina augstas caurlaidspējas, kļūdu izturīgu reāllaika straumēšanas datu apstrādi. Atbalsts datu iegūšanai no dažādiem datu avotiem, tostarp Kafk, Flume, Twitter, ZeroMQ, Kinesis un TCPsockets, un pēc datu iegūšanas no datu avotiem sarežģītus algoritmus var apstrādāt, izmantojot tādas uzlabotas funkcijas kā karte, samazināšana, pievienošana un logs.
I.19 SonarQube
Sonar ir atvērtā koda platforma koda kvalitātes pārvaldībai, lai pārvaldītu pirmkoda kvalitāti un noteiktu koda kvalitāti no septiņām dimensijām
Izmantojot spraudņus, tas var atbalstīt koda kvalitātes pārvaldību un noteikšanu vairāk nekā 20 programmēšanas valodās, tostarp java, C#, C / C ++, PL / SQL, Cobol, JavaScrip, Groovy utt
I.20 DatiX
DataX ir bezsaistes sinhronizācijas rīks neviendabīgiem datu avotiem, kas paredzēts, lai panāktu stabilu un efektīvu datu sinhronizāciju starp dažādiem neviendabīgiem datu avotiem, tostarp relāciju datu bāzēm (MySQL, Oracle utt.), HDFS, Hive, ODPS, HBase, FTP un citiem.
I.21 Zen vadība/Jira
Zen funkcija
1) Produktu pārvaldība: produkti, prasības, plāni, izlaidumi, ceļveži un citas funkcijas.
2) Projektu vadība: projekti, uzdevumi, komandas, būvējumi, izdegšanas diagrammas un citas funkcijas.
3) Kvalitātes vadība: kļūdas, testa gadījumi, testa uzdevumi, testa rezultāti un citas funkcijas.
4) Dokumentu pārvaldība: produktu dokumentu bibliotēka, projekta dokumentu bibliotēka, pielāgota dokumentu bibliotēka un citas funkcijas.
5) Darījumu pārvaldība: todo pārvaldība, personīgo lietu pārvaldības funkcijas, piemēram, Mani uzdevumi, Manas kļūdas, Manas vajadzības un Mani projekti.
6) Organizācija un vadība: nodaļas, lietotāji, grupas, atļaujas un citas funkcijas.
7) Statistiskā funkcija: bagātīga statistikas tabula.
8) Meklēšanas funkcija: atrodiet atbilstošos datus, izmantojot meklēšanu.
JIRA funkcijas
1) Problēmu izsekošana un pārvaldība (problēmu veidi ietver NewFeature, Bug, Task un Improvement);
2) Analīzes ziņojums par problēmu uzraudzību;
3) Projekta kategoriju vadības funkcija;
4) komponentu/moduļu vadītāja funkcija;
5) Projekta e-pasta adreses funkcija;
6) Neierobežotas darbplūsmas.
I.22 XXJOB
XXL-JOB ir viegla sadalīta uzdevumu plānošanas sistēma ar galvenajiem dizaina mērķiem ātra attīstība, vienkārša mācīšanās, viegla un viegli mērogojama.
- Vienkārši: atbalstiet CRUD darbību uzdevumos, izmantojot tīmekļa lapas, vienkārša darbība, viena minūte, lai sāktu;
- Dinamisks: atbalsta dinamisku uzdevuma statusa modificēšanu, uzdevumu pauzi/atsākšanu un izpildāmo uzdevumu pārtraukšanu, kas stājas spēkā nekavējoties.
- Dispečeru centrs HA (centralizēts): plānošana ir izstrādāta centralizēti, un "Dispečeru centrs" ir balstīts uz klastera Quartz un atbalsta klastera izvietošanu, kas var nodrošināt dispečercentra HA.
- Izpildītājs HA (izplatīts): uzdevumi tiek izpildīti izkliedētā veidā, un uzdevums "izpildītājs" atbalsta klastera izvietošanu, lai nodrošinātu HA uzdevumu izpildi.
- Reģistrs: Izpildītājs periodiski automātiski reģistrēs uzdevumus, un dispečeru centrs automātiski atklās reģistrētos uzdevumus un aktivizēs to izpildi. Tajā pašā laikā tas atbalsta arī manuālu izpildmehānisma adrešu ievadīšanu;
- Elastīga mērogošana: Kad jauna izpildītāja mašīna pāriet tiešsaistē vai bezsaistē, uzdevums tiks piešķirts nākamajā plānošanā.
- Maršrutēšanas stratēģijas: nodrošina bagātīgas maršrutēšanas stratēģijas, izvietojot izpildītāju klasteri, tostarp: pirmais, pēdējais, aptauja, nejaušs, konsekvents HASH, vismazāk izmantots, pēdējais neizmantots, failover, aizņemta pārsūtīšana utt.
- Failover: ja uzdevumu maršrutēšanas politikai ir atlasīta Failover, ja izpildītāju klastera mašīna neizdodas, sistēma automātiski pārslēdzas uz parasto izpildītāju, lai nosūtītu plānošanas pieprasījumu.
- neveiksmju novēršanas stratēģija; Kļūmju plānošanas apstrādes politikas ietver: kļūmes trauksme (noklusējums), kļūmes atkārtota mēģināšana;
- Neveiksmīgs atkārtots mēģinājums: ja nosūtīšanas centra grafiks neizdodas un ir iespējota neveiksmīga atkārtota mēģinājuma politika, sistēma automātiski mēģina vienu reizi. Ja izpildītājam neizdodas izpildīt un atzvanīšanai neizdodas atkārtoti mēģināt stāvokli, tas arī tiks automātiski atkārtots.
- Bloķēšanas apstrādes stratēģija: apstrādes stratēģija, kad plānošana ir pārāk blīva, lai izpildītājs to apstrādātu, ieskaitot vienas mašīnas sēriju (noklusējums), nākamās plānošanas atmešanu un iepriekšējās plānošanas pārrakstīšanu;
- Fragmentu apraides uzdevums: kad izpildītāju klasteris ir izvietots, ja uzdevumu maršrutēšanas politika ir atlasīta kā "Shard Broadcast", tiks pārraidīta uzdevumu plānošana, lai aktivizētu visus klastera izpildītājus izpildīt uzdevumu, un sadalīšanas uzdevumu var izstrādāt atbilstoši sadalīšanas parametriem.
- Dinamiskā sadalīšana: sadalītais apraides uzdevums tiek sadalīts, pamatojoties uz izpildītāja dimensiju, un atbalsta izpildītāju klastera dinamisko paplašināšanu, lai dinamiski palielinātu fragmentu skaitu un sadarbotos biznesa apstrādē. Veicot liela apjoma biznesa operācijas, tas var ievērojami uzlabot uzdevumu apstrādes jaudu un ātrumu.
- Notikumu aktivizēšana: papildus cron metodei un no uzdevuma atkarīgajam režīmam, lai aktivizētu uzdevumu izpildi, tiek atbalstītas uz notikumiem balstītas aktivizēšanas metodes. Dispečercentrs nodrošina API pakalpojumus, kas aktivizē vienu uzdevumu izpildi, ko var elastīgi aktivizēt atbilstoši biznesa notikumiem.
- Uzdevumu progresa uzraudzība: Atbalstiet uzdevumu progresa uzraudzību reāllaikā;
- Ritošs reāllaika žurnāls: atbalsta plānošanas rezultātu skatīšanu tiešsaistē un atbalsta izpildītāja pilnu izpildes žurnāla izvades apskati reāllaikā.
- GLUE: nodrošina WebIDE, kas atbalsta uzdevumu loģikas koda izstrādi tiešsaistē, dinamisko laidienu, reāllaika kompilēšanu un efektivitāti, kā arī novērš izvietošanas un palaišanas procesu. Atbalstiet 30 vēsturiskās versijas versijas atpakaļ.
- Skriptu uzdevumi: atbalstiet skriptu uzdevumu izstrādi un izpildi GLUE režīmā, ieskaitot Shell, Python, NodeJS un citus skriptus.
- Uzdevumu atkarības: Atbalstiet apakšuzdevumu atkarību konfigurēšanu, kad vecākuzdevums tiek izpildīts un izpilde ir veiksmīga, apakšuzdevuma izpilde tiks aktīvi aktivizēta, un vairāki apakšuzdevumi tiks atdalīti ar komatiem.
- Konsekvence: plānošanas centrs nodrošina klastera izkliedētās plānošanas konsekvenci, izmantojot DB slēdzenes, un tikai viena uzdevumu plānošana aktivizēs vienu izpildi.
- Pielāgoti uzdevumu parametri: atbalstiet plānošanas uzdevumu parametru tiešsaistes konfigurāciju, kas stājas spēkā nekavējoties;
- Plānošanas pavedienu pūls: plānošanas sistēma aktivizē plānošanas operāciju ar vairākiem pavedieniem, lai nodrošinātu, ka plānošana tiek izpildīta precīzi un netiek bloķēta.
- Datu šifrēšana: saziņa starp dispečeru centru un izpildītāju tiek šifrēta, lai uzlabotu nosūtīšanas informācijas drošību.
- E-pasta trauksme: atbalsta e-pasta trauksmi, ja uzdevums neizdodas, un atbalsta vairāku e-pasta adrešu konfigurēšanu, lai sūtītu trauksmes e-pastus lielapjomā.
- Push maven centrālais repozitorijs: jaunākā stabilā versija tiks pārvietota uz maven centrālo repozitoriju, lai atvieglotu lietotāju piekļuvi un lietošanu.
- Izpildes atskaite: Atbalsta reāllaika apskati darbojošos datus, piemēram, uzdevumu skaitu, grafiku skaitu, izpildītāju skaitu utt. un plānošanas atskaites, piemēram, plānošanas datuma izplatīšanas diagramma, plānošanas panākumu izplatīšanas karte utt.;
- Pilnīgi asinhrons: Sistēmas apakšējais slānis realizē pilnīgu asinhronu, un satiksmes maksimuma skūšanās tiek veikta blīvai plānošanai, kas teorētiski atbalsta jebkura ilguma uzdevumu izpildi.
I.23 Sāls kaudze
Jauns infrastruktūras pārvaldības veids, viegli izvietojams, var darboties dažu minūšu laikā, laba mērogojamība, viegli pārvaldāmi desmitiem tūkstošu serveru, pietiekami ātri, saziņa starp serveriem dažu sekunžu laikā.
Sāls pamatā esošais slānis pieņem dinamisku savienojuma kopni, ko var izmantot orķestram, attālinātai izpildei, konfigurācijas pārvaldībai utt.
I.24 Istio
Kā progresīvs projekts mikropakalpojumu apkopošanas slāņa pārvaldībai, Istio ir pirmais Google, IBM un Lyft (ārvalstu braucienu koplietošanas uzņēmums un Uber konkurents) kopīgais atvērtā koda projekts, kas nodrošina vienotu risinājumu, drošību, mikropakalpojumu pārvaldību un uzraudzību.
Pirmā beta versija pašlaik ir paredzēta Kubernetes vidēm, un kopiena apgalvo, ka tuvākajos mēnešos tiks pievienots atbalsts virtuālajām mašīnām un citām vidēm, piemēram, CloudFoundry. Istio pievieno trafika pārvaldību mikropakalpojumiem un rada pamatu pievienotās vērtības funkcijām, piemēram, drošībai, uzraudzībai, maršrutēšanai, savienojuma pārvaldībai un politikām.
- automātiska slodzes balansēšana HTTP, gRPC un TCP tīkla trafikam;
- Tas nodrošina bagātīgus maršrutēšanas noteikumus, lai panāktu precīzu tīkla trafika uzvedības kontroli.
- datplūsmas šifrēšana, starpdienestu autentifikācija un spēcīgas identitātes prasības;
- Politikas ieviešana visā autoparkā;
- Dziļa telemetrija un ziņošana.
Arhitektūra
Drošība
Pamatinformācija
Sāls kaudze + OpenStack + KVM + Kubernetes + Istio
|
Publicēts 14.05.2018 13:32:51
|
|
|
|
Publicēts 17.07.2019 13:41:46
|
