Rapidly Building Dynamic Customer Portals

Empowering Munich City Websites
Yes, Magnolia is open!
Matthias Martin
26.01.2015
Öffentlich

Empowering Munich City Websites
 Die Stadtwerke München im Überblick
 Herausforderungen: Magnolia im täglichen Betrieb
 Wartung von häufig frequentierten Redaktionsinstanzen
 Automatisches Monitoring
 Generische Komponentenbibliothek
 Verwandte Anforderungen
 Eingetaucht: Wiederverwendbare Teaser
 Vorteile / Tradeoffs
 Zusammenfassung / Ausblick
Agenda
/ Empowering Munich City Websites / SWM Services GmbH26.01.20152

Die Stadtwerke München im Überblick

 sind eines der größten kommunalen
Unternehmen in Deutschland
 Ökostrom für ganz München: „Ausbauoffensive
Erneuerbare Energien“
 sind das Versorgungs- und
Dienstleistungsunternehmen der Landeshauptstadt
München
 gehören den Münchner Bürgern
 „Citizen Value“
 tragen zur Wirtschaftskraft und Lebensqualität in
München und der Region bei
Die SWM…
26.01.2015 / Empowering Munich City Websites / SWM Services GmbH4

Umsatz rund 6,3 Milliarden Euro
Absatz Strom: ca. 17,5 Mrd. kWh
Erdgas : ca. 99 Mrd. kWh
Fernwärme: ca. 4,6 Mrd. kWh
Mitarbeiter rund 7.800
Kunden rund 1,1 Millionen
(Energie und Wasser)
rund 544 Millionen Fahrgäste
(Nahverkehr)
SWM in Zahlen (2013)

 Konzernwebsite www.swm.de
 Website der Landeshauptstadt München www.muenchen.de
 SWM Intranet
Unsere aktuellen Magnolia-Webauftritte

Herausforderungen: Magnolia im täglichen
Betrieb

Herausforderungen: Magnolia im täglichen Betrieb (I/II)
 Problemstellung
 Über 200 Redakteure auf dem Magnolia
Redaktionssystem von www.muenchen.de aktiv
 Nach Deployments sind oft manuelle Nacharbeiten
durch Entwickler notwendig
 Freigabe des Systems für Fachanwender sollte
explizit erfolgen
 Benutzer aussperren, indem man….
 Security Roles temporär anpasst?
 Netzinfrastruktur (fehl)konfiguriert?
 …
Wartung von häufig frequentierten Redaktionsinstanzen

 Wiederverwendbare Problemlösung
 IT-Administratoren & Entwickler müssen weiter auf
das System zugreifen können
 Nur Fachanwender sollen „ausgesperrt“ werden
 Implementierung eines eigenen Magnolia-Moduls
„Wartungsmodus“
 Bei aktivem Wartungsmodus werden Zugriffe auf
das Redaktionssystem nur noch von Benutzern
mit bestimmten Rollen erlaubt
 Schaffung einer „sicheren“ Umgebung durch
Ausschluss normaler Benutzer
 Vermeidung von Seiteneffekten durch
gleichzeitige Bearbeitung

 WartungsmodusFilter in der Magnolia Filterchain
 Prüft, ob einem Benutzer eine Administratorrolle zugeordnet ist
 Modulkonfiguration
 Wenn das Modul als aktiv konfiguriert ist und ein normaler Benutzer versucht,
sich am Redaktionssystem anzumelden, wird er vom Filter abgewiesen

 Fachliche Anwender werden verständlich über den Systemzustand informiert
 Beendigung des Wartungsmodus mittels einfacher Konfigurationsänderung
 Keine Seiteneffekte durch „Konfigurationshacks“ an neuralgischen Stellen

Herausforderungen: Magnolia im täglichen Betrieb (II/II)
 Warum ist eine automatische Überwachung notwendig?
 Service-Level / zugesicherte Verfügbarkeiten gewährleisten
 Automatische Ticket-Generierung im Issue-Tracker für bestimmte
Fehlersituationen, um z. B.
 das Entwicklungsteam zu alarmieren
 relevante Stakeholder frühzeitig aktiv informieren zu können
 Betriebsmannschaft im Rechenzentrum hat den Anwendungsstatus mit im Blick
und kann diesen im Gesamtkontext der Infrastruktur bewerten
 Was kann man überwachen?
 JCR Repository, externe Schnittstellen zu Drittsystemen bzw. 3rd Party Module,
LDAP, Magnolia EE-Lizenzstatus…
Automatisches Monitoring

 Monitoring von Magnolia bei den SWM
 Nagios als zentrales Instrument zur
automatisierten Überwachung der IT-Infrastruktur
und -Services
 Magnolia und Nagios haben per se keine
Schnittstellen zueinander, aber…
 Nagios ermöglicht Definition eigener
Schnittstellen
 Zu überwachende Ressourcen damit im
Prinzip beliebig
 Schnittstellenformat frei wählbar

 Monitoring-Schnittstelle in Magnolia
bereitstellen
 XML als Schnittstellenformat
 Systemadministration gibt Schnittstelle
mittels XML-Schema vor
 Eigenes Magnolia-Modul „Systemcheck“
 Konfiguration der zu überwachenden
Module / Schnittstellen („Subsystem“)
 Modul erzeugt XML zur Laufzeit mittels
Java XML Binding (JAXB)
 Validierung gegen vorgegebenes
Schema
 Auslieferung via Servlet-Implementierung
