...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
...
Innehållsförteckning |
---|
VP 2.1.0
För att se vad som ingick i releasen gå till Jira för SKLTP, https://skl-tp.atlassian.net/secure/Dashboard.jspa, och klicka på SKLTP 2.1.0.
VP 2.0.2
Releasen innebär följande förbättringar:
- Prestandaoptimeringar: Möjlighet att kunna styra keep-alive per tjänst
- Prestandaoptimeringar: Möjlighet att kunna slå på och av tcp nodelay på http-connectorer
Prestandaoptimeringar
För konsumenter och producenter som stödjer keep-alive finns det nu möjlighet att per tjänst kunna slå på och av detta.
VP 2.0.0
Releasen innebär följande förbättringar:
- Stöd för aktiv övervakning i enlighet med RIV TA PingForConfiguration
- Förbättrad hantering av loggning
- Robust runtime beroende till tjänstekatalogen
- Stöd (Mule) för en komponentbaserad paketering
- Bättre prestanda
- Uppgradering plattform
Stöd för aktiv övervakning
Funktionellt sett så innehåller VP 2.0 stöd för aktiv övervakning, dvs. den övervakar automatiskt alla producenter som tillhandahållerPingForConfiguration tjänster. Statusen för producenterna publiceras som en Webb-tjänst på samma sätt som Sjunet kan övervakas (XML/HTTP), och målsättningen är att denna ska publiceras på Ineras hemsida, jämför med Sjunet driftstatus Övervakningen består av två komponenter som båda är tilläggskomponenter till TK och VP.
- log-analyzer - står för statusanalys och lagring av loggdata, och installeras som en webb-applikation (WAR) i TK.
- vp-supervisor - övervakar producenter, och installeras som en tilläggskomponent (JAR) i den VP instans som man vill ska utföra detta jobb.
Klicka här för mer information om övervakning och loggning
Förbättrad hantering av loggning
VP är avlastad från hantering av loggning till databas, och den nya loggningen stödjer också livscykelhantering där man kan bestämma hur länge loginformation ska sparas och också hur länge innehållet (paylaod) för en access ska sparas. Vidare innebär uppdateringen att VP är mer väldefinierad utifrån ett arkitekturperspektiv där loggning sker asynkront via Apache MQ och i enlighet med ett väl definierat interface.
Dessutom sparas statistikräknare för samtliga tjänstekontrakt och också de domäner som önskas. Dessa räknare räknar på veckobasis antal anrop och hur många av dessa anrop som har gått fel. Detta gör det enkelt och problemfritt att sammanställa ett aktuellt läge.
Robust runtime beroende till tjänstekatalogen
Tidigare var VP beroende av att TK var uppe och körde vid omstart, och i nuvarande driftsmiljö innebar detta beroende till TK ett sk single point of failure. I och med 2.0 så sparas alltid den senaste hämtningen från TK på en lokal backup $HOME/.tk.localCache och skulle TK inte svara så används denna lokala backup istället. I loggen skrivs det en INFO rad varje gång en lokal kopia sparas eller används, och även ERROR rader om dettas skulle misslyckas. Exempel på en INFO rad i loggen:
INFO ... se.skl.tp.vp.vagvalagent.VagvalAgent: Save to local copy: /home/mule/.tk.localCache
Stöd (Mule) för en komponentbaserad paketering
VP paketeras nu i enlighet med Mule 3.X applikationskoncept som möjliggör att VP samkör i samma Mule instans med andra tillämpningar som tex aggregerade tjänster eller anslutningstjänster utan att dessa påverkar varandra utifrån deployment och konfigurationsinställningar. Paketeringen innebär att hela VP hanteras som ett enda zip arkiv som enkelt deployas in i Mule (jämförbart med en Webb applikationsserver och WAR paketerade applikationer).
Bättre prestanda
Prestanda har avsevärt förbättras och CPU förbrukningen är mindre än hälften jämfört med version 1.3.
Klicka här för mer information om prestanda
Uppgradering plattform
Plattformen har uppdaterats till:
- Mule 3.3.1
- Java 1.6.0_033
- Apache MQ 5.6.0
- Apache Cassandra 1.1
...
VP 1.3.3
Ladda hem
Förändringar
Prestandaförbättringar vad gäller loggning
Hämta logiska adresser för ett tjänstekontrakt
En ny tjänst som listar alla logiska adresser för ett tjänstekontrakt. Tjänsten kommer man åt via https://host:port/vp/GetLogicalAddresseesByServiceContract/1/rivtabp21?wsdl
VP 1.3.2
Förändringar
Huvudtemat för denna release är internet-access och stödtjänster för engagemangsindex.
Features
- Internet åtkomst via reverse proxy (in) och forward proxy (ut)
- Stödtjänster för engagemangsindex
Rättelser
- Reverse proxy stöd för PEM certificat
- Filtering av felaktiga HTTP headers
Hämta logiska adresser för ett tjänstekontrakt
En ny tjänst som listar alla logiska adresser för ett tjänstekontrakt. Tjänsten kommer man åt via https://host:port/vp/GetLogicalAddresseesByServiceContract/1/rivtabp21?wsdl
VP 1.3.1
Förändringar
Nedan beskrivs en summering av de förändringar som har gjorts i virtualiseringsplattformen sen föregående release.
Stöd för Reverse Proxy
I VP 1.3.1 har en mekanism tillkommit för att hämta certifikat från en fördefinierad http-header. Den här används i de fall TP står bakom en reverse proxy. I det här fallet förlorar man certifikat-data som tjänsteplattformen behöver. Administratören av Reverse Proxy-servern har då möjlighet att sätta certifikat data i denna header.
VP kollar om det finns ett certifikat i denna header och om så kollar man att anroparen finns med på en konfigurerbar lista med IP-addresser. Om anroparen finns med fortsätter exekveringen som vanligt.
Om det inte finns ett certifikat i den fördefinierade headern agerar tjänsteplattformen som den brukar.
Timeout trösklar
Det är nu möjligt att konfigurera timeout-värden i VP. Tidigare har ett fast värde på 10 sekunder varit det fördefinierade timeout-värdet i virtualiseringsplattformen.
Förbättrad loggstruktur
Loggdatabasen har utökats med fält för att underlätta sökningar och rensning av gamla loggar. Ett webbaserat gränssnitt mot loggdatabasen har även tagits fram för att underlätta felsökning och spårning.
Connection Pooling
Loggdatabasen använder nu en datakälla som stödjer anslutningspoolning. Detta optimerar prestanda genom att återanvända befintliga anslutningar till databasen samt att frigöra anslutningar som inte längre används.
Övrigt
En del systemparametrar har tagits bort antingen för att förenkla konfiguration eller på grund av överflöd.