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 GmbH 26.01.2015 2


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 GmbH 4


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


http://www.swm.de/

http://www.muenchen.de/

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?

…





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…




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




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


http://www.swm.de/




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

/ Empowering Munich City Websites / SWM Services GmbH

26.01.2015 19

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



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

[email protected]

Andreas Schiefele

SWM Services GmbH

[email protected]

Postanschrift SWM Zentrale

SWM Services GmbH

80287 München

Kontaktdaten


Rapidly Building Dynamic Customer Portals

Software

Transcript of Rapidly Building Dynamic Customer Portals