Latest / M365.FM – Microsoft 365, Copilot & KI Podcast auf Deutsch / Microsoft Cloud Adoption Framework einfach erklärt: Strategie, Planung und Azure Landing Zones (KI-Synchronfassung)

Transcript

Microsoft Cloud Adoption Framework einfach erklärt: Strategie, Planung und Azure Landing Zones (KI-Synchronfassung) · M365.FM – Microsoft 365, Copilot & KI Podcast auf Deutsch

0:00
Bereit für 10 Tage Microsoft 365, Co-Pilot KI-Azure und die Menschen, die die Zukunft der Arbeit gestalten?
0:07
Diesen Januar ist die M365-Con zurück und zwar noch größer.
0:12
Seien Sie dabei bei Live-Sessions, Demos aus der Praxis und erfahren Sie praktisches Wissen von MVPs und Branchenexperten aus aller Welt.
0:18
Keine generischen Folien, keine endlosen Schlagworte.
0:21
Wir stellen uns den echten Herausforderungen.
0:23
Co-Pilot Studio, KI-Agents, Fabric, Sicherheit, Governance und Automatisierung.
0:27
Ganz gleich, ob Sie IT-Experte, Entwickler oder Führungskraft sind, es gibt für Sie passende Sessions in Session.
0:35
An 10 vollen Tagen können Sie verschiedene Technologien kennenlernen und sich mit einer globalen Community vernetzen.
0:40
Sehen Sie sich die Live-Übertragung an und nehmen Sie praktische Einblicke mit nach Hause in Ihr Unternehmen.
0:45
Januar 2027, 10 Tage, eine Microsoft-Community.
0:49
Die Registrierung ist ab sofort möglich.
0:51
Gehen Sie noch heute zu Ihrem Standort.
0:52
Das ist m315.net.
1:00
Melden Sie sich jetzt unter m315.net an und wir sehen uns im Januar.
1:03
Live die...
1:04
Meisten Teams beginnen Ihre Adger-Reise, indem Sie ein Abonnement abschließen, eine virtuelle Maschine erstellen und nach und nach Dienste auswählen.
1:12
Der bessere Ausgangspunkt ist zwar weniger aufregend, erspart Ihnen aber später viel Ärger.
1:16
Entscheiden Sie, warum Sie umziehen, was Sie umziehen und welche Regeln die Mitarbeiter benötigen, bevor Sie beginnen.
1:20
Denken Sie an die Eröffnung eines Büros.
1:21
Sie könnten beliebige Räume in verschiedenen Gebäuden mieten, Schlüssel ohne Liste verteilen
1:25
und hoffen, dass jede Abteilung ihr eigenes Internet, ihre eigene Ablage und Sicherheit regelt.
1:30
Die Mitarbeiter könnten trotzdem eine Weile arbeiten, aber es würde sich nicht wie ein einziges Büro anfühlen.
1:34
Oder Sie könnten ein sicheres Gebäude vorbereiten, in dem die Mitarbeiter wissen, wo sie hingehen müssen, wer Zutritt hat, was jeder Raum kostet und wer Probleme behebt.
1:40
Wer das Microsoft Cloud Adoption Framework, oft auch als CF bezeichnet, unterstützt Sie dabei.
1:43
Es handelt sich um ein Leitfaden von Microsoft für die Verlagen von Arbeit in Azure und die anschließende Ausführung dieser Arbeiterzeit.
1:48
Wir werden uns die sechs Bausteine ansehen, was eine Azure Zielzone wirklich bedeutet und warum Governance nicht bis zum Schluss warten kann.
1:53
Viele Teams überspringen einen Teil, was ihn oft auf einen späteren Zeitpunkt zwingt.
1:59
Warum CF das Problem mit Bürogebäuden?
2:02
Bevor Cloud-Dienste üblich wurden, bauten viele Unternehmen ihre IT Stück für Stück auf.
2:06
E-Mails wurden auf einem Server ausgeführt, Dateispeicher liefen einem anderen.
2:09
Eine Anwendung hatte ihren eigenen Server, ihren eigenen Sicherungsplan und manchmal eine eigene Person, die wusste, wie alles funktioniert.
2:14
Sicherheitsentscheidungen konnten von einem System zunächst unterschiedlich sein.
2:16
Ein Team verwaltete Netzwerke, ein anderes Server.
2:19
Die Finanzabteilung erhielt Rechnungen, konnte aber oft nicht erkennen, welche Abteilung die Ausgaben verursacht.
2:23
Das Setup wuchs über Jahre hinweg, meist weil jedes neue Problem eine schnelle Lösung erfordert.
2:27
Azure bietet Ihnen mehr und schnellere Optionen.
2:29
Das bedeutet nicht, dass Azure automatisch Kostensicherheit oder langsame Bereitstellung behebt.
2:33
Wenn Sie Cloud-Ressourcen ohne gemeinsame Entscheidungen erstellen, können Sie das gleiche alte Chaos immer wieder neu schaffen,
2:37
nur mit mehr Schaltflächen und einer monatlichen Rechnung, die sich jeden Tag ändert.
2:40
CF ist Microsofts Karte, um das zu vermeiden.
2:42
Es ist kein Produkt, das Sie installieren.
2:44
Es ist keine Azure-Zertifizierung.
2:46
Und es ist kein Ein-Klick-Setup, das ein leeres Azure-Abonnement in eine fertige Cloud-Umgebung verwandelt.
2:50
Stattdessen bietet es Ihnen eine Möglichkeit, die Arbeit zu durchdenken.
2:53
Sie entscheiden, warum die Organisationen Azure benötigen.
2:55
Sie planen, was verschoben werden soll.
2:56
Sie bereiten einen Ort vor, an dem Workloads gespeichert werden können.
2:58
Dann werden Sie verschoben, geschützt, verwaltet und betrieben.
3:00
Zurück zu unserem Bürogebäude.
3:01
Der Geschäftsinhaber entscheidet, welche Anforderungen das Gebäude erfüllen muss.
3:04
Der Empfang kontrolliert, wer hineingelassen wird.
3:06
Jede Abteilung arbeitet in einem eigenen Raum.
3:08
Gebäuderegeln regeln den Zutritt, die Sicherheit und die Ausgaben.
3:11
Währenddessen sorgt das Facility-Team dafür, dass das Licht anbleibt,
3:14
reagiert, wenn etwas kaputt geht und kontrolliert, ob das Gebäude sicher bleibt.
3:18
Azure funktioniert ähnlich, auch wenn die einzelnen Teile unterschiedlich nahmen.
3:20
Stellen Sie sich ein Unternehmen vor, das mehr Platz für neue Produkte und Automate benötigt.
3:24
Es möchte, dass die Teams schneller entwickeln,
3:25
aber zunächst darf jedes Team Azure Ressourcen nach Belieben erstellen.
3:28
Ein Team verwendet den öffentlichen Zugriff, weil er schnell geht.
3:31
Ein anderes erstellt teure Dienste ohne einen Budgetverantwortlichen.
3:34
Ein drittes kann seine Anwendung nicht verbinden, weil niemand das Netzwerk geplant hat.
3:38
Bald weiß niemand mehr, wem das gehört.
3:39
Rechnungen kommen mit wenig Kontext.
3:41
Der Zugriff wird zu umfassen.
3:42
Um das Setup zu reparieren, müssen Systeme geändert werden, auf die die Mitarbeiter bereits angehen.
3:46
Das sind die Kosten, wenn man die Cloud-Entführung wie eine Einkaufsbummel und nicht wie ein Büroumzug behandelt.
3:49
CF hilft Teams, diese Entscheidung zu treffen, bevor die Verwirrung zur Normalität wird.
3:54
Die erste Frage kommt noch vor Blaupausen, Abonnements oder virtuellen Maschinen.
3:58
Warum muss dieses Büro überhaupt existieren?
4:01
Strategie und Plan.
4:02
Entscheiden Sie, warum Sie es aufbauen.
4:04
Die Strategie beginnt mit einer einfachen Frage.
4:06
Welches Problem soll Azure für Ihre Organisation lösen?
4:08
Nicht welchen Azure-Dienst sollten wir kaufen.
4:12
Ein Unternehmen muss möglicherweise ein Rechenzentrum verlassen, weil alte Hardware ersetzt werden muss.
4:16
Ein anderes möchte möglicherweise neue Features schneller veröffentlichen.
4:18
Ein Unternehmen mit Teams in verschiedenen Ländern benötigt seine Anwendung möglicherweise näher an den Benutzern.
4:22
Wieder andere möchten möglicherweise die Wiederherstellung nach einem Ausfall in den Vordergrund stellen,
4:26
ohne auf die Reparatur beschädigte Hardware abzunehmen.
4:27
Es sind unterschiedliche Rüder.
4:29
Sie führen zu unterschiedlichen Entscheidungen.
4:30
Denken Sie an ein Büromzug.
4:32
Ziehen Sie um, weil das aktuelle Büro zu klein ist.
4:34
Benötigen Sie einen zweiten Standort.
4:35
Kommen häufiger externe Mitarbeiter ins Büro.
4:37
Oder sind die Arbeiten im alten Gebäude einfach zu aufwendig?
4:39
Sie würden nicht für jede Situation dasselbe Gebäude wählen.
4:42
Azure funktioniert auf die gleiche Wahl.
4:43
Ihre Strategie sollte das von Ihnen erwartete Ergebnis benennen.
4:45
Vielleicht möchten Sie Ihre Abhängigkeit von Ihrem eigenen Rechenzentrum verringern.
4:48
Möglicherweise müssen Produktteams häufiger Updates veröffentlichen.
4:50
Möglicherweise benötigen externen Mitarbeiter einen sicheren Zugriff auf Geschäftssystem.
4:53
Oder die Finanzabteilung benötigt klare Ausgabengrenzen, bevor die Cloud-Kosten steigen.
4:57
Setzen Sie wohl immer möglich auf einfache Maßnahmen.
4:58
Migrieren Sie beispielsweise diese 10 Server, bevor der Support endet.
5:01
Oder verkürzen Sie die Zeit für die Veröffentlichung einer neuen Version von Wochen auf Tag.
5:05
Oder weisen Sie jeder Abteilung ein monatliches Cloud-Budget mit einem Verantwortlichen zu.
5:09
So haben die Mitarbeiter ein konkretes Ziel vor.
5:11
Ohne diese Maßnahme stagnieren, Cloudway.
5:12
Das technische Team baut Ressourcen auf.
5:14
Das Business wartet auf Ergebnisse.
5:16
Die Finanzabteilung erhält eine Rechte.
5:17
Die Sicherheitsabteilung entdeckt Risiken erst spät in der Arbeit.
5:19
Dann stellen alle dieselbe Frage.
5:21
Warum tun wir das?
5:22
Sobald der Grund klar ist, wird dieser Grund in der Planungsabteilung sein bewandelt.
5:25
Sie müssen wissen, welche Anwendungen Sie haben, welche Daten Sie verwenden,
5:28
wem Sie gehören und welche Personen wissen, wie sie funktionieren.
5:30
Außerdem müssen Sie den Zeitplan, die Risiken, die Qualifikationen und die Abhängigkeiten kennen.
5:35
Eine Abhängigkeit ist einfach etwas, das eine Anwendung benötigt, bevor sie funktionieren kann.
5:38
Eine alte Anwendung für die Gehaltsabrechnung benötigt beispielsweise möglicherweise eine Datenbank,
5:42
einen freigegebenen Dateispeicherort und eine Verbindung zu einem beim Geschäftssystem.
5:45
Wenn Sie nur die Anwendung migrieren und eine dieser Verknüpfungen übersehen,
5:47
scheint der Umzug zwar abgeschlossen zu sein, die Gehaltsabrechnung funktioniert aber nicht.
5:50
An dieser Stelle erleben viele Teams Überraschungen.
5:52
Eine scheinbar kleine Anwendung kann sich mit fünf anderen Systemen verbinden.
5:55
Ein Server führt möglicherweise eine Aufgabe aus, die jemand kommt.
5:57
Die einzige Person, die sich damit auskennt, ist möglicherweise schon vor Jahren.
6:00
Mithilfe der Planung lassen sich diese Probleme finden, solange noch Zeit ist sie zu.
6:03
Anschließend wird für jede Anwendung ein Pfad ausgewählt.
6:05
Einige Anwendungen können unverändert verschoben werden.
6:07
Dies wird häufig als Rehosting oder Lift-and-Shift bezeichnet.
6:09
Dabei wird der vorhandene Server mit wenigen Änderungen in Azure ausgeführt.
6:13
Andere Anwendungen erfordern einige Anpassungen, damit sie besser mit Azure funcern.
6:16
Beispielsweise kann eine Datenbank in einen verwalteten Azure-Datenbankdienst verschoben werden,
6:20
während der Großteil der Anwendungen unverändert bleibt.
6:22
Eine der Anwendungen erfordern Umfangreinigung.
6:23
Ihr Code ist möglicherweise alt, schwer zu unterstützen oder zu stark an die alte Umgebung gebunden.
6:28
In anderen Fällen ist es sinnvoller, die Anwendung durch einen Online-Dienst zu ersetzen
6:31
oder sie vorerst außerhalb von Azure zu belassen.
6:33
Etwas dort zu belassen, wo es ist, kann die richtige Wahl sein.
6:36
Die Cloud-Entführung bedeutet nicht, dass alles Einzelne verschoben.
6:39
Hier treffen Teams jedoch häufig eine schlechte erste Wahl.
6:41
Sie beginnen mit der ältesten am wenigsten verstandenen Anwendung, weil sie dringend erscheinen.
6:44
Diese Anwendung ist möglicherweise fehleranfällig, schlecht dokumentiert
6:47
und mit mehr System verbunden, als irgendjemand erkennt.
6:48
Das kann den ersten Schritt zu einem langwierigen Rettungsjob machen.
6:52
Eine bessere erste Workload ist wichtig genug, um ihnen etwas beizubringen,
6:55
aber einfach genug, damit die Leute ihren Besitzer, ihre Daten und das Aussehen des Erfolgs verstehen.
7:00
Dieser erste Schritt gibt dem Team die Möglichkeit zu lernen, ohne das gesamte Unternehmen zu gefährden.
7:04
Stellen Sie sich ein Unternehmen vor, dessen Server-Hardware-Support in drei Monaten nimmt.
7:06
Das erste Ziel besteht nicht darin, jede alte Anwendung neu zu gestalten.
7:09
Es ist keine Zeit.
7:10
Das Verschieben einiger Server mit begrenzten Änderungen nach Azure kann der sinnvollste Schritt sein,
7:14
da dadurch das unmittelbare Hardware-Risiko beseitigt wird.
7:16
Anschließend kann das Unternehmen einen längeren Plan erstellen, um diese Anwendung später zu verbessern und zu ersetzen.
7:20
Das ist keine Selbstverständlichkeit.
7:22
Es geht darum, den richtigen Job für die verfügbare Zeit auszuwählen.
7:24
Bei der Planung müssen auch die richtigen Leute dabei sein.
7:26
Führungskraft erklären, worauf es ankommt.
7:28
Anwendungsbesitzer erläutern, wie die Software funktioniert.
7:31
Sicherheitsteams definieren den sicheren Zugang.
7:32
Netzwerkteams planen Verbindungen.
7:34
Die Finanzabteilung verfolgt die Ausgaben.
7:35
Das Cloud-Team erstellt und unterstützt die Azure-Seite.
7:38
Kein Team kann alle Fragen alleine beantworten.
7:40
Die Strategie gibt ihnen also Aufschluss darüber, warum sich das Büro ändern muss
7:42
und die Planung gibt ihnen Aufschluss darüber, wer umzieht, was benötigt wird und weil dies geschehen.
7:46
In der nächsten CAF-Phase wird das Gebäude für diese Anforderungen vorbereitet, bevor die erste Abteilung einzieht.
7:52
Erstellen Sie die Landing Zone, bevor die Mieter einziehen.
7:54
Wenn der Plan steht, können Sie Azure selbst vorbereiten.
7:57
Bezeichnet diese Phase als Bereitwip.
7:58
Die zentrale Idee ist die Azure Landing Zone.
8:01
Der Name mag technisch klingen, aber die Bedeutung ist einfach.
8:04
Eine Landing Zone ist ein vorbereiteter Teil von Azure, in dem Anwendungen und Daten sicher gespeichert werden können.
8:09
Stellen Sie sich das so vor, als würden Sie das Bürogebäude vorbereiten, bevor die erste Abteilung einzieht.
8:12
Sie benötigen die Gebäude.
8:13
Sie benötigen Strom, Netzwerkkabel, Türen, Schlösser, Notausgänge und einen Ort zum Speichern von Unterlagen.
8:18
Sie würden niemanden in einen leeren Betonboden bitten und ihm sagen, dass er die Verkabelung selbst regeln soll.
8:22
Eine Landing Zone bietet Ihren Workloads diese vorbereitete Grundlage.
8:25
Das bedeutet nicht, dass jede Azure-Umgebung gleich aussieht.
8:27
Ein kleines Unternehmen benötigt möglicherweise ein einfaches Setup und ein paar Kleinregeln.
8:30
Ein großes Unternehmen benötigt möglicherweise viele separate Bereiche für Teams, Regionen und sensible Systeme.
8:35
Es geht darum, die benötigten Teile zu erstellen, bevor die Anwendungen eintragen.
8:38
Beginnen Sie am Empfang.
8:39
In Microsoft Cloud Services funktioniert Microsoft EntraID wie dieser Schalter.
8:43
Es verwaltet digitale Identitäten.
8:45
Es weiß, wer sich anmelden möchte und kann bei der Entscheidung helfen, auf welche Inhalte diese Person zugreifen darf.
8:49
Eine Person benötigt möglicherweise Zugriff auf eine Anwendung, auf ein anderer jedoch nicht.
8:52
Ein Dienst benötigt möglicherweise die Berechtigung, aus einer Datenbank zu lesen, sollte diese jedoch niemals löschen.
8:56
EntraID hilft bei der Verwaltung dieser Entscheidung.
8:58
Die allgemeine Regel ist einfach.
9:00
Gewähren Sie Personen nur den Zugriff, den Sie für Ihre Arbeit benötigen.
9:03
Dadurch werden Fehler reduziert und unerwünschte Zugriffe erschwert.
9:06
Als nächstes kommt der Grundriss des Gebäudes.
9:07
Azure verfügt über mehrere Ebenen zur Organisation der Arbeit.
9:10
Verwaltungsgruppen befinden sich ganz oben.
9:11
Sie können sich diese als die umfassendere Eigenschaftsstruktur vorstellen, in der gemeinsame Regeln für mehr als einen Bereich gelten können.
9:16
Abonnements befinden sich darunter.
9:18
Ein Abonnement ist oft ein separater Bereich für Abrechnung, Zugriff und Workloads.
9:21
Ein Abonnement kann eine Produktionsanwendung unterstützen.
9:23
Ein anderes kann Test unterstützen.
9:25
Ein freigegebenes Abonnement kann Dienste ausführen, die von vielen Teams verwenden.
9:28
In Abonnements helfen Ihnen Ressourcengruppen, zusammengehörige Azure-Elemente zu sammeln.
9:31
Die Web-Server, die Datenbank und der Speicher einer Anwendung befinden sich möglicherweise in einer Ressourcengruppe, da sie zur gleichen Workload gehören.
9:37
Namensregeln und Tagshelven Benutzern Dinge später wiederzufinden.
9:40
Ein Name verrät Ihnen, um was es sich handelt.
9:42
Ein Tag ist eher eine Bezeichnung, die Sie an etwas anhängen zu.
9:45
B. Abteilungsinhaber, Umgebung oder Kostencode.
9:47
Wenn die Finanzabteilung nachfragen muss, welches Team die Kosten verursacht hat, erleichtern Sie Bezeichnungen die Beantwortung dieser Frage hebelig.
9:52
Verwandeln Sie Namen und Bezeichnungen jedoch nicht in ein riesiges Puzzle.
9:55
Benutzer benötigen Regeln, an die Sie sich halten können, ohne ein 20-seitiges Dokument öffnen zu.
9:58
Klarheit und Konsistenz ist besser als Cleverness.
10:00
Das Gebäude benötigt außerdem Straßen, Türen und Venn.
10:03
In Azure ist dies das Netzwerk.
10:05
Es steuert, wie Systeme miteinander mit dem Internet und manchmal auch mit Systemen verbunden werden, die noch in Ihrem eigenen Gebäude oder Rechenzentrum ausgeführt werden.
10:12
Einige Anwendungen benötigen einen privaten Pfad zu einer Unternehmensdauer.
10:15
Andere müssen Datenverkehr von Kunden im Internet akzeptieren.
10:18
Einige Systeme sollten überhaupt nicht miteinander kommunizieren.
10:20
Diese Trennung ist wichtig.
10:22
Sie würden auch nicht alle Bürotüren offen lassen, nur weil mehrere Personen im selben Gebäude arbeiten.
10:25
Auf die gleiche Weise ermöglicht ein gutes Netzwerkdesign die Verbindungen, die eine Workload benötigt, und blockiert diejenigen, die sie nicht benötigen.
10:31
Dann gibt es Dienste, die von vielen Abteilungen genutzt werden.
10:33
Identität ist ein Dienst.
10:35
Netzwerkverbindungen ein anderer.
10:36
Überwachungssicherungs- und Sicherheitstools können sich ebenfalls in diesem gemeinsam genutzten Plattformbereich befinden.
10:40
Anstatt dass jedes Anwendungsteam seine eigene Version dieser grundlegenden Funktionen erstellt, kann die Organisation sie einmal bereitstellen und von Workloads verwenden lassen.
10:47
Dies wird häufig als Plattformzielzone bezeichnet.
10:49
Eine Anwendungszielzone ist anders.
10:50
Das ist der einzelne Bürobereich, in dem eine Anwendung oder ein Team arbeitet.
10:54
Sie folgt den allgemeinen Anerstellungsregeln, bietet aber Raum für die Anforderungen dieser Workload.
10:58
Beispielsweise benötigt eine Kundenwebsite möglicherweise andere Dienste als ein internes Finanzsystem.
11:02
Sie können über separate Anwendungszielzonen verfügen und dabei dennoch dieselben Anmelderegeln, den selben Netzwerkansatz, dieselbe Überwachung und dieselben Sicherheitskontrollen verwenden.
11:08
Dies gibt Teams Raum zum Arbeiten, ohne dass Azure zu einem Ort wird, an dem alles freifügbar ist.
11:12
Azure Policy hilft dabei.
11:13
Richtlinien fungieren als Erstellungsregeln, die unsichere Entscheidungen wählen.
11:16
Sie können bestimmte Bezeichnungen vorschreiben, damit Kosten einen Besitzer haben.
11:19
Sie können Speicher blockieren, der öffentlichen Zugriff gewährt, während die Daten privat bleiben sollen.
11:23
Sie können Bereitstellungen auf genehmigte Regionen beschränken.
11:26
Ziel ist nicht, Mitarbeiter von der Arbeit abzuhalten.
11:28
Ziel ist es, häufige Fehler zu vermeiden, bevor sie teuer oder riskant werden.
11:31
Aber hier bleiben viele Anfänger stecken.
11:33
Sie sehen ein riesiges Microsoft-Diagramm voller Felder und entscheiden, dass Sie jedes Feld vom ersten Tag an benötigen.
11:38
Das müssen Sie nicht.
11:40
Ein kleines Team muss keine Enterprise Tower bauen, nur weil die Blaupause existiert.
11:44
Schaffen Sie das Fundament, das Ihre Organisation jetzt benötigt und erweitern Sie es, wenn eine echte Arbeitslast Ihnen einen Grund liefert.
11:48
Und diese erste Arbeitslast verrät Ihnen etwas, dass ein Diagramm niemals verraten.
11:51
Eine Landingzone kann auf dem Papier vollständig aussehen, mit Richtlinien, Netzwerken, Zugriffsregeln und Überwachungen, die alle ordentlich eingezeichnet sind.
11:57
Dann trifft eine Anwendung ein und benötigt eine Verbindung, die niemand geplant hat, eine Berechtigung, die niemand erwartet hat, oder eine Sicherungseinstellung, die nicht passt.
12:03
Das ist kein Beweis dafür, dass die Landingzone versagt hat.
12:05
So wird das Gebäude besser.
12:07
Übernehmen.
12:08
Verschieben Sie Workloads, lernen Sie dazu und verbessern Sie sie dann.
12:10
Jetzt können die Mitarbeiter den Bereich nutzen.
12:12
CAF nennt dies Übernehmen und es umfasst zwei verwandte Aufgaben.
12:16
Das Verschieben vorhandener Workloads in Azure und das Ändern von Workloads, damit sie dort besser funktionieren.
12:20
Eine Workload ist schlicht eine Arbeit, die auf Technologie ausgeführt wird.
12:23
Dabei kann es Sie um eine Website, eine Unternehmens-App, eine Datenbank oder eine Gruppe von Diensten handeln, die zusammenhören.
12:28
Denken Sie sich eine Abteilung vor, die am Umzugstag ankommt.
12:30
Der Raum ist fertig, aber der Umzug muss noch sorgfältig durchgeführt werden.
12:32
Die Mitarbeiter testen ihre Zutrittskatzkarten.
12:34
Sie überprüfen, ob ihre Telefone funktionieren.
12:36
Sie stellen sicher, dass sie auf die benötigten Dateien zugreifen können.
12:38
Sie finden die Notausgänge, bevor ein echter Notfall eintritt.
12:41
Das Verschieben einer Anwendung nach Azure folgt derselben Grundidee.
12:44
Sie überprüfen, ob die Anwendung funktioniert, ob sie auf die Systeme zugreifen kann, von denen sie abhängt und ob die richtigen Personen sie unterstützen können.
12:49
Beginnen Sie mit einer Workload, die Ihnen einen fairen Test bietet.
12:52
Sie sollte für das Unternehmen von Bedeutung sein, aber kein Rätsel sein, das durch alten Code und ein fehlendes Handbuch zusammengehalten wird.
12:56
Verschieben Sie die Workload, testen Sie sie, erfahren Sie, wo das Setup verbessert werden muss und wenden Sie diese Erkenntnisse dann bei der nächsten Workload.
13:01
So vermeidet CAF, dass der selbe Fehler 50 Mal wiederholt wird.
13:04
Es gibt mehrere Wege, die eine Anwendung einschlagen können.
13:06
Der schnellste Weg ist, dass erneute hosten. Sie werden dies möglicherweise auch als Lift-and-Shift bezeichnet.
13:10
Die Anwendung bleibt größtenteils gleich, wird aber auf einem virtuellen Computer in Azure ausgeführt und nicht auf einem eigenen Server.
13:15
Dies kann sinnvoll sein, wenn Sie alte Hardware schnell loswerden müssen.
13:17
Der nächste Weg ist die Re-Plattformierung.
13:19
Die Anwendung erfüllt immer noch denselben Zweck, aber Sie verschieben einen Teil davon in einen verwalteten Azure-Dienst.
13:24
Anstatt beispielsweise einen eigenen Datenbank-Server zu betreiben, können Sie einen Azure-Datenbank-Dienst verwenden, der von Microsoft betrieben und gewartet wird.
13:29
Dann gibt es noch das Refactoring oder Neuerstellung.
13:31
Refactoring bedeutet, Teile der Anwendung zu ändern, damit Sie Cloud-Dienste besser nutzen können.
13:34
Eine Neuerstellung bedeutet, dass eine neue Version erstellt wird, wenn die alte nicht mehr den geschäftlichen Anforderungen entspricht, die Wartung zu teuer ist oder nicht sicher so verschoben werden kann.
13:43
Nicht jede Workload muss zu Azure verlagert werden.
13:45
Eine Anwendung kann aus gutem Grund dort bleiben, wo sie ist.
13:47
Oder das Unternehmen kann sie durch einen Online-Software-Dienst ersetzen, anstatt die Anwendung selbst zu betreiben.
13:52
Die richtige Antwort hängt davon ab, welche Funktion die Workload hat, wie viele Änderungen erforderlich sind und welches Risiko das Unternehmen angeht.
13:57
Bevor etwas zu einer Produktions-Workload wird, sollten Sie mehr als nur den Anmeldebildschirm testen.
14:01
Führt die Anwendung Ihre normale Aufgabe aus?
14:03
Kann die Anwendung mit der Datenbank und anderen verbundenen Systemen kommunizieren?
14:06
Funktioniert sie gut, wenn sie von echten Personen verwendet wird?
14:08
Können Sie die Daten wiederherstellen, wenn etwas schief geht?
14:10
Haben die richtigen Personen Zugriff, während alle anderen draußen bleiben?
14:13
Und verstehen Sie, welche Kosten es verursacht, wenn die Anwendung normaler?
14:16
Eine erfolgreiche Bereitstellung ist nicht nur eine Anwendung, die einmal geöffnet wird.
14:19
Es ist eine Anwendung, die ausgeführt, wiederhergestellt und unterstützt werden kann.
14:22
Hierfür müssen außerdem zwei Gruppen eingebunden sein.
14:24
Das Anwendungsteam weiß, was die Anwendung benötigt und wie sehr sich die Benutzer auf sie verlassen.
14:28
Das Plattformteam weiß, wie Azure eingerichtet ist und welche gemeinsamen Regeln gelten.
14:32
Keines der Teams kann alle Probleme alleine lösen, aber viele Unternehmen tappen in eine bekannte Falle.
14:37
Das Plattformteam stellt die Landingzone fertig, gewährt dem Anwendungsteam Zugriff und geht zur nächsten Aufgabe über.
14:42
Dann stößt das Anwendungsteam auf ein Problem mit einer Richtlinie, einer Netzwerkregel oder einer Berechtigung und sucht nach Möglichkeiten, die Plattform zu umgehen.
14:48
Das führt auf beiden Seiten zu Frust.
14:50
Ein besserer Ansatz besteht darin, die ersten Schritte als gemeinsame Arbeit zu behandeln.
14:54
Wenn eine Anwendung eine sinnvolle Änderung erfordert, entscheiden die Teams, ob diese Änderung in das Anwendungssetup oder in die gemeinsame Azure-Grundlage gehört.
15:00
Sie dokumentieren die Antwort und vereinfachen dann den nächsten Schritt.
15:03
Jede Workload bringt Ihnen etwas bei.
15:04
Vielleicht braucht der Sicherungsprozess einen klaren Besitzer.
15:07
Vielleicht benötigt eine Anwendung ein Netzwerk, die noch andere Workloads benötigen.
15:10
Vielleicht blockiert eine Richtlinie eine sichere Bereitstellung, um es angepasst werden.
15:13
Sie warten nicht auf ein perfektes Design, um diese Dinge zu lernen.
15:15
Sie lernen, indem Sie vorsichtig vorgehen, das Setup verbessern und diese Verbesserungen wiederverwenden.
15:20
Sobald die Abteilungen jedoch im Gebäude arbeiten, muss jemand über die Regeln, die Sicherheit und die tägliche Instandhaltung wachen.
15:27
Steuern, sichern und verwalten.
15:28
Sorgen Sie dafür, dass das Büro sich im Betrieb es gibt.
15:30
Steuern, sichern und verwalten sind keine Aufgaben, die Sie erst nach Abschluss des Migrationsprojekts aufgeben.
15:34
Sie ziehen sich durch die gesamte Cloud-Reise, da Entscheidungen über Zugriff, Ausgaben, Sicherheit und Support jede Workload von Anfang an betreffen.
15:40
Die Governance legt die Regeln für die Verwendung von Azure fest.
15:43
Dazu kann gehören, welche Azure-Dienste Teams verwenden dürfen, in welchen Regionen sie bereitstellen dürfen, wie Ressourcen benannt werden, welche Bezeichnungen sie benötigen, wer für welche Workload zuständig ist und wie die Ausgaben nachverfolgt werden.
15:52
Stellen Sie sich die Governance als die Regeln vor, denen sich alle bei der Nutzung des Büros verpflichten.
15:56
Eine Abteilung muss möglicherweise festlegen, wem ein Raum gehört.
15:59
Möglicherweise ist vor der Installation teurer Geräte eine Genehmigung davon.
16:01
Möglicherweise müssen Regeln darüber befolgt werden, wo vertrauliche Datensätze gespeichert werden.
16:04
Diese Regeln dienen dazu, die Übersichtlichkeit des Büros zu gewährleisten, wenn wir Mitarbeiter einziehen.
16:08
In Azure hilft Governance auch bei der Compliance.
16:11
Wenn Ihre Organisation Regeln für Kundendaten, Finanzunterlagen oder Gesundheitsinformationen befolgen muss, müssen Sie wissen, wo diese Daten gespeichert sind, wer darauf zugreifen kann und ob die erforderlichen Kontrollen vorhanden sind.
16:21
Sicherheit konzentriert sich auf den Schutz der Personen, Systeme und Daten in dieser Umgebung.
16:25
Mithilfe der Eingabe-ID können Anmeldungen und Berechtigungen steuern.
16:28
Der bedingte Zugriff kann die Situation bei einer Anmeldung überprüfen zum
16:31
B. Ob die Person ein genehmigtes Gerät verwendet oder eine zusätzliche Anmeldeprüfung benötigt.
16:35
Mithilfe der Microsoft Defender Tools können Bedrohungen und verdächtige Aktivitäten auf der gesamten Plattform erkannt werden.
16:40
Die Idee hinter all dem ist das Prinzip der geringsten Rechte.
16:43
Mitarbeiter erhalten den Zugriff, den sie für ihre Arbeit benötigen und nicht nur einen umfassenden Zugriff, nur weil es einfacher scheint.
16:47
Eine Anwendung erhält nur die Berechtigung, die sie benötigt.
16:50
Das mag zunächst langsamer klingen.
16:51
Aber ein umfassender Zugriff führt zu einem viel größeren Problem, wenn ein Konto kompromittiert wird, eine Person einen Fehler macht oder ein Auftragnehmer nicht mehr mit dem Unternehmen zusammenarbeitet.
16:59
Verwaltung ist die tägliche Arbeit, die Aschua am Laufen hält.
17:02
Jemand muss die Überwachungswarnung im Auge behalten.
17:04
Jemand muss Sicherungen überprüfen und nachweisen, dass Daten wieder hergestellt werden können.
17:07
Jemand muss Updates installieren, auf Vorfälle reagieren, Kosten prüfen und entscheiden, was passiert, wenn ein Dienst um zwei morgens nicht mehr funktioniert.
17:14
Diese Aufgaben finden im Hintergrund statt, aber Benutzer bemerken schnell, wenn sie niemandem gehören.
17:17
Es gibt auch ein Modell der geteilten Verantwortung bei Cloud-Diensten.
17:21
Microsoft betreibt und schützt die zugrunde liegende Azure Cloud.
17:24
Microsoft kümmert sich um die physischen Rechenzentren und die zentralen Cloud-Dienste.
17:28
Ihre Organisation ist nach wie vor dafür verantwortlich, was sie in Azure einbringt, wie sie Dienste konfiguriert, wer darauf zugreifen kann, wie Daten geschützt werden und wie Workloads ausgeführt werden.
17:37
Durch die Umstellung auf Azure werden diese Verantwortlichkeiten nicht aufgehoben.
17:39
Es ändert sich nur, wie sie damit umgehen.
17:40
Schreiben Sie die Zuständigkeiten also klar auf.
17:42
Wer erhält eine Warnung, wenn eine Datenbank ausfällt?
17:44
Wer kann eine Sicherung wiederherstellen?
17:46
Wer genehmigt den Zugriff für neun Mitarbeiter?
17:48
Wer reagiert, wenn Defender eine Bedrohung meldet?
17:50
Wer prüft, ob eine Workload mehr als erwartet verbraucht?
17:52
Wenn die Antwort jemand aus der IT-Abteilung ist, ist es noch keine Antwort.
17:55
Ein häufiger Fehler sieht zunächst handlos aus.
17:58
Ein Team aktiviert die Überwachung, Dashboards werden angezeigt und Warnungen treffen ein.
18:02
Alle fühlen sich sicherer, da es das Warnsystem gibt.
18:04
Dann wird nachts eine Warnung ausgelöst.
18:06
Niemand erhält sie oder mehrere Personen erhalten sie und gehen davon aus, dass jemand anderes handelt.
18:10
Die Warnung wird zum Hintergrund rauschen.
18:12
Ein kleines Problem wächst an, weil das System das Problem gemeldet hat, aber niemand für die Reaktion verantwortlich ist.
18:16
Überwachung ohne Verantwortlichkeit ist nur Rauschen.
18:18
Auch Regeln müssen ausbalanciert sein.
18:20
Zu wenige Regeln können dazu führen, dass private Daten offengelegt, Ausgaben unkontrolliert ausgegeben und Ressourcen nicht mehr nachverfolgt werden.
18:25
Zu viele Regeln können Teams dazu zwingen, Wege zu finden, die den offiziellen Weg umgehen, weil sie ihre Arbeit nicht erledigen können.
18:29
Eine gute Governance bietet den Mitarbeitern einen klaren, sicheren Weg nach.
18:32
Sie verwandelt nicht jede Anfrage in eine lange Diskussion.
18:35
CAF hilft ihnen, diese Entscheidungen zu überdenken, wenn sich die Organisation ändert.
18:38
Eine neue Anwendung, eine andere Region, eine neue Compliance-Anforderung oder eine andere Arbeitsweise erfordern möglicherweise Aktualisierungen der Regeln und des Support-Modells.
18:45
Das Framework endet nicht, wenn die letzte Arbeitslast verschoben wird.
18:48
Es bleibt nützlich, da sich das Büro ständig endet.
18:50
Untertitelung des ZDF für funk, 2017