Mit der Nutzung einer Enterprise-tauglichen File-Sharing Lösung wie Box, geht man als zukunftsorientiertes Unternehmen einen großen Schritt in die richtige Richtung. Als Unternehmen hat man aber immer die Verantwortung für die richtige Nutzung des Dienstes durch die Mitarbeiter.
Am 16. September zeigt Sergio Castro, Cloud Security Expert von Elastica, in einem Online Webcast, welche Möglichkeiten die Nutzung eines solchen Dienstes bietet und wie man den damit verbundenen Risiken begegnet.
Am Dienstag, 23. Mai 2017, verstaltet Microsoft eine Online-Konferenz zum Thema
Unternehmensdaten in der Cloud - Kontrollverlust oder mehr Sicherheit für KMUs?
Veranstaltungstext:
Fragt man Entscheider in Unternehmen, hat Sicherheit höchste Priorität. In der Regel haben sie einen Partner oder einen Mitarbeiter, der sich darum kümmert. Und bekanntlich fasst man Systeme und Lösungen, die laufen, ungerne an. Hauptsache, die Daten befinden sich im eigenen Hause, denn da sind sie sicher. Aber sind sie das wirklich? Jedes dritte Unternehmen in Deutschland hat bereits Angriffe auf seine IT-Infrastruktur verzeichnet. Der deutsche Mittelstand rückt dabei immer stärker in den Fokus von Cyber-Spionage und Datendieben. Wie sehen die Angriffsszenarien aus? Was geschieht mit den Daten? Und wie sollten Unternehmen handeln? Gerade viele KMUs sind in Sachen IT schlechter gesichert als sie denken. Hinzu kommt, dass manche Unternehmen modernen Cloud-Lösungen noch immer skeptisch gegenüberstehen (Stichwort: Kontrollverlust). – Mit dieser praxisorientierten Webkonferenz wollen wir Entscheidern aus kleinen und mittelständischen Unternehmen aufzeigen, welche Bedrohungslage besteht und wie sich eine Sicherheitsstrategie schon mit einfachen Mitteln umsetzen lässt. Die praxisorientierte Veranstaltung bietet ausreichend Raum auch für Ihre Fragen.
Fragt man Entscheider in Unternehmen, hat Sicherheit höchste Priorität. In der Regel haben sie einen Partner oder einen Mitarbeiter, der sich darum kümmert. Und bekanntlich fasst man Systeme und Lösungen, die laufen, ungerne an. Hauptsache, die Daten befinden sich im eigenen Hause, denn da sind sie sicher. Aber sind sie das wirklich? Jedes dritte Unternehmen in Deutschland hat bereits Angriffe auf seine IT-Infrastruktur verzeichnet. Der deutsche Mittelstand rückt dabei immer stärker in den Fokus von Cyber-Spionage und Datendieben. Wie sehen die Angriffsszenarien aus? Was geschieht mit den Daten? Und wie sollten Unternehmen handeln?
Gerade viele KMUs sind in Sachen IT schlechter gesichert als sie denken. Hinzu kommt, dass manche Unternehmen modernen Cloud-Lösungen noch immer skeptisch gegenüberstehen (Stichwort: Kontrollverlust). – Mit dieser praxisorientierten Webkonferenz wollen wir Entscheidern aus kleinen und mittelständischen Unternehmen aufzeigen, welche Bedrohungslage besteht und wie sich eine Sicherheitsstrategie schon mit einfachen Mitteln umsetzen lässt. Die praxisorientierte Veranstaltung bietet ausreichend Raum auch für Ihre Fragen.
Gerade auch im Hinblick auf die im nächsten Jahr gültig werdende Datenschutz-Grundverordnung ist diese Veranstaltung sehr interessant.
Melden Sie sich noch heute an: https://blogs.business.microsoft.com/de-de/2017/05/04/webkonferenz-it-sicherheit-kmu-unternehmensdaten-in-cloud/
Die Möglichkeit, computerbasierte Daten auf Fremdsystemen zu verarbeiten ist keine neue Erfindung. Zum Beispiel wird die Auslagerung von Finanzdaten zu Steuerberatern zur weiteren Verarbeitung bereits seit Jahrzehnten genutzt. Seit der Einführung des Begriffes „Cloud“ erzeugt der Gedanke, das computerbasierte Daten bei Fremddienstleistern gespeichert und verarbeitet werden, jedoch für ein unwohles Gefühl.
In Gesprächen zum Thema Office 365 bekomme ich oft umgehend zahlreiche Argumente gegen "die Cloud" zu hören. Bei einer genauen Betrachtung der Argumente wird aber meist schnell deutlich, dass diese durch Vorurteile geprägt und nicht durch persönliche Erfahrungen gedeckt sind. Die unzähligen Chancen zur Nutzung von Cloud-Diensten für die Weiterentwicklung von einem Unternehmen hergestellten Produkte oder angebotenen Dienstleistungen treten in den Hintergrund.
An diesem Umstand sind die Cloud-Anbieter allerdings nicht ganz unschuldig, da sie bei der Einführung von Cloud-Technologien nur ihre Marketingargumente im Fokus hatten und die Fragen oder Bedenken der potentiellen Kunden ignoriert haben.
Mit dem Begriff Cloud wird nicht der Ort der gespeicherten Daten bei einem Fremddienstleister beschrieben, sondern vielmehr der Gedanke, wie mit Daten gearbeitet wird. Die althergebrachten Methoden zum individuellen Arbeiten mit E-Mails, dem gemeinsamen Erstellen von Dokumenten oder die Einführung von modernen Softwarelösungen halten der digitalen Transformation nicht Stand.
Der Weg zu neuen Methoden des Arbeitens erfordert eine Veränderung dieser etablierten Arbeitsweisen.
Anwender haben heute in den Cloud-Diensten unterschiedliche Werkzeuge zur Verfügung, um in ihrem individuellen Arbeitsumfeld kreativ und produktiv zu agieren. Und dies unabhängig vom Arbeitsgerät oder Arbeitsort.
Unternehmen als Ganzes nähern sich dem Thema Cloud nur langsam, da die hohe Veränderungsgeschwindigkeit der Cloud-Dienste in IT-Abteilungen als negative Eigenschaft angesehen wird. Dies ist umso interessanter, als es sich hierbei um keine neue Entwicklung handelt. Der Wechsel aus dem trägen Umfeld, in dem neue Produktversionen erst mit großer Verzögerung eingeführt wurden, in ein Umfeld, in dem jedes Quartal eine neue Produktversion mit sich bringt, fällt schwer. Die etablierten Prozesse, die bei der Einführung einer neuen Produktversion zu befolgen sind, dauern oft länger als die Nutzungszeit des Produktes.
Die Auswahl eines Cloud-Anbieters richtet sich nicht nur nach dem angebotenen Diensten, sondern auch nach dem Vertrauen, dass ich als Unternehmen dem Anbieter entgegenbringe. Dieses Vertrauen ist auf mehreren Ebenen notwendig. Hierzu gehören die physikalischen Sicherheitsfunktionen der Rechenzentren ebenso wie der technische Zugriffsschutz auf Server und Speichermedien.
Die in Office 365 eingesetzten Produkte haben die gleiche Codebasis wie die Produkte für die Installation in einer lokalen IT-Infrastruktur. Hier vertrauen Kunden bereits den Funktionen und der Sicherheit der eingesetzten Produkte. Der große Unterschied ist, dass in der Cloud die Funktionen für einen sicheren Zugriff nicht optional deaktiviert werden können, was in einer lokalen IT-Umgebung möglich ist.
Microsoft bietet in der Kombination von Office 365 und Microsoft Azure eine Cloud-Plattform, in der Daten sicher und verschlüsselt gespeichert werden. Der Zugriff auf diese Daten ist für berechtigte Mitarbeiter des Office 365 Kunden nur über verschlüsselte Kommunikationswege möglich. Mitarbeiter von Microsoft als direktem Dienstleister des Cloud-Angebotes oder Mitarbeiter von Vertragsunternehmen haben keinen Zugriff auf die Daten. Office 365 bietet im Zusammenspiel mit Azure AD eine Audit-Funktion für die Verwaltung der Cloud-Umgebung und den Zugriff von Anwendern auf Daten. Diese Audit-Funktionen sind Anforderungen der EU-Datenschutzrichtlinie (DSGVO) und anderen.
Microsoft stellt in den Trust Centern von Office 365 und Microsoft Azure alle Informationen bereit, um das Vertrauen in die Cloud-Plattform zu schaffen.
Die Nutzung von Cloud-Diensten erfordert Vertrauen in den Cloud-Anbieter, die Cloud-Infrastruktur und den Cloud-Dienst selber. Wenn Ihr Unternehmen bereits Fremddienstleister für die Datenverarbeitung beauftragt hat, ist das notwendige Vertrauen bereits vorhanden. Der Namenszusatz "Cloud" ändert nichts an diesem Vertrauen. Bei Zweifeln zur Cloudnutzung stellen die Cloud-Anbieter Informationen zur Verfügung, um diesen Zweifeln zu begegnen.
Neben dem Vertrauen bedarf es auf dem Weg zu einer erfolgreichen und produktiven Nutzung von Cloud-Diensten der Bereitschaft zur Veränderung von etablierten Arbeitsweisen hin zu flexiblem Arbeiten.
Cloud ist kein Ort – Cloud ist ein Gedanke
Wird mein Arbeitsplatz als IT-Administrator noch benötigt, wenn mein Arbeitsgeber die IT-Infrastruktur in die Cloud verlagert?
Mit dieser Frage beschäftigen sich viele IT-Administratoren, sobald der Arbeitgeber das strategische Ziel "Wir migrieren in die Cloud" ausgerufen hat. Der technologische Enthusiasmus beim Thema Cloud-Technologien lässt oft keinen Raum für die aufkommenden Ängste der Angestellten.
Einer der regelmäßig angeführten Gründe für eine Einführung von Cloud-Technologien in Unternehmen ist die Möglichkeit, die Anzahl der IT-Mitarbeiter zu reduzieren. Durch die Abschaffung der lokalen IT-Infrastruktur würde automatisch weniger Personal für den laufenden Betrieb benötigt.
Hier verspüren IT-Mitarbeiter schnell eine Ohnmacht in ihrer beruflichen Situation, da die Entscheidung für einen Wechsel zu Cloud-Technologien meist nicht begründet wird und die persönlichen Vorurteile gegen die Cloud negative Empfindungen fördern.
Diese Ohnmacht ist jedoch unbegründet.
Ich möchte das Gefühl der Ohnmacht in der persönlichen beruflichen Situation nicht verharmlosen. Aber es gibt keinen Grund, sich dieser Ohnmacht einfach zu ergeben.
Die Einführung von Cloud-Technologien ist weder von Grund auf etwas Böses, noch ist es das einzig Heilbringende für die IT-Infrastruktur eines Unternehmens. Cloud-Technologien bieten aber neue Möglichkeiten und damit wesentlich flexiblere Betriebsszenarien, als sie mit einer lokalen und statischen IT-Infrastruktur möglich sind. Man darf auch nicht vergessen, dass Cloud nicht automatisch bedeutet, dass IT-Komponenten und Daten bei Drittdienstleistern verarbeitet werden. Die Flexibilität der Cloud-Technologien kann ich auch als private Cloud in meiner eigenen IT-Infrastruktur betreiben.
Und hier kommen Sie als IT-Mitarbeiter ins Spiel. Ihr Arbeitgeber ist darauf angewiesen, dass Sie sich dem Thema Cloud annehmen, Cloud-Technologien kennenlernen und zu bedienen wissen. Sie müssen in der Lage sein, die von externen Beratern erstellten Cloud-Konzepte bewerten zu können. Dies gilt nicht nur für den klassischen IT-Administrator, sondern ebenso für Datenbank- und Applikationsadministratoren.
Die technologischen Möglichkeiten, Daten zu speichern, Applikationen zu betreiben und Dienste bereitzustellen, ändern sich stetig. Damit geht automatisch ein stetiges Lernen für die Planung und Nutzung dieser Technologien einher. In der klassischen IT erfolgten Softwareänderungen oft nur in einem 2-Jahres Rhythmus durch die Einspielung von Service Packs. Clouddienste erfreuen uns mit Neuerungen, Änderungen, aber auch Streichungen von Funktionen in einem wöchentlichen Rhythmus. Und dies ist ganz unabhängig davon, ob es sich um Software-as-a-Service, Platform-as-a-Service oder Infrastructure-as-a-Service handelt.
Diese Veränderungen und insbesondere die Veränderungsgeschwindigkeit schüren verständlicherweise die Angst um den Verlust des eigenen Arbeitsplatzes.
Wie sieht die Zukunft für Administratoren in der IT aus?
Es gibt keinen Grund, dass die Veränderungen bei der Einführung und Nutzung von Cloud-Technologien Ihnen Angst machen. Der für das Unternehmen passende und sichere Betrieb von Cloud-Technologien benötigt gut ausgebildetes Personal. Sie verfügen gegenüber externen Cloud-Beratern über einen ganz entscheidenden Vorteil, Sie kennen die Bedürfnisse und Anforderungen der Mitarbeiter und des Unternehmens. Sie haben die Chance, die Einführung und den Betrieb von Cloud-Technologien in Ihrem Unternehmen mitzugestalten. Finden Sie Ihren persönlichen Themenschwerpunkt in den zahlreichen Cloud-Technologien und etablieren Sie sich so als Experte in Ihrer IT-Abteilung.
“Be passionate and bold. Always keep learning. You stop doing useful things if you don't learn.” – Satya Nadella, CEO, Microsoft
Im Idealfall ist Ihr Beruf nicht nur Beruf, sondern sogar Berufung. Die tägliche Arbeit soll Spaß machen. Wenn Sie das Gefühl haben, dass sich Ihr Arbeitgeber und damit Ihr Arbeitsplatz nicht den modernen Anforderungen anpasst und technische Veränderung nicht stattfindet, dann habe ich nur einen Rat für Sie: Wechseln Sie den Arbeitgeber. Insbesondere dann, wenn er Ihre persönliche Weiterbildung ausdrücklich nicht fördern möchte.
Bringen Sie Ihr IT-Wissen auf Stand und nutzen Sie das Internet, um Veränderung zu gestalten. Die folgenden Quellen sind nur als Einstieg aufgeführt. Viele der Angebote sind kostenfrei.
Haben Sie Mut zur Veränderung. Das Erlernen neuer Technologien ist bei weitem nicht so schwer, wie man es sich gemeinhin vorstellt. Und wenn Sie neues Wissen erlangt haben, haben Sie auch den Mut, sich zertifizieren zu lassen.
Als erstes Zertifizierungsziel empfehle ich Ihnen die Zertifizierung zum MCSA: Office 365.
Es ist vollkommen normal, dass Sie ein Gefühl der Ohnmacht erfasst, wenn sich große Veränderungen, wie die Einführung von Cloud-Technologien, an Ihrem IT-Arbeitsplatz ankündigen. Es gibt aber keinen Grund, in diesem Gefühl zu erstarren. Sehen Sie es als Chance für Ihre berufliche Weiterentwicklung.
Nutzen Sie die zahlreichen kostenfreien und auch kostenpflichtigen Angebote zum Erlernen der unterschiedlichen Cloud-Technologien. Finden Sie Ihr thematisches Fachgebiet und etablieren Sie sich hier als Experte für Ihre IT-Abteilung. Ihr Arbeitgeber ist auf fachlich qualifizierte Mitarbeiter angewiesen. Haben Sie Mut zur beruflichen Veränderung.
Cloud ist kein Ort - Cloud ist ein Gedanke
Das Thema "Cloud" provoziert sehr unterschiedliche Reaktionen. Die einen lehnen sie Grund weg ab und die anderen verehren sie, ohne sie zu hinterfragen.
Der Begriff "Cloud" ist mehr als Zusammenfassung von "*aaS" (Sternchen as a Service) Angeboten zu sehen, die von unterschiedlichen Anbietern zur Verfügung gestellt werden. Alle Dienste, wie eine Person oder ein Unternehmen im Internet verwenden kann, sind als Cloud-Dienstleistung zu anzusehen.
Die wichtigste Erkenntnis, zu der man als Unternehmen gelangen muss, ist, dass die "Cloud" nicht zum Selbstzweck existiert und man nicht ohne eine detaillierte Cloud-Strategie einfach alle Dienste eines Anbieters nutzen kann oder nutzen sollte.
Wie bereits in unserem Blog-Artikel über das Microsoft Cloud System dargestellt, unterteilen sich die die Angebote für Unternehmen in die Bereiche Infrastruktur als Service (IaaS), Plattform als Service (PaaS) und Software al Service (SaaS).
In der letzten Zeit drängt Microsoft mit einem weiteren Angebot in den Markt, das aber eher eine Spezialvariante eines SaaS Angebots darstellt. Mit "Identität als Service" (IDaaS) möchte Microsoft die Funktionen des Azure Active Directories für die Authentifizierung von Benutzern und die Registrierung von Geräten vorantreiben. Das kommende Betriebssystem Windows 10 wird das Windows Azure Active Directory von Hause aus unterstützen und bietet damit zusätzliche Möglichkeiten für Unternehmen, die Sicherheit ihrer IT Infrastruktur zu verwalten.
Die Cloud-Angebote von Office 365 sind klassische SaaS Angebote, die für Ihre Funktionen allerdings u.a. Azure AD Funktionen verwenden. Als Office 365 Kunden ist man somit automatisch auch Nutzer von Azure Diensten, ohne hier explizit ein Azure Abonnement eingegangen zu sein.
Ob diese Standardfunktionen weiter ausgebaut werden sollen und sich somit die Notwendigkeit eines erweiterten Azure Abonnements ergibt, legt die Cloud-Strategie des Unternehmens fest. Gerade die weiteren Möglichkeiten der Azure Dienste, jenseits des Azure AD, erfordern eine detaillierte Planung.
Die unter SaaS zusammengefassten Angebote für Anwender werden auf gerne als "Productivity Desktop as a Service" umschrieben und gliedern sich wie folgt:
Azure bietet zahlreiche Dienste, die einem steten Wandel unterliegen. Aus Microsoft Sicht dient dieser stete Wandel der Dienste nur dem Nutzen des Kunden. Dieser Wandel erfordert aber u.U. auch eine stete Anpassung der eigenen Applikationen, die diese Dienste konsumieren. Hierdurch ergibt sich zusätzlicher Aufwand, der in die Realisierungsprojekte mit eingeplant werden muss.
Die angebotenen Dienste von Azure muss man sich als Baukasten vorstellen, aus denen man sich die Dienste und den Dienstumfang aussucht, die man benötigt.
Die nachfolgende Übersicht zeigt, wie sich die einzelnen Azure-Dienste in die Bereiche Zugriffskontrolle (Access Control Layer), Integrationsdienste (Integration Layer), Applikationen (Application Layer) und Datendienste (Data Layer) unterteilen.
Für den Einsatz von Clouddienstleistungen ist es wichtig zu wissen, in welchen globalen Region die Dienste bereitgestellt werden und wo die eigenen Unternehmensdaten gespeichert werden.
Innerhalb der europäischen Union ist Microsoft gegenwärtig mit zwei Rechenzentren vertreten und gewährleistet eine Redundanz der Systeme innerhalb dieser sog. "Geo". Bereitgestellte Dienste in Office 365 und Azure werden immer nur innerhalb einer geschlossenen "Geo" redundant zur Verfügung gestellt. Somit ist ausgeschlossenen, dass Unternehmensdaten z.B. zwischen Amsterdam und Des Moines repliziert werden. Die einzige Ausnahmen ist gegenwärtig, und dies rein Technologie bedingt, das Azure Active Directory. Jedoch arbeitet Microsoft auch hier an einer Lösung, um die Replikation von Authentifizierungsdaten regional begrenzen zu können.
Bei der Nutzung von Cloud-Diensten, ganz unabhängig von Office 365 oder Azure, muss man immer sicherstellen, dass die rechtliche Basis für die Verlagerung von Datendiensten an einen Auftragsdatenverarbeiter gegeben ist. Gerade hier gibt es zahlreiche Mißverständnisse.
Office 365 ist gegenwärtig die erste und einzige Cloudbasierte Produktivitätslösung, die jedem Kunden die EU Model Clauses als Standardvertragklausel anbietet und diese mit einer standardisierten Erklärung zur Auftragsdatenverarbeitung (Data Processing Agreement) kombiniert.
Aber was ist sind die EU Model Clauses?
Beim Abschluss eines Abonnements zu Office 365 kommen grundsätzlich zwei Verträge mit Microsoft zustande. Zum einen ergibt sich ein Vertrag zur Auftragsdatenverarbeitung gem. § 11 BDSG, der mit Microsoft Ireland Operations Ltd. geschlossen wird. Dieser Vertrag wird nun ergänzt um die EU-Standardvertragsklausel für Auftragsdatenverarbeiter vom 5. Februar 2010. Dies ist notwendig, um das notwendige Schutzniveau zu dokumentieren, unter welchem laut § 11 BDSG Auftragsdatenverarbeiter aus nicht EU Ländern beauftragt werden können.
Das ausreichende Schutzniveau wiederum wird durch drei unterschiedliche Möglichkeiten beschrieben:
Mit dem kombinierten Vertrag zur Auftragsdatenverarbeitung und den EU-Standardvertragsklauseln, können die Anforderungen des BDSG abgebildet und damit auch sichergestellt werden.
Für kirchliche Träger wiederum ergeben sich aus dem jeweiligen kirchlichen Datenschutz (KDO, DVO KDO, DSG-EKD) andere Anforderungen. Gerade die Rechtsform des kirchlichen Unternehmens entscheidet über die Anwendbarkeit des BDSG oder der kirchlichen Verordnungen und damit über die Möglichkeiten zur Cloud-Nutzung.
Unternehmen, die Daten in der Cloud speichern, sind nicht dazu verpflichtet, einzig auf die Datenschutz- und Datensicherungsmethoden des Cloud-Anbieters zu vertrauen. Die Speicherung von Daten und Dateien kann mit verschlüsselt erfolgen. Hierbei werden die Daten bereits im internen Unternehmensnetzwerk verschlüsselt und nur in der verschlüsselten Form in der Cloud gespeichert. Die erforderlichen Schlüssel verbleiben vollständig im Besitz und unter der Kontrolle des Kunden.
Nutzen Sie als Unternehmen die Chancen, die Ihnen IT Dienstleistungen in Cloud bieten. Es gibt keine Gründe, diese Dienste nicht zu nutzen. Die gewünschte Sicherheitsstufe unterliegt hier den gleichen Auswahlkriterien wie bei der Implementierung im Rechenzentrum.
Ihre Anwender werden Cloud Dienste auch ohne Wissen der IT nutzen. Planen Sie Ihre Cloud-Strategie, um die Kontrolle über Unternehmensdaten zu behalten.
Gerne unterstützen wir Sie bei der Entwicklung einer Cloud-Strategie für Ihr Unternehmen. Kontaktieren Sie uns für weitere Informationen: info@granikos.eu.
Mit mehr als 1,2 Millionen Kunden ist Office 365 für Microsoft eine Erfolgsgeschichte. Im November 2015 berichtete Microsoft, dass sich monatlich mehr als 60 Millionen Nutzer mit dem Office 365 Service verbinden und auf die unterschiedlichen Anwendungen zugreifen. Der Hauptteil der Unternehmen, die Office 365 nutzen, entfällt auf Kleine und Mittelständische Unternehmen. Jedoch besteht ein nicht unerheblicher Teil der Office 365 Kunden aus Großunternehmen. Fast jedes der Fortune 500 Unternehmen nutzt Teile des Office 365 Serviceangebotes.
Die Nutzung der Cloud Angebote für E-Mail, Kommunikation und vereinfachte Zusammenarbeit bietet Unternehmen die Möglichkeit, auf einen Großteil der sonst erforderlichen lokalen IT Infrastruktur zu verzichten. Diese Reduktion führt zu einer sofortigen Kostenersparnis. Diesen Effekt, der es ermöglicht die freigewordenen Gelder für andere internen Aufgaben zu verwenden, hat Microsoft in der Vergangenheit bestens vermarktet.
Die Strategie war es immer, in einer Region oder einem Industriezweig Schlüsselkunden zu gewinnen, was anschließend im Rahmen eines "Gruppenzwangs" andere Unternehmen dazu bewogen hat, dem Weg in die Cloud zu folgen.
Dies bedeutet nun nicht, dass der Erfolg von Office 365 ausschließlich auf diesen Faktoren fußt. Vielmehr basiert der Erfolg zum einen auf der Vielfalt der Kundenbasis und natürlich auf der technischen Reife und der betrieblichen Einfachheit der zur Verfügung stehenden Produkte. Mit Hybrid-Konfigurationen wird die Migration zu Office 365 gerade für größere und komplexe Umgebungen vereinfacht. Jede einzelne Migration hat ihre ganz eigenen Herausforderungen basierend auf Ausgangssituation in der Kundenumgebung. Hier wird während der Migration deutlich, wo die Schwächen im Monitoring und in den Verwaltungstools der einzelnen Cloud-Dienste liegen. Diese Unterschiede und Schwächen gilt es genauestens zu kennen und zu adressieren, um eine möglichst reibungslose Migration zu Office 365 durchzuführen.
Der Fokus traditioneller Monitoring-Lösungen liegt meist in der Überwachung der IT Infrastruktur, die einen bestimmen Dienst oder Applikation unterstützt. In einer rein lokalen IT-Infrastruktur war dieser Ansatz auch in der Vergangenheit schon immer erfolgreich. Bei der Nutzung von Cloud-basierten Diensten ist dieser Ansatz nicht mehr ausreichend. Die lokal überwachte IT-Infrastruktur ist in den überwiegenden Fällen bekannt und die technischen Beziehungen zwischen erforderlichen Komponenten sind gut dokumentiert. Somit sind auch die zu überwachenden „normalen“ Betriebsparameter definiert und Grenzwerte für Abweichungen können konfiguriert werden.
Bei Cloud-basierten Diensten verhält es sich anders. Sie kennen die eingesetzte IT-Infrastruktur nicht, ganz zu schweigen von den detaillierten Abhängigkeiten zwischen den einzelnen Systemen und Diensten. Hinzu kommt die Größe der Cloud-Infrastruktur. In der Menge (Masse?) der zur Verfügung stehenden Monitoring-Informationen ist es unmöglich, nur die Informationen zu betrachten, die für die selber genutzten Dienste relevant sind.
Die fundamentalen Unterschiede, zwischen dem lokalen Betrieb einer Geschäftsapplikation und dem Einsatz einer Cloud-basierten SaaS Applikation, erfordern einen neuen Ansatz für die Applikationsüberwachung. Anstatt nur die Verfügbarkeit oder Erreichbarkeit einer Applikation zu prüfen, muss die Verfügbarkeit und die korrekte Arbeitsweise von Applikationsfunktionen überwacht werden, also die wahre User-Experience.
Nehmen wir als Beispiel Exchange Online und betrachten den Versand und den Empfang von E-Mails. Die Kenntnis über die Länge der Nachrichtenwarteschlange sagt nichts über die Benutzererfahrung beim Versand von E-Mails aus. Diese eine Information zur Sicherung der Servicequalität fehlt. Wenn Sie die E-Mail Zustellung proaktiv überwachen, wissen Sie, dass E-Mail Nachrichten korrekt übertragen werden, Sie haben aber keinerlei Kenntnis, ob alle erforderlichen Funktionen des Cloud-basierten Dienstes für den Zugriff auf E-Mails für den Endanwender zur Verfügung stehen oder ob es zu Fehlern kommt. Die hierzu benötigten Informationen stellt Microsoft Administratoren und Endanwendern nicht zur Verfügung. Diese Form der Überwachung gelingt nur durch das Nachstellen von Applikationsfunktionen in Form von synthetischen Transaktionen. Für das vorgenannte Beispiel muss eine Monitoring-Lösung die gleichen Schritte ausführen, die z.B. Outlook 2016 für das Versenden und Empfangen von E-Mails durchführt.
Ein Office 365 Hybrid Betrieb bringt weitere Herausforderungen für das Monitoring. So wie Sie keine Kenntnis über die IT-Infrastruktur des Dienstanbieters haben, weiß Microsoft nicht, ob oder wann es in Ihrer IT-Infrastruktur zur Wartungsausfällen oder wirklichen technischen Problemen kommt. In einigen bestimmten Betriebsszenarien ist die Verfügbarkeit von lokal betriebenen Systemen für den korrekten Betrieb des Cloud-Dienstes zwingend erforderlich. Als Beispiel seien hier die Verzeichnissynchronisation und Active Directory Verbunddienste genannt. Entscheidet sich ein Unternehmen für die Nutzung der Verbunddienste, so werden die erforderlichen Systeme in der lokalen IT-Infrastruktur bereitgestellt und die Sicherstellung der Verfügbarkeit obliegt dem Unternehmen. In diesem Fall können die Auswirkungen bei einer Störung der Verfügbarkeit der Verbunddienste für das Unternehmen substantiell sein. Bei Nichtverfügbarkeit der Verbunddienste kann sich kein Endanwender an einen Office 365 Dienst anmelden. Auch wenn Endanwender diese Störung als Ausfall von Office 365 wahrnehmen, liegt die Verantwortung für die Beseitigung der Störung beim Kunden.
Cloud-basierte Dienste, wie Office 365, ermöglichen es Unternehmen und Anwendern von nahezu überall zu arbeiten. Aus diesem Grund entspricht die Überwachung von Cloud-Diensten von einem Standort aus, meist aus dem Rechenzentrum des Kunden, nicht dem realen Nutzungsverhalten der Anwender. Der Zugriff auf Cloud-Dienste erfolgt von unterschiedlichen Unternehmensstandorten und sowohl aus dem Unternehmensnetzwerk heraus wie direkt aus dem Internet. Um zu bewerten, ob es sich einer Störung um ein lokales Problem oder um einen generellen Ausfall eines Service handeln, müssen all diese unterschiedlichen Zugriffswege in Betracht gezogen werden.
Das klassische Monitoring von lokal betriebenen Systemen lässt sich nicht auf Cloud-Dienste übertragen. Da es nicht möglich ist, eigene Software zur Überwachung auf Office 365 Systemen zu installieren, müssen neue Wege bei der Überwachung gegangen werden. Die Überwachung von Cloud-Diensten erfordert unterschiedliche Methoden und Wege, um die gewünschte Servicequalität für Endanwender bereitzustellen. Mit Hilfe von synthetischen Transkationen können die Funktionswege aus Sicht der Endanwender geprüft und bewertet werden. Ergänzend erfolgt eine Überwachung der Erreichbarkeit von Diensten und deren Reaktionszeit auf Funktionsaufrufe.
Gute Monitoring-Lösungen stützen sich nicht nur eine Datenquelle, um Entscheidungen zu treffen. Stattdessen werden unterschiedliche Informationsquellen genutzt, um ein umfassenderes Gesamtbild zu erstellen und um eine Entscheidung treffen zu können, ob eine Störung vorliegt oder nicht. Bei einer auftretenden Störung ist es wichtig, schnell über das Problem und den Grund der Störung informiert zu werden, um gerade auch in Hybrid-Konfiguration schnell eingreifen zu können.
Mailscape 365 bietet diese zusätzlich Sichtbarkeit für potentielle Probleme bei der Nutzung von Office 365 und hilft Ihnen, Ihren Anwendern eine stabile E-Mail Plattform bereitzustellen.
Mailscape 365 überwacht sowohl Office 365, als auch die Hybrid-Dienste in der lokalen Infrastruktur. Das Browser-basierte Dashboard zeigt alle notwendigen Stati über den laufen Betrieb und erleichtert so das Monitoring aller zusammenhängenden Systeme. Es besteht keine Notwendigkeit, zusätzliche Überwachungslösungen für lokale Server, Hybrid-Systeme oder Office 365 einzusetzen. Die Darstellung des Mailscape 365 Dashboard ist besonders für große Monitore optimiert.
Eine solide und stabile Benutzererfahrung sicherzustellen, ist für jede Softwarebereitstellung in einem Unternehmen die wichtigste Prämisse. Dies gilt ebenso für die Bereitstellung von Office 365 Cloud-Diensten. Cloud-Plattformen sind sehr flexibel und leistungsfähig, jedoch kann es immer wieder einmal zu Störungen oder Unterbrechungen kommen. Mailscape 365 hilft Ihnen, Ihre gesamte Hybrid-Infrastruktur in Echtzeit zu überwachen, um Probleme oder Dienstbeeinträchtigungen zu erkennen und bewerten zu können. Dieses Wissen bietet Administratoren das Vertrauen, das alle Dienste wie erwartet funktionieren. Das Vertrauen ist die Basis, um Ängste vor dem Wechsel in die Cloud abzubauen.
Die Mailscape 365 Monitoring-Tests werden nicht nur von einem Server in Ihrer lokalen IT-Struktur ausgeführt, sondern auch von einem Internet-Service, um den größtmögliche Umfang an Funktions- und Verbindungstests zu bieten. Ergänzt werden diese Tests durch die Mailscape 365 Remote Probes. Mailscape 365 Remote Probes können an von Ihnen festgelegten Standorten platziert werden und führen Funktions- und Verbindungstests standortbasiert aus. Mit Hilfe dieser Remote Probes können Sie die Dienstqualität und Performance an besonders wichtigen Standorten dediziert überwachen. So haben Sie immer eine aktuelle Information über die Dienstqualität an diesen Standorten.
Microsoft investiert große Summen für den Aufbau, Betrieb und die stete Erweiterung von Office 365. Das Dienstangebot wird regelmäßig durch neue Dienste erweitert, neue Office 365-Regionen werden erschlossen und Schlüsselkunden werden in den Cloud-Server eingeworben. Nach und nach werden auch die eingebauten Monitoring-Funktionen in Office 365 durch Microsoft dem Serviceangebot angeglichen. Es liegt aber in der Natur eines Cloud-Dienstes, dass Kunden nie eine vollständige Sichtbarkeit mit Hilfe der Microsoft Tools erhalten werden. Es gibt gerade im Hybrid-Szenario wichtige Komponenten, die in der IT-Umgebung des Kunden überwacht werden müssen. Ohne solch eine Überwachung kann eine geforderte Dienstqualität nicht überwacht und somit auch nicht gewährleistet werden.
Die Monitoring Lösung Mailscape 365 kombiniert für die Office 365 Überwachung eigene synthetische Transaktionen mit Überwachungs- und Berichtsfunktionen der Microsoft API’s, um Ihnen ein klares und einheitliches Bild über den Status der von Ihnen abonnierten Cloud-Dienste zu geben. Die einmalige Kombination aus Überwachungs- und Berichtsfunktionen war für die Gartner Group ausschlaggebend, Mailscape 365 in ihrem „10 Steps to Develop a Practical Network Performance Strategy for Office 365“ Bericht zu empfehlen.
Exchange Server ist ein sehr tolerantes Produkt und lässt sich in unterschiedlichste IT-Infrastruktur-Varianten installieren. Einige der möglichen Infrastruktur-Varianten sind gut geeignet für den Betrieb von Exchange Server, andere leider weniger gut. Daher ist es immens wichtig, bei der Planung einer Exchange Server Umgebung die notwendige Sorgfalt walten zu lassen.
Basis für die Planung einer Exchange Server Implementierung ist der Hauptgrundsatz für moderne Exchange Server Versionen:
Dieser Hauptgrundsatz wird, wie die Erfahunrg zeigt, leider allzu häufig ignoriert. Dieser Ignoranz wird in vielen Fällen dadurch Vorschub geleistet, dass Hard- und Software-Hersteller ihre ganz eigenen Hochverfügbarkeitslösung (HA) verkaufen möchten. Zu diesen Lösungen gehören sowohl HA-Funktionen von Hypervisor-Plattformen, aber auch, und dies viel häufiger, HA-Lösungsansätze von Storageanbietern.
Die Standardisierung einer Plattform wird nicht dadurch erreicht, indem eine unnötig komplexe Infrastruktur zum Standard erklärt wird, sondern das eine möglichst einfache Implementierung der Exchange Server Plattform zum Standard gemacht wird.
Unzählige Supportanfragen bei der Exchange Produktgruppe (PG) haben die Preferred Architecture Empfehlung über die Jahre reifen lassen. Sie ist daher keine spontan entstandene Empfehlung. Sie ist entstanden aus den Anforderungen und Kenntnisgewinnen im täglichen Betrieb der hochverfügbaren Cloudinfrastruktur von Exchange Online.
Sicherlich werden Sie nun einwenden, dass Sie keine Cloud-Plattform betreiben möchten. Sie dürfen nicht vergessen, dass eine moderne Exchange Server Version hochverfügbar betrieben werden möchte. Vergessen Sie daher nicht den Hauptgrundsatz für moderne Exchange Server Versionen ab Version 2013.
Auf der Microsoft Ignite Konferenz 2017 wurde in zahlreichen Vorträgen auf die Preferred Architecture Bezug genommen. Man konnte dem Eindruck erliegen, dass hier missioniert werden sollte. Am letzten Tag der Konferenz haben Boris Lokhvitsky und Robert Gillies eine sehr interessante Session zur richtigen Implementierung von Exchange Server gehalten. Hierbei wurde auch betrachtet, welche technischen Mindestanforderungen für eine Exchange Server Implementierung gelten und wie eine optimale Betriebsumgebung aussieht. Ein optimaler Betrieb einer On-Premises Implementierung folgt der Preferred Architecture. Ist dies nicht möglich sollte man sich für einen Wechsel zu Exchange Online entscheiden.
Das nachfolgende Diagramm verdeutlicht die unterschiedlichen Design-Optionen für eine Messaging-Plattform auf Basis von Exchange Server 2016.
Was bedeutet das nun im Detail für eine erfolgreiche Exchange Server Implementierung?
Was ist nun die viel zitierte Preferred Architecture und was bedeutet sie für eine erfolgreiche On-Premises Implementierung und den sicheren Betrieb von Exchange Server.
Die Preferred Architecture ist kein starres Gebilde. Vielmehr passt sie sich regelmäßig den technischen Gegebenheiten an. Zuletzt wurde z.B. die Empfehlung für den maximalen Arbeitsspeicher je Server von 96GB auf 192GB angehoben.
Nachfolgend werden die vier Bereiche der Preferred Architecture beschrieben. Ich empfehle aber dringend, immer auf den aktualisierten EHLO Blog Artikel Bezug zu nehmen und sich noch einmal mit der Exchange Server 2016 Architektur vertraut zu machen.
Die Preferred Architecture gliedert sich in die folgenden vier Bereiche:
Der Exchange Namensraum (Namespace) beschreibt die DNS Hostnamen, die erforderlich sind, damit sich Clients (z.B. Outlook, Browser oder mobile Endgeräte) mit den Exchange Servern verbinden können. Im Rahmen des Data Center Designs (s.u.) wird davon ausgegangen, dass diese Verbindungen auf zwei Standorte verteilt werden.
Bei der Planung der Exchange Server Namensräume (Namespaces) unterscheidet man zwischen gebundenen (bound) und ungebundenen (unbound) Namensräumen für Exchange Server in zwei Rechenzentren.
Bei einem gebundenen Namensraum besitzt jedes Rechenzentrum einen eindeutigen Namen für den Zugriff auf Exchange Server Client Access Services. Clientverbindungen erfolgen somit immer zu dem Rechenzentrum, in dem sich auch die aktive Datenbankkopie des angefragten Benutzerpostfaches befindet.
Bei einem ungebunden Namensraum verfügen die Rechenzentren über keine eigenen Namen für den Zugriff auf Exchange Server Client Access Services. Clientverbindungen werden bei jeder Anfrage durch den Load Balancer in eines der beiden Rechenzentren geleitet. Eine Ausnahme bilden hier die Office Online Server (OOS), die immer einen gebundenen Namensraum erfordern.
Das nachfolgende Beispiel für eine Preferred Architecture Namespace Design benötigt vier Namen:
Eine hochverfügbare und ausfallsichere Architektur erfordert den Betrieb von mindestens zwei Rechenzentren. Ob es sich nun um vollwertige und eigenständige Rechenzentren oder um lokale Serverräume in getrennten Brandabschnitte im gleichen Gebäude handelt, lasse ich hier bewusst offen. Die Anforderungen zur Verfügbarkeit von IT-Basisdiensten hängen schließlich nicht nur von einer Exchange Server Implementierung ab.
Eine wichtige Anforderung ergibt sich aber für den Betrieb des Active Directory in der Preferred Architecture.
Der über zwei Rechenzentren gestreckte Betrieb einer einzelnen Active Directory Site wird zwar technisch unterstützt, für die Preferred Architecture ist es aber empfohlen, dass jedes Rechenzentrum in einer eigenen Active Directory Site abgebildet wird. Die Gründe dafür sind:
In der Preferred Architecture werden alle Exchange Server mit Postfachrolle als physikalische Systeme betrieben. Die Hauptgründe hierfür sind:
Die physikalischen Server, die für eine Preferred Architecture Implementierung verwendet werden, haben keine allzu besonderen Anforderungen. Solch ein Standard-Server besteht aus:
Die weiteren Konfigurationen des Servers sind:
Um eine optimale Nutzung der Systemressourcen im ungebundenen Namensraummodell zu gewährleisten, werden die aktiven Kopien der Datenbanken gleichmäßig (symmetrisch) über alle Mitgliedsserver der Database Availability Group (DAG) verteilt. Die maximal 16 Mitgliedsserver einer DAG werden ebenfalls symmetrisch, mit einer geraden Anzahl an Servern je Rechenzentrum über alle Rechenzentren verteilt.
Durch mehr Mitgliedsservern in einer DAG wird eine bessere Redundanz und Nutzung der Ressourcen sichergestellt. Die Preferred Architecture sieht vor, dass eine DAG aus mindestens acht Mitgliedsservern besteht. Bei einem steigenden Ressourcenbedarf wird die DAG um weitere Mitgliedsserver erweitert.
In der Preferred Architecture benötigt Exchange Server für einen sicheren Betrieb nur eine einzelne Netzwerkschnittstelle. Diese Netzwerkschnittstelle wird ohne Teaming betrieben. Diese vereinfachte Netzwerkanforderung erleichtert den Betrieb und auch die Wiederherstellung im absoluten Fehlerfall. Eine separate Heartbeat-Netzwerkschnittstelle für die Cluster-Kommunikation ist nicht erforderlich.
Der Witness Server einer DAG gewährleistet das korrekte Verhalten der DAG bei einem automatischen Failover, sollte es zu einem Ausfall eines Rechenzentrums kommen. Im Idealfall wird der Witness Server an einem dritten Standort in einer anderen Active Directory Site platziert. Sollte kein dritter Standort zur Verfügung stehen, so kann der Witness Server auch in Microsoft Azure betrieben werden.
Was ist nun die richtige Exchange Server Architektur?
Wenn Sie der Preferred Architecture (Blauer Kreis) oder aber der Best Practice Empfehlung (Lila Kreis) folgen, können Sie einen sicheren Betrieb der E-Mail Plattform in Ihrem Unternehmen gewährleisten, ohne unnötige technische Risiken einzugehen. Jenseits einer Nutzung von Exchange Online stellen diesen beiden Design-Optionen das Optimum für einen zuverlässigen Betrieb dar. Je weiter Sie sich von der Preferred Architecture für Exchange Server entfernen, um so mehr steigt das Betriebsrisiko.
Wenn Sie den vollmundigen Produktversprechen von Drittherstellern für Speicherlösungen oder anderen faszinierenden Lösungen zur Hochverfügbarkeit von Exchange Server folgen, so verabschieden SIe sich in eine individuelle "funktioniert irgendwie" Implementierung. Tritt bei solch einer Implementierung ein Fehlerfall auf, so liegt das Problem nicht beim Produkt Exchange Server. Die Erfahrung hat leider gezeigt, dass in solchen Fällen immer von Unzulänglichkeiten in der Implementierung abgelenkt wird.
Als absolute Mindestempfehlung gilt eine Exchange Server Implementierung, die den Exchange Server Systemanforderungen und den Exchange Server Speicherkonfigurationsoptionen folgt.
Abkürzungen
Viel Spaß beim Betrieb von Exchange Server.