(https://.../<Context>/<MappedServlet>)

 Lesbare Darstellung für Endbenutzer (fachliche / technische Administratoren)
 Datenbasis ist das durch das „Systemcheck“-Modul erzeugte XML
 Repräsentation wird mittels XSLT-Transformation erzeugt

Generische Komponentenbibliothek

 Verschiedene Auftritte, ähnliche Anforderungen
 SWM betreiben mehrere Magnolia-Auftritte: www.swm.de, Intranet,
www.muenchen.de (behördlicher und kommerzieller Teil)
 Im Detail unterschiedliche Anforderungen an redaktionelle Elemente, aber…
 Einige Elemente werden in abgewandelter Form häufig gebraucht, z. B.
 Teaser in verschiedenen Varianten
 Bildkomponenten
 Aufzählungslisten…
 2013/2014: Neuentwicklung des behördlichen Teils von www.muenchen.de
 Schaffung eines Moduls mit generischen (Komponenten-) Konfigurationen
 Ziel: Reduzierung von Entwicklungsaufwänden in Folgeprojekten
Verwandte Anforderungen

 Grundkonfiguration: Bestimmte Eigenschaften für
Teaser sind immer gleich
 Link auf Teaser-Ziel, Link-Anzeigetext
 Flag: Link in neuem Fenster öffnen (ja / nein)
 Titel des Teasers, Teaser-Text bzw. -Abstract
 Teaser-Bild
 Übersteuern von aus dem Teaser-Ziel abgeleiteten
Informationen
Eingetaucht: Wiederverwendbare Teaser
 Top-Down Strategie für Generalisierung
 Nächste Spezialisierungsebene: Unterscheide Teaser für interne & externe Ziele
 Von internen Seiten können verschiedene Informationen automatisch auf JCR-
Ebene ermittelt werden (z. B. Teaser-Abstract)
 Für externe Ziele in jedem Fall redaktionelle Pflege an der Komponente
notwendig – andere Template-Logik

 Beispielhafte Generalisierung auf Dialogebene
 Generischer Dialog mit Grundkonfiguration zur Wiederverwendung innerhalb
des Moduls
 Weitere Spezialisierung, z. B. für interne Teaser, durch extends-Mechanismus
Eingetaucht: Wiederverwendbare Teaser – generischer Dialog

 Spezialisierung der Dialogkonfiguration in einem konkreten System
 Interner Teaser: Vererbung der generischen Konfiguration
 Fachliche Abstraktionsebene mit für das jeweilige konkrete System
allgemeingültigen Attributen
Eingetaucht: Wiederverwendbare Teaser – konkreter Dialog

 Anforderungen an die Robustheit von Templates
 Einzelne Dialogfelder können in konkreten Ausprägungen ausgeblendet werden
 Betreffender Content kann nicht erfasst werden
 FTL muss mit diesen Feldern fehlerfrei umgehen können
 Dynamische und konfigurierbare Markupstruktur
 Wenn einzelne Felder ggf. nicht angezeigt werden, muss trotzdem valides
Markup ausgegeben werden
 Segmentierung / Hierarchische Gliederung des Markups in <div>-Container
 Styling/CSS
 Inline-Styles sind tabu
 CSS-Klassen müssen konfiguriert werden können & im FTL dynamisch
abgefragt werden
Bedeutung für die Template-Implementierung

 Das Positive zuerst
 Hierarchische Zerlegung / Generalisierung schafft Wiederverwendbarkeit an
verschiedenen Stellen
 Separation of concerns
 Änderungen an der Konfiguration können meistens zentral erfolgen
 Echter Zeitgewinn bei der Erstellung spezifischer Komponentenausprägungen
 Was Schmerzen bereitet
 Initiale Konfiguration ist sehr aufwändig
 Hoher konzeptioneller Aufwand
 Zerlegung über mehrere Ebenen hinweg erhöht die Komplexität der
Konfiguration & Template-Implementierung erheblich
 Für das Verständnis einer Komponente muss die gesamte Hierarchie
gedanklich erfasst werden
Vorteile / Tradeoffs

Zusammenfassung / Ausblick

Zusammenfassung / Ausblick
 Flexible Systeme
 Magnolia erlaubt Anpassungen an unsere Bedürfnisse in allen Bereichen
 Modulkonzept hilft bei der Wiederverwendung eigener Erweiterungen
 Synergien durch Einsatz der Module in verschiedenen Auftritten
 Perspektive
 Magnolia auch langfristig das Unternehmens-CMS der SWM
 Hoher Modernisierungsbedarf – bestehende Auftritte laufen mit 4.4 / 4.5
 2015: Neuer Internetauftritt der Verkehrsbetriebe (MVG) & Relaunch
www.swm.de mit Magnolia 5
 2015/2016 (in Planung): Tourismusportal für München
 SWM betreiben dann fünf große Konzernwebsites bzw. Plattformen auf der
Basis von Magnolia
Magnolia ist Unternehmensplattform in zentralen Bereichen

Vielen Dank für Ihre Aufmerksamkeit.Vielen Dank für Ihre Aufmerksamkeit.
Haben Sie Fragen?

Kontakt
 Matthias Martin
 SWM Services GmbH
 martin.matthias@swm.de
 Andreas Schiefele
 schiefele.andreas@swm.de
 Postanschrift SWM Zentrale
 80287 München
Kontaktdaten

Rapidly Building Dynamic Customer Portals

Recommandé

Recommandé

Contenu connexe

Similaire à Rapidly Building Dynamic Customer Portals

Similaire à Rapidly Building Dynamic Customer Portals (20)

Plus de Magnolia

Plus de Magnolia (20)

Rapidly Building Dynamic Customer Portals