I.1 Java Spring Boot
Den egner seg for å bygge mikrotjenestesystemer
- Ved å bruke Spring Project Bootstrap-siden kan du bygge et prosjekt på sekunder
- Det er praktisk å eksportere ulike typer tjenester, som REST API, WebSocket, Web, Streaming og Tasks
- Veldig konsis integrasjon av sikkerhetspolitikk
- Relasjons- og ikke-relasjonsdatabaser støttes
- Støtt innebygde containere under kjøring, som Tomcat og Jetty
- Kraftig utviklingspakke med støtte for hot boot
- Administrer avhengigheter automatisk
- Innebygd applikasjonsovervåking
- Støtter ulike IED-er, som IntelliJ IDEA, NetBeans
Andre språk: .net core, Go, osv
I.2 Jenkins
Automatiserte CI-prosedyrer for kontinuerlig integrasjon
- Åpen kildekode og gratis
- Plattformuavhengig, støtter alle plattformer (jeg installerte på Ubuntu 14.04, brukte Jenkins docker-image som ikke var vellykket)
- Master/slave støtter distribuerte bygg
- En visuell administrasjonsside i form av et nett
- Installasjon og konfigurasjon er superenkelt
- Tips Rask og rask hjelp
- Hundrevis av plugins som allerede eksisterer
I.3 GitLab
- Et selvhostet Git-prosjektrepositorium som kan nås via et webgrensesnitt for offentlige eller private prosjektinstallasjoner.
- Det har lignende funksjonalitet som GitHub, med mulighet til å navigere i kildekoden, håndtere feil og kommentarer. Det er mulig å administrere teamets tilgang til repositoriet, det er veldig enkelt å bla gjennom innsendte versjoner og tilbyr et filhistorikkbibliotek.
- Teammedlemmer kan kommunisere ved hjelp av det innebygde enkle chatteprogrammet (Wall). Den tilbyr også en funksjon for å samle kodesnippets som gjør det enkelt å gjenbruke koden og lett å finne senere når det trengs.
- Dokcer
- Docker er en åpen kildekode-motor som gjør det enkelt å lage en lett, bærbar og selvforsynt container for enhver applikasjon. Containere som utviklere kompilerer og tester på notatbøker kan distribueres i batcher i produksjonsmiljøer, inkludert virtuelle maskiner (VM), bare metal, OpenStack-klynger og andre underliggende applikasjonsplattformer.
- Docker brukes ofte i følgende scenarioer:
- automatisert pakking og publisering av webapplikasjoner;
- automatisert testing og kontinuerlig integrasjon, utgivelse;
- Distribuere og finjustere databaser eller andre bakgrunnsapplikasjoner i et tjenesteorientert miljø;
- Bygg ditt eget PaaS-miljø ved å kompilere eller utvide din eksisterende OpenShift- eller Cloud Foundry-plattform fra bunnen av.
I.4 Kubernetes
- Kubernetes er et containerklyngestyringssystem og en åpen kildekodeplattform som kan realisere funksjoner som automatisert distribusjon, automatisk skalering og vedlikehold av containerklynger.
- Med Kubernetes kan du:
- Distribuer applikasjoner raskt
- Skaler applikasjonene dine raskt
- Integrer sømløst med nye applikasjonsfunksjoner
- Spar ressurser og optimaliser bruken av maskinvareressurser
I.5 MQ
Når faktorer som hastighet eller stabilitet i «produksjon» og «forbruk» er inkonsistente i systemet, trengs meldingskøer som et abstraksjonslag for å bygge bro mellom de to sidene. En melding er en dataenhet som overføres mellom to datamaskiner. Meldinger kan være svært enkle, som å kun inneholde tekststrenger; Den kan også være mer kompleks og kan inneholde innebygde objekter. Meldinger sendes til køer, som er beholdere som holder meldinger under overføring.
- Ukoblet
- Redundans
- Skalerbarhet
- Fleksibilitet og toppgjennomstrømning
- Gjenopprettingsevne
- Levering garantert
- Sortering garantert
- Bufring
- Forstå dataflyter
- Asynkron kommunikasjon
I.6 SQL DB
- En database er et lager bygget på datalagringsenheter som organiserer, lagrer og administrerer data i henhold til en datastruktur.
- For å si det enkelt, kan det betraktes som et elektronisk arkivskap – et sted hvor elektroniske filer lagres, og brukere kan legge til, avlytte, oppdatere, slette og andre operasjoner på dataene i filen.
- I det daglige arbeidet med økonomisk ledelse er det ofte nødvendig å legge relevante data inn i et slikt «lager» og behandle dem deretter etter ledelsens behov.
MySQL/PostgreSQL er en representant for tradisjonelle relasjonsdatabaser.
HBase er en representant for Big Tables-teknologien (radindeksering, kolonnelagring).
Neo4j(http://www.neo4j.org/) er en grafdatabaserepresentant som brukes til å lagre komplekse og flerdimensjonale grafstrukturdata.
Redis er en NoSQL-representant basert på Key-Value, og det finnes Redis-to-go som tilbyr lagringstjenester.
MongoDB/CouchDB er en NoSQL-representant basert på Document, og Couchbase er en fusjon av Document/Key-Value-teknologi.
VoltDB er en representant for NewSQL, med datakonsistens og god skalerbarhet, og ytelsespåstanden er dusinvis av ganger høyere enn MySQL.
TiDB er en distribuert SQL-database utviklet av det innenlandske PingCAP-teamet. Inspirert av Googles F1 og Google Spanner, støtter TiDB funksjoner som inkluderer tradisjonell RDBMS og NoSQL.
I.7 TICK-stabel
InfluxDB
Tidsseriedatabaseverktøy.
Telegraf
er et verktøy for datainnsamling og lagring. Den tilbyr mange input- og output-plugins, som å samle inn lokal CPU, last, nettverkstrafikk osv., og deretter skrive dem til InfluxDB eller Kafka.
Chronograf
Tegneverktøy
Kapacitor
Kapacitor er et alarmverktøy fra InfluxData, som leser data fra InfluxDB og konfigurerer TickScript etter DLS-typen for varsling.
I.8 Keepalive.
Keepalive er en tjenesteprogramvare i klyngehåndtering som sikrer høy klyngetilgjengelighet, likt heartbeat, for å forhindre enkeltpunkter for feil.
keepalilived er basert på VRRP-protokollen, som står for Virtual Router Redundancy Protocol, altså den virtuelle rutingsredundansprotokollen.
Virtuell rute-redundansprotokoll, som kan betraktes som en protokoll for å oppnå høy tilgjengelighet av rutere, det vil si at N rutere som gir de samme funksjonene som en rutergruppe, denne gruppen har en master og flere sikkerhetskopier, og det finnes en VIP på masteren som leverer tjenester til omverdenen (standardruten for andre maskiner i LAN-et der ruteren er plassert er VIP), masteren sender en multicast, og når backupen ikke kan motta VRRP-pakken, regnes det som at masteren er nede. På dette tidspunktet må du velge en backup som master i henhold til prioriteten til VRRP. Dette vil sikre høy tilgjengelighet på ruteren.
Keepalived har tre hovedmoduler, nemlig Core, Check og VRRP. Kjernemodulen er kjernen i keepalived, som er ansvarlig for å starte og vedlikeholde hovedprosessen, samt laste og analysere globale konfigurasjonsfiler. Check er ansvarlig for helsesjekker, inkludert ulike vanlige undersøkelsesmetoder. VRRP-modulen er designet for å implementere VRRP-protokollen
I.9 Havn
Harbor er en bedriftsklasse registerserver for lagring og distribusjon av Docker-bilder.
I.10 Ignite / Redis
Apache Ignite In-Memory Data Organization Framework er en høyytelses, integrert og distribuert minnebasert databehandlings- og transaksjonsplattform for storskala datasettbehandling med høyere ytelse enn tradisjonelle disk- eller flashbaserte teknologier, samtidig som den tilbyr høyytelses, distribuert dataorganisering i minnet mellom applikasjoner og ulike datakilder.
| serienummer | Sammenlign prosjekter | Apache Ignite | Redis | | 1 | JCache (JSR 107) | Ignite er fullt kompatibel med JCache (JSR107) caching-spesifikasjonen | Ikke støttet | | 2 | ACID-transaksjoner | Ignite støtter fullt ut ACID-transaksjoner, inkludert optimistiske og pessimistiske samtidighetsmodeller samt READ_COMMITTED, REPEATABLE_READ og SERIALISABLE isolasjonsnivåer. | Redis gir begrenset støtte for optimistiske transaksjoner på klientsiden, som krever at klienten manuelt prøver transaksjonen på nytt ved samtidige oppdateringer. | | 3 | Datapartisjonering | Ignite støtter partisjonert caching, lik en distribuert hash, hvor hver node i klyngen lagrer en del av dataene, og Ignite automatisk rebalanserer dataene ved en topologiendring. | Redis tilbyr ikke partisjonering, men tilbyr sharding av replikaer, som er svært rigid å bruke og krever en rekke ganske komplekse manuelle steg hver gang topologien endres, både klient og server. | | 4 | Full kopi | Ignite støtter bufret replikering, støttet av hvert nøkkel-verdi-par for hver node i klyngen. | Redis gir ikke direkte støtte for full replikasjon. | | 5 | Native objekt | Ignite lar brukere bruke sin egen domeneobjektmodell og gir innebygd støtte for alle Java/Scala-, C++- og .NET/C#-datatyper (objekt), slik at brukere enkelt kan lagre ethvert program og domeneobjekt i Ignite-cachen. | Redis tillater ikke brukere å bruke egendefinerte datatyper, men støtter kun forhåndsdefinerte samlinger av grunnleggende datastrukturer, som Set, List, Array og noen få andre. | | 6 | Client-side (nær) cache | Ignite gir direkte støtte for klientbasert caching av nylig aksesserte data. | Ikke støttet | | 7 | (serverside) kontrast | Ignite støtter direkte kjøring av hvilken som helst Java-, C++- og .NET/C#-kode på en supplerende måte nær dataene på serversiden. | Redis har vanligvis ingen kollokasjonsmuligheter, og serversiden støtter i praksis kun LUA-skriptspråk, og serversiden støtter ikke direkte kjøring av Java-, .NET- eller C++-kode. | | 8 | SQL-spørringer | Ignite støtter full SQL (ANSI-99) syntaks for å spørre data i minnet. | Redis støtter ikke noe spørringsspråk, kun klientside-caching-API-et. | | 9 | Kontinuerlig undersøkelse | Ignite gir støtte for både klient- og server-side vedvarende spørringer, og brukere kan sette server-side filtre for å redusere og redusere antall hendelser som sendes til klienten. | Redis gir støtte for klientside-nøkkelbaserte hendelsesvarsler, men tilbyr ikke server-side filtre, noe som resulterer i en betydelig økning i nettverkstrafikk for oppdateringsvarsler på både klient- og serversiden. | | 10 | Databaseintegrasjon | Ignite kan automatisk integrere eksterne databaser – RDBMS, NoSQL og HDFS. | Redis kan ikke integreres med eksterne databaser. |
I.11 ELG
ELK består av tre komponenter: Elasticsearch, Logstash og Kibana;
Elasticsearch er en åpen kildekode distribuert søkemotor som har distribuert, null-konfigurasjon, auto-oppdagelse, indeks-auto-sharding, indeksreplika-mekanisme, restful-grensesnitt, flere datakilder og automatisk søkenyttelast.
Logstash er et helt åpen kildekode-verktøy som samler inn, analyserer og lagrer loggene dine for senere bruk
Kibana er et åpen kildekode- og gratisverktøy som gir Logstash og ElasticSearch et logganalysevennlig webgrensesnitt som kan hjelpe deg med å aggregere, analysere og søke i viktige datalogger.
I.12 Kong(Nginx)
Kong er et svært tilgjengelig, lett å utvide API-prosjekt skrevet på Nginx_Lua moduler og er åpen kildekode fra Mashape. Siden Kong er basert på Nginx, kan den skalere flere Kong-servere horisontalt og fordele forespørsler jevnt til hver server gjennom en frontlastet konfigurasjon for å håndtere et stort antall nettverksforespørsler.
Kong har tre hovedkomponenter:
KongServer: En server basert på nginx som mottar API-forespørsler.
ApacheCassandra/PostgreSQL: Brukes til å lagre operasjonelle data.
Kongdashboard: Offisielt anbefalt UI-administrasjonsverktøy, selvfølgelig kan du også bruke Restfull for å administrere adminapi.
Kong bruker en plugin-mekanisme for funksjonell tilpasning, hvor et sett med plugins (som kan være 0 eller n) kjøres gjennom livssyklusen til API-forespørsels-responssløyfen. Pluginen er skrevet i Lua og har for øyeblikket flere grunnleggende funksjoner: HTTP grunnleggende autentisering, nøkkelautentisering, CORS (Cross-originResourceSharing), TCP, UDP, fillogging, API-forespørselsbegrensning, forespørselsvideresending og nginx-overvåking.
I.13 Openstack
OpenStack+KVM
OpenStack: Prosjekt for åpen kildekode-administrasjon
OpenStack er et åpen kildekode-prosjekt som har som mål å tilby programvare for bygging og administrasjon av offentlige og private skyer. Det er ikke et stykke programvare, men en kombinasjon av flere hovedkomponenter for å utføre et spesifikt arbeid. OpenStack består av følgende fem relativt uavhengige komponenter:
OpenStackCompute (Nova) er et sett med kontrollere brukt til virtuell maskinberegning eller for å starte virtuelle maskininstanser ved bruk av grupper;
OpenStack Image Service (Glance) er et system for bildesøk og henting av virtuelle maskiner som gjennomfører håndtering av virtuelle maskinbilder.
OpenStack Object Storage (Swift) er et objektbasert lagringssystem for store systemer med innebygd redundans og feiltoleranse, lik Amazon S3.
OpenStackKeystone for brukeridentitetstjenester og ressursstyring, samt
OpenStackHorizon, et Django-basert dashbordgrensesnitt, er et grafisk administrasjonsgrensesnitt.
Opprinnelig utviklet av NASA og Rackspace sent i 2010, har dette åpne kildekodeprosjektet som mål å skape en lettinstallert, funksjonsrik og skalerbar skyplattform for skybasert databehandling. Den første oppgaven til OpenStack-prosjektet er å forenkle distribusjonsprosessen for skyen og bringe god skalerbarhet til den, i et forsøk på å bli operativsystemet til datasenteret, altså det skybaserte operativsystemet.
KVM: Åpen virtualiseringsteknologi
KVM (Kernel-based VirtualMachine) er en åpen kildekode-systemvirtualiseringsmodul som krever maskinvarestøtte, som IntelVT-teknologi eller AMDV-teknologi, som er fullstendig virtualisert basert på maskinvare og fullt integrert i Linux.
I 2008 kjøpte Red Hat opp Qumranet for å kjøpe KVM-teknologi og promotere den som en del av sin virtualiseringsstrategi, og støttet KVM som eneste hypervisor da RHEL 6 ble lansert i 2011. KVM fokuserer på høy ytelse, skalerbarhet, høy sikkerhet og lave kostnader.
I.14 Diskonfflor
Med fokus på ulike «felles komponenter» og «felles plattformer» for «distribuert systemkonfigurasjonsstyring», tilbyr vi enhetlige «konfigurasjonsstyringstjenester».
I.15 Apollo
Apollo er en konfigurasjonsstyringsplattform utviklet av Ctrips rammeverksavdeling, som sentralt kan administrere konfigurasjonen av ulike miljøer og klynger av applikasjoner, og som kan flyttes til applikasjonssiden i sanntid etter konfigurasjonsendring, og har standardiserte tillatelser, prosessstyring og andre egenskaper.
Serveren er utviklet basert på SpringBoot og SpringCloud, og kan kjøres direkte etter pakking uten å installere ekstra applikasjonscontainere som Tomcat.
I.16 gRPC
gRPC er et høyytelses, åpen kildekode og allsidig RPC-rammeverk for mobil- og HTTP/2-design. For øyeblikket finnes C-, Java- og Go-språkversjoner, nemlig: grpc, grpc-java og grpc-go. C-versjonen støtter C, C++, Node.js, Python, Ruby, Objective-C, PHP og C#.
gRPC er designet basert på HTTP/2-standarden, og gir funksjoner som toveis flyt, flytkontroll, hodekomprimering og multipleksforespørsler på en enkelt TCP-tilkobling. Disse funksjonene gjør at den presterer bedre på mobile enheter, og sparer strøm og plass.
I.17-kanalen
canal er et åpen kildekode-prosjekt under Alibaba, utelukkende Java-utvikling. Basert på inkrementell loggparsing i databasen gir den inkrementell dataabonnement og forbruk, og støtter for øyeblikket hovedsakelig MySQL (støtter også mariaDB).
Tjenester basert på logginkrementell abonnements- og forbruksstøtte:
- Databasespeiling
- Sanntids databasebackup
- Flernivåindeksering (selgere og kjøpere har separate indekser)
- searchbuild
- Oppdatering av tjenestecache
- Viktige forretningsnyheter som prisendringer
I.18 Sparkstreaming
SparkStreaming er en utvidelse av Spark kjerne-API-et som muliggjør høyhastighets- og feiltolerant behandling av sanntidsstrømmende data. Støtte for datainnsamling fra ulike datakilder, inkludert Kafk, Flume, Twitter, ZeroMQ, Kinesis og TCPsockets, og etter å ha hentet data fra datakilder, kan komplekse algoritmer behandles ved hjelp av avanserte funksjoner som kart, reduksjon, sammenkobling og vindu.
I.19 SonarQube
Sonar er en åpen kildekodeplattform for kodekvalitetsstyring for å håndtere kvaliteten på kildekoden og oppdage kodekvalitet fra syv dimensjoner
Gjennom form av plug-ins kan den støtte kodekvalitetsstyring og deteksjon i mer enn 20 programmeringsspråk, inkludert Java, C#, C/C++, PL/SQL, Cobol, JavaScrip, Groovy osv
I.20 DataX
DataX er et offline synkroniseringsverktøy for heterogene datakilder, dedikert til å oppnå stabil og effektiv datasynkronisering mellom ulike heterogene datakilder, inkludert relasjonsdatabaser (MySQL, Oracle, osv.), HDFS, Hive, ODPS, HBase, FTP og flere.
I.21 Zen Management/Jira
Zen-funksjon
1) Produktledelse: produkter, krav, planer, utgivelser, veikart og andre funksjoner.
2) Prosjektledelse: prosjekter, oppgaver, team, builds, burndown-diagrammer og andre funksjoner.
3) Kvalitetsstyring: feil, testtilfeller, testoppgaver, testresultater og andre funksjoner.
4) Dokumenthåndtering: produktdokumentbibliotek, prosjektdokumentbibliotek, egendefinert dokumentbibliotek og andre funksjoner.
5) Transaksjonshåndtering: oppgavehåndtering, personlige anliggender som Mine oppgaver, Mine feil, Mine behov og Mine prosjekter.
6) Organisering og ledelse: avdelinger, brukere, grupper, tillatelser og andre funksjoner.
7) Statistisk funksjon: rik statistisk tabell.
8) Søkefunksjon: Finn tilsvarende data gjennom søk.
JIRA-funksjoner
1) Problemstyring og -håndtering (problemtyper inkluderer NewFeature, Bug, Task og Improvement);
2) Analyserapport om problemoppfølging;
3) Prosjektkategoristyringsfunksjon;
4) komponent-/modullederfunksjon;
5) Prosjektets e-postadressefunksjon;
6) Ubegrensede arbeidsflyter.
I.22 XXJOB
XXL-JOB er et lett distribuert oppgaveplanleggingsrammeverk med kjernedesignmål om rask utvikling, enkel læring, lett vekt og enkel skalering.
- Enkelt: Støtt CRUD-drift på oppgaver via nettsider, enkel operasjon, ett minutt til å komme i gang;
- Dynamisk: Støtter dynamisk endring av oppgavestatus, pause/gjenoppta oppgaver og avslutning av kjørende oppgaver, som trer i kraft umiddelbart.
- Dispatch Center HA (sentralisert): Planleggingen er designet sentralt, og "Dispatch Center" er basert på klyngen Quartz og støtter klyngeutplassering, noe som kan sikre HA for dispatch-senteret.
- Executor HA (distribuert): Oppgaver utføres på en distribuert måte, og oppgave-«executoren» støtter klyngeutrulling for å sikre HA-utførelse av oppgavene.
- Register: Utøveren vil automatisk registrere oppgaver periodisk, og Dispatch-senteret vil automatisk oppdage de registrerte oppgavene og utløse deres utførelse. Samtidig støtter den også manuell registrering av aktuatoradresser;
- Elastisk skalering: Når en ny utfører-maskin går online eller offline, vil oppgaven bli omfordelt under neste planlegging.
- Routingstrategier: Gir rike rutingstrategier ved utrulling av en executor-klynge, inkludert: første, siste, polling, tilfeldig, konsistent HASH, minst brukt, sist ubrukt, failover, travel-overføring, osv.
- Failover: Hvis Failover velges for oppgaverutingspolicyen, og en maskin i executioner-klyngen feiler, bytter systemet automatisk til en normal utøver for å sende en planleggingsforespørsel.
- feilhåndteringsstrategi; Håndteringspolicyene for planleggingsfeil inkluderer: feilalarm (standard), feilforsøk;
- Mislykket forsøk: Når dispatch-senterets planlegging feiler og policyen for mislykket forsøk aktiveres, prøver systemet automatisk én gang. Hvis executoren ikke kjører og callbacken ikke prøver tilstanden på nytt, vil den også automatisk bli prøvd på nytt.
- Blokkeringsprosesseringsstrategi: behandlingsstrategien når planleggingen er for tett for at eksekutoren kan behandle, inkludert enkelt-maskin seriell (standard), forkaste påfølgende planlegging og overskrive tidligere planlegging;
- Shard broadcast-oppgave: Når executor-klyngen deployeres, hvis oppgave-rutingspolicyen velges som "Shard Broadcast", vil en oppgaveplanlegging kringkaste for å utløse alle utøvere i klyngen til å utføre en oppgave, og sharding-oppgaven kan utvikles i henhold til sharding-parametrene.
- Dynamisk sharding: Den shardede kringkastingsoppgaven er shardet basert på utøverens dimensjon, og støtter dynamisk utvidelse av eksekutorklyngen for å dynamisk øke antall shards og samarbeide om forretningsprosessering. Når man utfører forretningsoperasjoner med stort datavolum, kan det betydelig forbedre kapasiteten og hastigheten på oppgavebehandling.
- Hendelsesutløsing: I tillegg til cron-metoden og den oppgaveavhengige modusen for å utløse oppgaveutførelse, støttes hendelsesbaserte utløsingsmetoder. Dispatch-senteret tilbyr API-tjenester som utløser én enkelt utførelse av oppgaver, som fleksibelt kan utløses i henhold til forretningshendelser.
- Overvåking av oppgavefremdrift: Støtte sanntidsovervåking av oppgavefremdrift;
- Rullerende sanntidslogg: støtter visning av planleggingsresultater på nett, og støtter å se den komplette utførelsesloggens utdata fra eksekutoren i sanntid på rullende måte.
- GLUE: Tilbyr en WebIDE som støtter online utvikling av oppgavelogikkkode, dynamisk utgivelse, sanntidskompilering og effektivitet, og eliminerer prosessen med distribusjon og lansering. Støtter 30 versjoner av den historiske versjonen baklengs.
- Skriptoppgaver: Støtt utvikling og kjøring av skriptoppgaver i GLUE-modus, inkludert Shell, Python, NodeJS og andre skript.
- Oppgaveavhengigheter: Støtt konfigurasjon av deloppgaveavhengigheter; når foreldreoppgaven utføres og utførelsen er vellykket, vil utførelsen av deloppgaven aktivt bli utløst, og flere deloppgaver vil være adskilt med kommaer.
- Konsistens: Planleggingssenteret sikrer konsistens i klyngedistribuert planlegging gjennom databaselåser, og kun én oppgaveplanlegging vil utløse én kjøring.
- Egendefinerte oppgaveparametere: Støtter online konfigurasjon av planleggingsparametere for oppgaver, som trer i kraft umiddelbart;
- Planleggingstrådpool: Planleggingssystemet utløser planleggingsoperasjoner med flere tråder for å sikre at planleggingen utføres nøyaktig og ikke blokkeres.
- Datakryptering: Kommunikasjonen mellom dispatch-senteret og eksekutoren krypteres for å forbedre sikkerheten til dispatch-informasjon.
- E-postalarm: Støtt e-postalarm når en oppgave feiler, og støtte konfigurasjon av flere e-postadresser for å sende alarm-e-poster i bulk.
- Press Mavens sentrale repositorium: Den nyeste stabile versjonen vil bli pushet til Mavens sentrale repositorium for å lette brukertilgang og bruk.
- Kjør rapport: Støtter sanntidsvisning av kjørende data, som antall oppgaver, antall tidsplaner, antall utøvere osv. og planleggingsrapporter, som distribusjonsdiagram for planleggingsdatoer, kart over fordeling av suksess, osv.;
- Full asynkron: Det nederste laget i systemet realiserer full asynkron, og trafikktopp-avskalingen utføres for tette planlegging, som teoretisk støtter drift av oppgaver av hvilken som helst varighet.
I.23 Saltstabelen
En ny måte å administrere infrastruktur på, enkel å implementere, kan kjøre på minutter, god skalerbarhet, lett å administrere titusenvis av servere, rask nok, kommunikasjon mellom servere på sekunder.
Det underliggende saltlaget benytter en dynamisk tilkoblingsbuss som kan brukes til orkestrering, fjernkjøring, konfigurasjonsstyring osv.
I.24 Istio
Som et banebrytende prosjekt for håndtering av aggregasjonslag av mikrotjenester, er Istio det første felles open source-prosjektet mellom Google, IBM og Lyft (et utenlandsk samkjøringsselskap og Ubers rival), som tilbyr en samlet løsning, sikkerhet, administrasjon og overvåking av mikrotjenester.
Den første betaen er for øyeblikket for Kubernetes-miljøer, og fellesskapet hevder at støtte for virtuelle maskiner og andre miljøer som CloudFoundry vil bli lagt til i løpet av de kommende månedene. Istio legger til trafikkstyring i mikrotjenester og legger grunnlaget for verdiskapende funksjoner som sikkerhet, overvåking, ruting, tilkoblingsadministrasjon og policyer.
- automatisk lastbalansering for HTTP-, gRPC- og TCP-nettverkstrafikk;
- Den gir rike rutingsregler for å oppnå finjustert nettverksatferdsatferd.
- trafikkkryptering, autentisering mellom tjenester og sterke identitetskrav;
- Flåteomfattende håndheving av politikk;
- Dyp telemetri og rapportering.
Arkitektur
Sikkerhet
Grunnleggende
Salt Stack + OpenStack + KVM + Kubernetes + Istio
|
Publisert på 14.05.2018 13:32:51
|
|
|
|
Publisert på 17.07.2019 13:41:46
|
