Introduktion till Spring Cloud
Spring Cloud är ett öppen källkodsbibliotek som tillhandahåller verktyg för att snabbt utveckla JVM-baserade applikationer för molnet. Låter applikationer ansluta till olika tjänster. Vårmoln låter utvecklare snabbt bygga olika applikationer och tjänster som kan implementera vanliga mönster som intelligent routing, klustertillstånd, distribuerade sessioner, globala lås, kontroll av konfigurationshantering av bussar etc. i distribuerade system. De kan enkelt arbeta i alla miljöer, från dina vanliga datorer till olika hanterade plattformar. Så det kan utvidgas till alla andra molnplattformar.
Funktioner av Spring Cloud
Spring Cloud ger en bättre upplevelse och en utdragbar mekanism som andra. Viktiga funktioner i vårmoln är:
- Distribuerad konfiguration
- Distribuerad meddelanden
- service-till-tjänst samtal
- Brytare
- Globala lås
- Service registrering
- Serviceupptäckt
- Lastbalansering
- Klustertillstånd
- routing
Varför ska vi kräva vårmoln?
Vi står inför följande problem under utvecklingen av distribuerade mikroservrar med Spring Boot:
- Prestationsproblem : Olika driftskostnader påverkar prestandan dåligt.
- Komplexitet vid implementering: DevOps-kompetens krävs.
- Redundans: Distribuerade system stöter ofta på redundansproblem.
- Belastningsbalansering : Fördelning av arbetsbelastning över olika datorresurser förbättras med Load Balancing.
- Distribuerade systemkomplexiteter: Komplexitet inkluderar bandbreddproblem, nätverksproblem, säkerhetsproblem, latensproblem etc.
- Servicekatalogverktyg: Dessa verktyg låter processer och tjänster i samma kluster prata med varandra.
Hur fungerar det?
Nedan är förklaringen på hur vårmoln fungerar:
- Spring Cloud-konfigurering ger support på klientsidan och server för olika konfigurationer i distribuerade system.
- Det ger en centraliserad plattform för att hantera olika egenskaper för alla applikationer i olika miljöer.
- Både server- och klientkoncept kartlägger abstraktionen av egendomskällan och vårapplikationer identiskt.
- De fungerar korrekt med Spring-applikationer och kan användas med olika applikationer på vilket språk som helst.
- Det låter dig hantera och konfigurera alla miljöer när applikationer går genom distributionsrörledningar från utveckling till test.
- Det säkerställer också om alla applikationer är nödvändiga när de migrerar.
- Att lägga till och ansluta alternativa implementationer med Spring Cloud Config är enkelt.
- Standardvärdet för
spring.cloud.config.uri ie http://localhost:8888/kontaktas av Spring Boot-applikationer tills Spring Config Client och Spring Boot Actuator är på klassvägen. - Du kan ändra standardvärdet
value spring.cloud.config.urikan ställas in ibootstrap.(yml | properties)eller i systemegenskaper.
Koda:
@Configuration
@EnableAutoConfiguration
@RestController
public class DemoApplication (
@Value("$(config.name)")
String str = "Cloud";
@RequestMapping("/")
public String new() (
return "Spring " + str;
)
public static void main(String() args) (
SpringApplication.run(DemoApp.class, args);
)
)
- Lokal konfiguration eller fjärrkonfigurationsserver kan ange värdet för namn.
- Du kan prova att köra din egen server med en spring-cloud-config-server.
- För att köra applikationen på port 8888 kan du ställa
spring.config.name=configserverOch data serveras sedan från provlager. - För att hitta nödvändiga konfigurationsdata kan du behöva
spring.cloud.config.server.git.uri
Uppsättning av vårmoln
Nedan följer stegen att följa:
Steg 1: Öppna webbplatsen https://start.spring.io/ och välj
Steg 2: Välj Spring Boot 1.4.X.
Steg 3: Artefakter bör ställas in på 'config'.
Steg 4: Lägg till konfigurationsserverns modul från beroendeavsnittet.
Steg 5: Klicka på knappen Generera för att ladda ner ett förkonfigurerat projekt som innehåller en zip-fil.
Steg 6: Du kan också skapa ett Spring Boot-projekt genom att lägga till beroenden till POM-filen manuellt.
Steg 7: Dessa beroenden kan delas mellan alla projekt.
Koda:
org.springframework.boot
spring-boot-starter-parent
1.4.0.RELEASE
org.springframework.boot
spring-boot-starter-test
test
org.springframework.cloud
spring-cloud-dependencies
Brixton.SR5
pom
import
org.springframework.boot
spring-boot-maven-plugin
Steg 8: Beroende på 'konfigurationsservern' är nedan:
Koda:
org.springframework.cloud
spring-cloud-config-server
Steg 9: Programklassen bör läggas till med följande för att aktivera Config Server som nämnts i föregående exempel:
Koda:
@SpringBootApplication
@EnableConfigServer
public class DemoApplication (
…
)
Steg 10: "Applikationsegenskaper" ska läggas till i src / main / resurser.
Koda:
server.port = 8888
spring.application.name = config
spring.cloud.config.server.git.uri = file://$(user.home)/application-config
Steg 11: Uri-parametern är en av de viktigaste inställningarna för 'konfigurationsservern'.
Steg 12: På Windows läggs Uri-parametern vanligtvis till en relativ sökväg som löses till C:\users\\. And on Linux, it is /users//. C:\users\\. And on Linux, it is /users//.
Steg 13: Alla fastighetsfiler för olika applikationer lagras i ovannämnda Git-arkiv.
Steg 14: Mappen "applikation-konfigurering" ska sedan läggas till mappen cloud.config.server.git.uri.
Steg 15: Navigera till den mappen med hjälp av 'cd' -kommandot och skriv sedan git init.
Steg 16: Ett Git-arkiv kommer att initieras nu, så att du kan lagra och spåra dina filer.
Steg 17: Kör konfigurationsservern för att kontrollera om den fungerar.
Steg 18: Skriv mvn spring-boot: kör kommando i kommandoraden för att starta servern.
Steg 19: Följande utgång kommer att ses som en indikation för en framgångsrik serverstart:
Tomcat started on port(s): 8888 (http)
Steg 20: Konfigurationsservern hanterar applikationsegenskaperna i servrarna.
Steg 21: På servrarna bör varje applikations egenskaper konfigureras på ett sådant sätt att de ska kunna prata tillbaka till servern.
Steg 22: Den här processen är en bootstrap-process. Var och en av applikationerna bör ha en fil som heter egenskaper.
Steg 23: Den innehåller egenskaper som liknar applikationsegenskaper med få skillnader.
Steg 24: Egenskaperna laddas ursprungligen av en överordnad fjäder som heter Application Context.
Steg 25: Eftersom det är avgörande kommer konfigurationsservern att starta egenskaperna för hantering av egenskaper.
Steg 26: Application Context dekrypterar också krypterade egenskaper.
Steg 27: Dessa egenskaper ska hållas åtskilda.
Steg 28: Egenskaperna initierar konfigurationsservern och gör den klar.
Steg 29: Egenskaperna anger egenskaperna för din applikation.
Steg 30: Tekniskt sett kan applikationsegenskaperna också placeras i egenskaper.
Steg 31: Även om konfigurationsserver är ansvariga för hanteringen av applikationsegenskaper, kommer vi fortfarande att behöva egenskaperna eftersom de är tillgängliga som standardvärden och det är inte tillgängligt i konfigurationsservrar.
Slutsats
Olika delar av Spring Cloud kan anslutas till en funktionell Microservice-applikation. Detta är en basplattform som låter dig bygga olika komplexa applikationer. Spring Cloud låter dig bygga kraftfulla molnapplikationer. Alla problem med distribuerade miljöer löses med hjälp av Spring Cloud.
Rekommenderade artiklar
Detta är en guide till Vad är vårmoln? Här diskuterar vi funktioner, dess krav, hur dess arbete och steg för steg installation av Spring Cloud. Du kan också gå igenom våra andra relaterade artiklar för att lära dig mer-
- Vad är Spring Boot?
- Vad är Salesforce Sales Cloud?
- Vad är fel?
- Vad är Git Branch?
- Spring Cloud Components