Erarbeitung einer resilienten und gut testbaren Java-Architektur für die neue 1&1 Access Control Center Applikation mit Spring MVC: control-center.1und1.de
-> Konzeption und Einführung eines Mock-Modus, auf dem E2E-Tests mit Protractor aufsetzen. Es werden sowohl lesende, schreibende als auch gescheiterte Servicezugriffe simuliert.
-> Einführung eines Cachings um
* Service-Anbieter zu entlasten
* Kunden eine bessere Performance zu bieten
* sessionScoped Beans für Serviceantworten überflüssig zu machen (da sessionScoped Beans nie null werden können und dadurch unhandlich sind)
-> Konzeption und Bau eines Service-Guardians, der
* einheitliche Konfiguration von Services garantiert
* Servicebetreiber vor Überlast schützt
* automatische Reconnects nach zu vielen gescheiterten Aufrufen macht
* automatisches Logging von Requests, Responses und Errors mitbringt
* es unnötig macht, sich darüber Gedanken machen zu müssen wie oft ein Entwickler in einem Webrequest einen Serviceaufruf macht (ein erfolgreicher Aufruf wird gecacht, bei einem gescheiterten Aufruf werden alle weiteren Aufrufe dieses Services im Request nicht mehr ausgeführt)
* Ab-/Anschalten einzelner ServiceClients im Live- sowie Testbetrieb ermöglicht
* checked ServiceUnavailableExceptions an Servicemethoden erzwingt, damit die Behandlung von Service-Ausfällen mit Fallbacks nicht vergessen wird
* es erlaubt einen ServiceClient mit den gelisteten Features einfach mit @Autowired einzubinden
==> Das Control Center ist hoch resilient, langsame oder ausgefallene Services führen nicht zu 500er, sondern für den Kunden werden nicht verfügbare Funktionen ausgeblendet und je nach Usecase sprechende Fehlermeldungen ausgegeben. Service-Probleme reparieren sich selbständig, sobald ein Service wieder verfügbar ist.
-> OWASP Security Standards vorantreiben: ein interner und ein externer PEN-Tests haben keine relevanten Sicherheitslücken in der Applikation gefunden
-> Einführung von Best Practices: Gleiche Aufgaben werden in der Applikation stets auf die gleiche Art gelöst
-> Einführung einer modularer Maven Struktur
-> Implementierung zahlreicher Features (z.B. Simkarten sperren/entsperren, einheitliches Tracking, A/B-Testing, Technikertermin ändern, Telefonbucheintrag , OptIn/OptOut, uvm. )
Technische Konzeption und Entwicklung von Java-Web-Anwendungen
Bundesbehörden
Mode
Telekommunikation
Erarbeitung einer resilienten und gut testbaren Java-Architektur für die neue 1&1 Access Control Center Applikation mit Spring MVC: control-center.1und1.de
-> Konzeption und Einführung eines Mock-Modus, auf dem E2E-Tests mit Protractor aufsetzen. Es werden sowohl lesende, schreibende als auch gescheiterte Servicezugriffe simuliert.
-> Einführung eines Cachings um
* Service-Anbieter zu entlasten
* Kunden eine bessere Performance zu bieten
* sessionScoped Beans für Serviceantworten überflüssig zu machen (da sessionScoped Beans nie null werden können und dadurch unhandlich sind)
-> Konzeption und Bau eines Service-Guardians, der
* einheitliche Konfiguration von Services garantiert
* Servicebetreiber vor Überlast schützt
* automatische Reconnects nach zu vielen gescheiterten Aufrufen macht
* automatisches Logging von Requests, Responses und Errors mitbringt
* es unnötig macht, sich darüber Gedanken machen zu müssen wie oft ein Entwickler in einem Webrequest einen Serviceaufruf macht (ein erfolgreicher Aufruf wird gecacht, bei einem gescheiterten Aufruf werden alle weiteren Aufrufe dieses Services im Request nicht mehr ausgeführt)
* Ab-/Anschalten einzelner ServiceClients im Live- sowie Testbetrieb ermöglicht
* checked ServiceUnavailableExceptions an Servicemethoden erzwingt, damit die Behandlung von Service-Ausfällen mit Fallbacks nicht vergessen wird
* es erlaubt einen ServiceClient mit den gelisteten Features einfach mit @Autowired einzubinden
==> Das Control Center ist hoch resilient, langsame oder ausgefallene Services führen nicht zu 500er, sondern für den Kunden werden nicht verfügbare Funktionen ausgeblendet und je nach Usecase sprechende Fehlermeldungen ausgegeben. Service-Probleme reparieren sich selbständig, sobald ein Service wieder verfügbar ist.
-> OWASP Security Standards vorantreiben: ein interner und ein externer PEN-Tests haben keine relevanten Sicherheitslücken in der Applikation gefunden
-> Einführung von Best Practices: Gleiche Aufgaben werden in der Applikation stets auf die gleiche Art gelöst
-> Einführung einer modularer Maven Struktur
-> Implementierung zahlreicher Features (z.B. Simkarten sperren/entsperren, einheitliches Tracking, A/B-Testing, Technikertermin ändern, Telefonbucheintrag , OptIn/OptOut, uvm. )
Technische Konzeption und Entwicklung von Java-Web-Anwendungen
Bundesbehörden
Mode
Telekommunikation