Heutzutage dreht es sich in IT-Systemen nur noch um Daten. Wo kommen Sie her, wie und wo werden sie gespeichert, wo angezeigt und welche nachgelagerten Prozessschritte existieren? Früher oder später werden sie jedoch exportiert und an dieser Stelle kann die Protokollierung und Nachvollziehbarkeit eine große Rolle spielen (z.B. hinsichtlich Datenschutz). Dabei ist zu meist weniger relevant wer den Export durchgeführt hat, sondern eher In welchen Exporten war ein bestimmter Datensatz drin bzw. nicht drin?.

In Teil 1 dieses Artikels wurde gezeigt, wie mit der Earned Value Analyse der aktuelle IST-Stand eines Projekts hinsichtlich Kosten- und Terminplanung ermittelt werden kann. In einem nächsten Schritt zeige ich nun, wie sich mit Hilfe der EVA Prognosen über den weiteren Projektverlauf stellen lassen.

Vor kurzem las ich im Java Magazin 11/2015 den Artikel Fundierte Entscheidungen treffen können, in dem beschrieben wird, worauf man bei analysierbaren Systemen achten kann/sollte. Dabei ist ein wichtiger Bestandteil und Treiber immer auch die Architektur, die sich im Service Layer zumeist in Backend- und Integration-Layer unterteilen lässt, wie in Abbildung 1 aufgezeigt wird.

Bei der Devoxx4Kids handelt es sich um eine weltweite Veranstaltungsreihe (in über 80 Ländern), bei der Kinder im Alter von 7-14 Jahren einen kreativen Umgang mit Computern, Robotern und Elektronik erlernen.

SiteOS hat bei mehreren Bestandsanwendungen (Projekte und Produkten) eine Migration von „JBoss AS FINAL 7.1.1 Community Edition“ nach WildFly 8.2.0.Final durchgeführt. Dieser Artikel ist keine HowTo-Anleitung für eine Migration, sondern beschreibt die konkreten aufgetretenen „Herausforderungen“ und deren mögliche Lösungen oder Workarounds.

Teil 1: UT Vales Projekt? – Ermittlung des aktuellen Projektstatus mit Hilfe der earned value Analyse

SiteOS hat im Rahmen eines Großprojektes eine Technologieauswahl für eine neue Applikation bei einem Kunden durchgeführt. Ziele dabei waren, eine Technologie zu finden, welche sich in die bestehende IT-Infrastruktur und Applikationslandschaft nahtlos integrieren lässt und mit der die Anforderungen an die neue Applikation möglichst einfach umzusetzen sind.

Höherer Durchsatz bei größeren Datenmengen Im Rahmen einer größeren Softwareumstellung bei einem Kunden wurde auch der von der verteilten Datenbank verwendete Replikationsmechanismus erfolgreich von Oracle Streams Replication auf Oracle GoldenGate umgestellt. Dabei handelt es sich um eine sternförmige, unidirektionale Verteilung, d.h. die Änderungen werden in einer zentralen Datenbank eingesteuert und von da an die anderen Datenbanken übertragen.