Domino-Anwendungen in der neuen Welt von HCL Nomad Web

HCL Nomad Web ist eine völlig neue Art und Weise, wie Kunden und deren Benutzer mit Anwendungen in ihrer Notes/Domino-Umgebung interagieren können. Alles ist betroffen, von den Clients bis zu den Servern und dem dazwischen liegenden Netz.

Einige der Änderungen sind Aufgaben für die IT-Teams, da SafeLinx eine neue Komponente in Ihre IT-Infrastruktur einbringt. Andere wiederum beeinflussen die Art und Weise, wie Ihre Nutzer auf ihre Daten zugreifen. Ein großer Vorteil ist die Möglichkeit, ohne einen traditionell installierten Notes Client zu arbeiten, wenn Sie das Angebot von Nomad Web nutzen.

Wie man es auch dreht und wendet, diese neue Technologie bringt Veränderungen mit sich. Und mit diesem Wandel geht die Chance zur Konsolidierung einher. Wir müssen uns die Infrastruktur ansehen, die für die Herausforderungen einer anderen Zeit gebaut wurde, und beurteilen, was noch gebraucht wird. Wie sollte meine Netzwerk- und Serverinfrastruktur aussehen? Was passiert mit meinen Anwendungen, wenn ich Server konsolidiere? Welche Anwendungen sind für die heutigen Geschäftsprozesse noch relevant? Und welches Totholz hätte schon längst entfernt werden müssen?

Das Thema „Überlegen, was noch wertvoll ist“ in Ihrer Anwendungslandschaft wird noch dringlicher, wenn wir bedenken, dass Nomad Web auch Einschränkungen mit sich bringt: kein client-seitiges Java, keine XPages, keine Verwendung von Betriebssystemaufrufen oder Dateisysteminteraktion, um nur einige zu nennen. Eine umfassendere Liste finden Sie in HCLs Dokumentation über„HCL Nomad für Webbrowser – Einschränkungen„.

Die Frage ist nun: „Was ist es wert, mitgebracht zu werden und wie viel wird es kosten?“

Wird dies nicht beachtet, kann dies katastrophale Auswirkungen auf Geschäftsprozesse haben, die von der Funktionalität der Notes-Anwendungen abhängen. Die Investition von Ressourcen in irrelevante Anwendungen ist auch etwas, das die Kunden verzweifelt zu vermeiden versuchen.

In diesem Zusammenhang haben wir festgestellt, dass das Verständnis, die Verfolgung und das Handeln auf der Grundlage einer Reihe von KPIs unseren Kunden hilft, zu entscheiden, wie sie ihre Ressourcen am effektivsten einsetzen können. Diese KPIs werden durch die Auswertung einer Reihe von Fragen und Datenanalysetechniken generiert, die wir hier skizzieren möchten.

Wir haben bei vielen Kunden festgestellt, dass die Annahme, man wisse, welche Anwendungen relevant sind, ein gutes Rezept ist, um wichtige Komponenten zu übersehen. Das Gleiche gilt, wenn man alles als Teil des Projekts betrachtet. Wenn Sie Systemdatenbanken, Verzeichnisse, Maildateien, Mailarchive, Roaming-Komponenten, Anwendungen^{von Drittanbietern} und generell Teile, die einfach nur dazu dienen, dass Ihr Domino-Server funktioniert, ohne dem Unternehmen Vorteile und Funktionalität zu bieten, aussortieren, erhalten Sie eine Reihe von Anwendungen, die für Ihr Projekt in Frage kommen.

Das ist eine der am häufigsten gestellten Fragen, die wir auf unserem Tisch haben. Und jetzt, da wir unser Projekt auf die realen Anwendungen ausgerichtet haben, macht es Sinn, sich die Antworten anzusehen. Anwendungen, auf die seit mehr als einem Jahr nicht mehr zugegriffen wurde, sind in der Regel ein guter Kandidat für die Löschung. Alles, was eine kürzere Inaktivitätszeit hat, kann immer noch eine saisonale Datenbank sein, die nur einmal im Jahr, z. B. am Ende des Geschäftsjahres, genutzt werden kann. Deshalb ist es so wichtig, die Nutzung kontinuierlich zu überwachen und den Verlauf der verfügbaren Aktivitäten zu prüfen. Eine einfache Momentaufnahme über ein paar Wochen reicht einfach nicht aus, um wirksame Entscheidungen zu treffen. Neben der Frage der Effektivität geht es immer auch um die Vermeidung von Risiken für wichtige Geschäftsprozesse. Sie wollen nicht für das Einfrieren der Arbeitsfähigkeit in einem Ihrer Profitcenter verantwortlich sein.

Um das Risiko einer Beeinträchtigung kritischer Anwendungen zu vermeiden, müssen Sie einen Ansatz finden, um zu verstehen, was für die einzelnen Geschäftsbereiche wichtig ist. Wenn Sie wissen, wer Inhalte in einer Datenbank erstellt und wer diese Informationen liest, können Sie nicht nur die richtigen Abteilungen ansprechen, wenn es darum geht, Anwendungen so umzugestalten, dass sie mit einer zukünftigen Zielplattform funktionieren. Außerdem können Sie Kostenstellen für den Aufwand zuweisen, der für eine eventuelle Neuentwicklung einer Anwendung erforderlich ist, um sie zukunftssicher zu machen.

Dies ist der nächste logische Schritt auf Ihrer Nomad Web Reise. Bei einigen Anwendungen wird das relativ einfach sein. Solange Sie die Vorlagen auf dem neuesten Stand halten, sollte alles, was auf Standardvorlagen basiert, von HCL für Sie zukunftssicher gemacht werden. Für die meisten Kunden dürfte das bereits ein beträchtlicher Teil der häufig genutzten Anwendungen wie Dateibibliotheken, Teamräume usw. sein. Der Rest sind Anwendungen mit kundenspezifischer Entwicklung, bei denen Kompatibilität und potenzielle Hindernisse in Quellcode und Design bewertet werden müssen.

Dieser Schritt ist notwendig, um zu verstehen, wie viel Sanierungsaufwand erforderlich ist. Der klassische Weg, diese Aufgabe anzugehen, wäre, Ihr Entwicklungsteam zu bitten, Datenbanken auf mögliche Probleme zu untersuchen. Je nach Größe Ihrer Umgebung kann dies der einfachste und schnellste Weg sein. Vorausgesetzt, Sie haben die nötige Arbeitskraft. In vielen Situationen stellen wir jedoch fest, dass die erforderlichen Arbeitskräfte einfach nicht mehr vorhanden sind. Entwicklungsteams sind nicht mehr so groß wie früher, und nur selten sind noch Entwickler verfügbar, die genau wissen, warum die Dinge so kodiert wurden, wie sie sind.

Ein Ansatz zur Lösung dieses Problems ist die Verwendung von^{Drittanbieterlösungen} wie panagenda iDNA. Es liefert nicht nur Nutzungsinformationen, sondern scannt und inventarisiert auch die gesamte Codebasis. Mit diesen Lösungen können Sie ein zentrales Code-Repository nutzen, um diese Muster und Funktionspunkte zu identifizieren, die zu Problemen führen können. Darüber hinaus können sie Aufschluss über Code-Duplizierungen in Ihrer Umgebung geben. Es ist ein großer Unterschied, wenn Sie einen Codeblock einmal analysieren und neu entwickeln und ihn dann mit demselben Codeblock in 19 anderen DBs einsetzen. Oder wenn Sie 20 DBs einzeln analysieren müssen, nur um festzustellen, dass die Codeblöcke identisch sind.

Letzten Endes wird es ein kontinuierlicher Prozess sein. Mit vielen Iterationen und ständiger Verfeinerung um diese Schlüsselaufgaben herum: