WEBVTT

00:00:00.300 --> 00:00:06.680
Bereit für 10 Tage Microsoft 365, Co-Pilot KI-Azure und die Menschen, die die Zukunft der Arbeit gestalten?

00:00:07.620 --> 00:00:12.000
Diesen Januar ist die M365-Con zurück und zwar noch größer.

00:00:12.820 --> 00:00:18.160
Seien Sie dabei bei Live-Sessions, Demos aus der Praxis und erfahren Sie praktisches Wissen von MVPs und Branchenexperten aus aller Welt.

00:00:18.720 --> 00:00:21.100
Keine generischen Folien, keine endlosen Schlagworte.

00:00:21.940 --> 00:00:23.600
Wir stellen uns den echten Herausforderungen.

00:00:23.760 --> 00:00:27.680
Co-Pilot Studio, KI-Agents, Fabric, Sicherheit, Governance und Automatisierung.

00:00:27.680 --> 00:00:34.440
Ganz gleich, ob Sie IT-Experte, Entwickler oder Führungskraft sind, es gibt für Sie passende Sessions in Session.

00:00:35.440 --> 00:00:39.860
An 10 vollen Tagen können Sie verschiedene Technologien kennenlernen und sich mit einer globalen Community vernetzen.

00:00:40.860 --> 00:00:44.280
Sehen Sie sich die Live-Übertragung an und nehmen Sie praktische Einblicke mit nach Hause in Ihr Unternehmen.

00:00:45.100 --> 00:00:48.860
Januar 2027, 10 Tage, eine Microsoft-Community.

00:00:49.380 --> 00:00:50.640
Die Registrierung ist ab sofort möglich.

00:00:51.700 --> 00:00:52.860
Gehen Sie noch heute zu Ihrem Standort.

00:00:52.860 --> 00:00:58.080
Das ist m315.net.

00:01:00.000 --> 00:01:03.480
Melden Sie sich jetzt unter m315.net an und wir sehen uns im Januar.

00:01:03.740 --> 00:01:04.700
Live die...

00:01:04.700 --> 00:01:11.540
Meisten Teams beginnen Ihre Adger-Reise, indem Sie ein Abonnement abschließen, eine virtuelle Maschine erstellen und nach und nach Dienste auswählen.

00:01:12.500 --> 00:01:15.600
Der bessere Ausgangspunkt ist zwar weniger aufregend, erspart Ihnen aber später viel Ärger.

00:01:16.120 --> 00:01:19.820
Entscheiden Sie, warum Sie umziehen, was Sie umziehen und welche Regeln die Mitarbeiter benötigen, bevor Sie beginnen.

00:01:20.340 --> 00:01:21.540
Denken Sie an die Eröffnung eines Büros.

00:01:21.880 --> 00:01:25.240
Sie könnten beliebige Räume in verschiedenen Gebäuden mieten, Schlüssel ohne Liste verteilen

00:01:25.240 --> 00:01:29.420
und hoffen, dass jede Abteilung ihr eigenes Internet, ihre eigene Ablage und Sicherheit regelt.

00:01:30.200 --> 00:01:33.600
Die Mitarbeiter könnten trotzdem eine Weile arbeiten, aber es würde sich nicht wie ein einziges Büro anfühlen.

00:01:34.400 --> 00:01:39.840
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.

00:01:40.420 --> 00:01:43.740
Wer das Microsoft Cloud Adoption Framework, oft auch als CF bezeichnet, unterstützt Sie dabei.

00:01:43.740 --> 00:01:47.840
Es handelt sich um ein Leitfaden von Microsoft für die Verlagen von Arbeit in Azure und die anschließende Ausführung dieser Arbeiterzeit.

00:01:48.040 --> 00:01:53.920
Wir werden uns die sechs Bausteine ansehen, was eine Azure Zielzone wirklich bedeutet und warum Governance nicht bis zum Schluss warten kann.

00:01:53.920 --> 00:01:57.500
Viele Teams überspringen einen Teil, was ihn oft auf einen späteren Zeitpunkt zwingt.

00:01:59.600 --> 00:02:01.580
Warum CF das Problem mit Bürogebäuden?

00:02:02.160 --> 00:02:05.680
Bevor Cloud-Dienste üblich wurden, bauten viele Unternehmen ihre IT Stück für Stück auf.

00:02:06.160 --> 00:02:09.040
E-Mails wurden auf einem Server ausgeführt, Dateispeicher liefen einem anderen.

00:02:09.040 --> 00:02:13.920
Eine Anwendung hatte ihren eigenen Server, ihren eigenen Sicherungsplan und manchmal eine eigene Person, die wusste, wie alles funktioniert.

00:02:14.660 --> 00:02:16.600
Sicherheitsentscheidungen konnten von einem System zunächst unterschiedlich sein.

00:02:16.900 --> 00:02:18.900
Ein Team verwaltete Netzwerke, ein anderes Server.

00:02:19.400 --> 00:02:23.000
Die Finanzabteilung erhielt Rechnungen, konnte aber oft nicht erkennen, welche Abteilung die Ausgaben verursacht.

00:02:23.000 --> 00:02:26.900
Das Setup wuchs über Jahre hinweg, meist weil jedes neue Problem eine schnelle Lösung erfordert.

00:02:27.580 --> 00:02:29.180
Azure bietet Ihnen mehr und schnellere Optionen.

00:02:29.640 --> 00:02:32.780
Das bedeutet nicht, dass Azure automatisch Kostensicherheit oder langsame Bereitstellung behebt.

00:02:33.240 --> 00:02:37.540
Wenn Sie Cloud-Ressourcen ohne gemeinsame Entscheidungen erstellen, können Sie das gleiche alte Chaos immer wieder neu schaffen,

00:02:37.540 --> 00:02:40.100
nur mit mehr Schaltflächen und einer monatlichen Rechnung, die sich jeden Tag ändert.

00:02:40.620 --> 00:02:42.160
CF ist Microsofts Karte, um das zu vermeiden.

00:02:42.680 --> 00:02:43.780
Es ist kein Produkt, das Sie installieren.

00:02:44.140 --> 00:02:45.540
Es ist keine Azure-Zertifizierung.

00:02:46.080 --> 00:02:50.240
Und es ist kein Ein-Klick-Setup, das ein leeres Azure-Abonnement in eine fertige Cloud-Umgebung verwandelt.

00:02:50.780 --> 00:02:52.740
Stattdessen bietet es Ihnen eine Möglichkeit, die Arbeit zu durchdenken.

00:02:53.140 --> 00:02:54.860
Sie entscheiden, warum die Organisationen Azure benötigen.

00:02:55.140 --> 00:02:56.100
Sie planen, was verschoben werden soll.

00:02:56.400 --> 00:02:58.180
Sie bereiten einen Ort vor, an dem Workloads gespeichert werden können.

00:02:58.520 --> 00:03:00.260
Dann werden Sie verschoben, geschützt, verwaltet und betrieben.

00:03:00.600 --> 00:03:01.420
Zurück zu unserem Bürogebäude.

00:03:01.760 --> 00:03:04.340
Der Geschäftsinhaber entscheidet, welche Anforderungen das Gebäude erfüllen muss.

00:03:04.340 --> 00:03:06.640
Der Empfang kontrolliert, wer hineingelassen wird.

00:03:06.940 --> 00:03:08.420
Jede Abteilung arbeitet in einem eigenen Raum.

00:03:08.780 --> 00:03:11.260
Gebäuderegeln regeln den Zutritt, die Sicherheit und die Ausgaben.

00:03:11.800 --> 00:03:14.340
Währenddessen sorgt das Facility-Team dafür, dass das Licht anbleibt,

00:03:14.440 --> 00:03:17.280
reagiert, wenn etwas kaputt geht und kontrolliert, ob das Gebäude sicher bleibt.

00:03:18.040 --> 00:03:20.420
Azure funktioniert ähnlich, auch wenn die einzelnen Teile unterschiedlich nahmen.

00:03:20.820 --> 00:03:23.740
Stellen Sie sich ein Unternehmen vor, das mehr Platz für neue Produkte und Automate benötigt.

00:03:24.020 --> 00:03:25.440
Es möchte, dass die Teams schneller entwickeln,

00:03:25.660 --> 00:03:28.140
aber zunächst darf jedes Team Azure Ressourcen nach Belieben erstellen.

00:03:28.540 --> 00:03:30.800
Ein Team verwendet den öffentlichen Zugriff, weil er schnell geht.

00:03:31.260 --> 00:03:33.960
Ein anderes erstellt teure Dienste ohne einen Budgetverantwortlichen.

00:03:34.420 --> 00:03:37.600
Ein drittes kann seine Anwendung nicht verbinden, weil niemand das Netzwerk geplant hat.

00:03:38.140 --> 00:03:39.380
Bald weiß niemand mehr, wem das gehört.

00:03:39.960 --> 00:03:41.180
Rechnungen kommen mit wenig Kontext.

00:03:41.420 --> 00:03:42.300
Der Zugriff wird zu umfassen.

00:03:42.300 --> 00:03:45.780
Um das Setup zu reparieren, müssen Systeme geändert werden, auf die die Mitarbeiter bereits angehen.

00:03:46.020 --> 00:03:49.120
Das sind die Kosten, wenn man die Cloud-Entführung wie eine Einkaufsbummel und nicht wie ein Büroumzug behandelt.

00:03:49.760 --> 00:03:52.780
CF hilft Teams, diese Entscheidung zu treffen, bevor die Verwirrung zur Normalität wird.

00:03:54.080 --> 00:03:57.840
Die erste Frage kommt noch vor Blaupausen, Abonnements oder virtuellen Maschinen.

00:03:58.600 --> 00:04:00.180
Warum muss dieses Büro überhaupt existieren?

00:04:01.140 --> 00:04:01.840
Strategie und Plan.

00:04:02.640 --> 00:04:03.740
Entscheiden Sie, warum Sie es aufbauen.

00:04:04.280 --> 00:04:05.860
Die Strategie beginnt mit einer einfachen Frage.

00:04:06.580 --> 00:04:08.920
Welches Problem soll Azure für Ihre Organisation lösen?

00:04:08.920 --> 00:04:11.460
Nicht welchen Azure-Dienst sollten wir kaufen.

00:04:12.600 --> 00:04:15.900
Ein Unternehmen muss möglicherweise ein Rechenzentrum verlassen, weil alte Hardware ersetzt werden muss.

00:04:16.320 --> 00:04:18.320
Ein anderes möchte möglicherweise neue Features schneller veröffentlichen.

00:04:18.720 --> 00:04:22.400
Ein Unternehmen mit Teams in verschiedenen Ländern benötigt seine Anwendung möglicherweise näher an den Benutzern.

00:04:22.960 --> 00:04:26.100
Wieder andere möchten möglicherweise die Wiederherstellung nach einem Ausfall in den Vordergrund stellen,

00:04:26.200 --> 00:04:27.740
ohne auf die Reparatur beschädigte Hardware abzunehmen.

00:04:27.960 --> 00:04:28.660
Es sind unterschiedliche Rüder.

00:04:29.040 --> 00:04:30.060
Sie führen zu unterschiedlichen Entscheidungen.

00:04:30.580 --> 00:04:31.400
Denken Sie an ein Büromzug.

00:04:32.060 --> 00:04:33.780
Ziehen Sie um, weil das aktuelle Büro zu klein ist.

00:04:34.180 --> 00:04:35.280
Benötigen Sie einen zweiten Standort.

00:04:35.620 --> 00:04:37.000
Kommen häufiger externe Mitarbeiter ins Büro.

00:04:37.000 --> 00:04:39.360
Oder sind die Arbeiten im alten Gebäude einfach zu aufwendig?

00:04:39.760 --> 00:04:41.720
Sie würden nicht für jede Situation dasselbe Gebäude wählen.

00:04:42.020 --> 00:04:43.140
Azure funktioniert auf die gleiche Wahl.

00:04:43.340 --> 00:04:45.220
Ihre Strategie sollte das von Ihnen erwartete Ergebnis benennen.

00:04:45.500 --> 00:04:48.060
Vielleicht möchten Sie Ihre Abhängigkeit von Ihrem eigenen Rechenzentrum verringern.

00:04:48.380 --> 00:04:50.560
Möglicherweise müssen Produktteams häufiger Updates veröffentlichen.

00:04:50.840 --> 00:04:53.360
Möglicherweise benötigen externen Mitarbeiter einen sicheren Zugriff auf Geschäftssystem.

00:04:53.600 --> 00:04:56.800
Oder die Finanzabteilung benötigt klare Ausgabengrenzen, bevor die Cloud-Kosten steigen.

00:04:57.140 --> 00:04:58.500
Setzen Sie wohl immer möglich auf einfache Maßnahmen.

00:04:58.900 --> 00:05:01.340
Migrieren Sie beispielsweise diese 10 Server, bevor der Support endet.

00:05:01.840 --> 00:05:05.000
Oder verkürzen Sie die Zeit für die Veröffentlichung einer neuen Version von Wochen auf Tag.

00:05:05.000 --> 00:05:08.600
Oder weisen Sie jeder Abteilung ein monatliches Cloud-Budget mit einem Verantwortlichen zu.

00:05:09.040 --> 00:05:10.620
So haben die Mitarbeiter ein konkretes Ziel vor.

00:05:11.200 --> 00:05:12.660
Ohne diese Maßnahme stagnieren, Cloudway.

00:05:12.900 --> 00:05:14.400
Das technische Team baut Ressourcen auf.

00:05:14.680 --> 00:05:15.680
Das Business wartet auf Ergebnisse.

00:05:16.020 --> 00:05:17.140
Die Finanzabteilung erhält eine Rechte.

00:05:17.440 --> 00:05:19.280
Die Sicherheitsabteilung entdeckt Risiken erst spät in der Arbeit.

00:05:19.540 --> 00:05:20.800
Dann stellen alle dieselbe Frage.

00:05:21.060 --> 00:05:21.760
Warum tun wir das?

00:05:22.640 --> 00:05:25.360
Sobald der Grund klar ist, wird dieser Grund in der Planungsabteilung sein bewandelt.

00:05:25.880 --> 00:05:28.400
Sie müssen wissen, welche Anwendungen Sie haben, welche Daten Sie verwenden,

00:05:28.400 --> 00:05:30.480
wem Sie gehören und welche Personen wissen, wie sie funktionieren.

00:05:30.480 --> 00:05:34.600
Außerdem müssen Sie den Zeitplan, die Risiken, die Qualifikationen und die Abhängigkeiten kennen.

00:05:35.420 --> 00:05:38.360
Eine Abhängigkeit ist einfach etwas, das eine Anwendung benötigt, bevor sie funktionieren kann.

00:05:38.880 --> 00:05:42.200
Eine alte Anwendung für die Gehaltsabrechnung benötigt beispielsweise möglicherweise eine Datenbank,

00:05:42.280 --> 00:05:44.780
einen freigegebenen Dateispeicherort und eine Verbindung zu einem beim Geschäftssystem.

00:05:45.300 --> 00:05:47.820
Wenn Sie nur die Anwendung migrieren und eine dieser Verknüpfungen übersehen,

00:05:47.920 --> 00:05:50.560
scheint der Umzug zwar abgeschlossen zu sein, die Gehaltsabrechnung funktioniert aber nicht.

00:05:50.960 --> 00:05:52.480
An dieser Stelle erleben viele Teams Überraschungen.

00:05:52.640 --> 00:05:55.500
Eine scheinbar kleine Anwendung kann sich mit fünf anderen Systemen verbinden.

00:05:55.780 --> 00:05:57.640
Ein Server führt möglicherweise eine Aufgabe aus, die jemand kommt.

00:05:57.640 --> 00:06:00.080
Die einzige Person, die sich damit auskennt, ist möglicherweise schon vor Jahren.

00:06:00.380 --> 00:06:03.040
Mithilfe der Planung lassen sich diese Probleme finden, solange noch Zeit ist sie zu.

00:06:03.300 --> 00:06:05.120
Anschließend wird für jede Anwendung ein Pfad ausgewählt.

00:06:05.360 --> 00:06:06.880
Einige Anwendungen können unverändert verschoben werden.

00:06:07.220 --> 00:06:09.380
Dies wird häufig als Rehosting oder Lift-and-Shift bezeichnet.

00:06:09.820 --> 00:06:12.560
Dabei wird der vorhandene Server mit wenigen Änderungen in Azure ausgeführt.

00:06:13.180 --> 00:06:15.900
Andere Anwendungen erfordern einige Anpassungen, damit sie besser mit Azure funcern.

00:06:16.460 --> 00:06:19.800
Beispielsweise kann eine Datenbank in einen verwalteten Azure-Datenbankdienst verschoben werden,

00:06:20.060 --> 00:06:21.820
während der Großteil der Anwendungen unverändert bleibt.

00:06:22.500 --> 00:06:23.960
Eine der Anwendungen erfordern Umfangreinigung.

00:06:23.960 --> 00:06:27.740
Ihr Code ist möglicherweise alt, schwer zu unterstützen oder zu stark an die alte Umgebung gebunden.

00:06:28.200 --> 00:06:31.340
In anderen Fällen ist es sinnvoller, die Anwendung durch einen Online-Dienst zu ersetzen

00:06:31.340 --> 00:06:33.120
oder sie vorerst außerhalb von Azure zu belassen.

00:06:33.780 --> 00:06:35.740
Etwas dort zu belassen, wo es ist, kann die richtige Wahl sein.

00:06:36.280 --> 00:06:38.160
Die Cloud-Entführung bedeutet nicht, dass alles Einzelne verschoben.

00:06:39.020 --> 00:06:40.900
Hier treffen Teams jedoch häufig eine schlechte erste Wahl.

00:06:41.280 --> 00:06:44.340
Sie beginnen mit der ältesten am wenigsten verstandenen Anwendung, weil sie dringend erscheinen.

00:06:44.880 --> 00:06:47.300
Diese Anwendung ist möglicherweise fehleranfällig, schlecht dokumentiert

00:06:47.300 --> 00:06:48.880
und mit mehr System verbunden, als irgendjemand erkennt.

00:06:48.880 --> 00:06:51.620
Das kann den ersten Schritt zu einem langwierigen Rettungsjob machen.

00:06:52.680 --> 00:06:55.560
Eine bessere erste Workload ist wichtig genug, um ihnen etwas beizubringen,

00:06:55.620 --> 00:06:59.120
aber einfach genug, damit die Leute ihren Besitzer, ihre Daten und das Aussehen des Erfolgs verstehen.

00:07:00.180 --> 00:07:03.680
Dieser erste Schritt gibt dem Team die Möglichkeit zu lernen, ohne das gesamte Unternehmen zu gefährden.

00:07:04.100 --> 00:07:06.560
Stellen Sie sich ein Unternehmen vor, dessen Server-Hardware-Support in drei Monaten nimmt.

00:07:06.940 --> 00:07:09.240
Das erste Ziel besteht nicht darin, jede alte Anwendung neu zu gestalten.

00:07:09.600 --> 00:07:10.160
Es ist keine Zeit.

00:07:10.580 --> 00:07:14.000
Das Verschieben einiger Server mit begrenzten Änderungen nach Azure kann der sinnvollste Schritt sein,

00:07:14.080 --> 00:07:16.060
da dadurch das unmittelbare Hardware-Risiko beseitigt wird.

00:07:16.060 --> 00:07:20.500
Anschließend kann das Unternehmen einen längeren Plan erstellen, um diese Anwendung später zu verbessern und zu ersetzen.

00:07:20.740 --> 00:07:21.640
Das ist keine Selbstverständlichkeit.

00:07:22.020 --> 00:07:24.160
Es geht darum, den richtigen Job für die verfügbare Zeit auszuwählen.

00:07:24.600 --> 00:07:26.240
Bei der Planung müssen auch die richtigen Leute dabei sein.

00:07:26.680 --> 00:07:27.980
Führungskraft erklären, worauf es ankommt.

00:07:28.860 --> 00:07:30.320
Anwendungsbesitzer erläutern, wie die Software funktioniert.

00:07:31.100 --> 00:07:32.500
Sicherheitsteams definieren den sicheren Zugang.

00:07:32.900 --> 00:07:33.860
Netzwerkteams planen Verbindungen.

00:07:34.120 --> 00:07:35.280
Die Finanzabteilung verfolgt die Ausgaben.

00:07:35.680 --> 00:07:37.640
Das Cloud-Team erstellt und unterstützt die Azure-Seite.

00:07:38.220 --> 00:07:39.940
Kein Team kann alle Fragen alleine beantworten.

00:07:40.320 --> 00:07:42.840
Die Strategie gibt ihnen also Aufschluss darüber, warum sich das Büro ändern muss

00:07:42.840 --> 00:07:45.620
und die Planung gibt ihnen Aufschluss darüber, wer umzieht, was benötigt wird und weil dies geschehen.

00:07:46.060 --> 00:07:50.040
In der nächsten CAF-Phase wird das Gebäude für diese Anforderungen vorbereitet, bevor die erste Abteilung einzieht.

00:07:52.220 --> 00:07:53.920
Erstellen Sie die Landing Zone, bevor die Mieter einziehen.

00:07:54.500 --> 00:07:56.260
Wenn der Plan steht, können Sie Azure selbst vorbereiten.

00:07:57.000 --> 00:07:58.440
Bezeichnet diese Phase als Bereitwip.

00:07:58.800 --> 00:08:00.660
Die zentrale Idee ist die Azure Landing Zone.

00:08:01.420 --> 00:08:03.660
Der Name mag technisch klingen, aber die Bedeutung ist einfach.

00:08:04.100 --> 00:08:08.680
Eine Landing Zone ist ein vorbereiteter Teil von Azure, in dem Anwendungen und Daten sicher gespeichert werden können.

00:08:09.260 --> 00:08:12.360
Stellen Sie sich das so vor, als würden Sie das Bürogebäude vorbereiten, bevor die erste Abteilung einzieht.

00:08:12.360 --> 00:08:13.460
Sie benötigen die Gebäude.

00:08:13.980 --> 00:08:18.100
Sie benötigen Strom, Netzwerkkabel, Türen, Schlösser, Notausgänge und einen Ort zum Speichern von Unterlagen.

00:08:18.480 --> 00:08:22.180
Sie würden niemanden in einen leeren Betonboden bitten und ihm sagen, dass er die Verkabelung selbst regeln soll.

00:08:22.400 --> 00:08:24.980
Eine Landing Zone bietet Ihren Workloads diese vorbereitete Grundlage.

00:08:25.200 --> 00:08:27.260
Das bedeutet nicht, dass jede Azure-Umgebung gleich aussieht.

00:08:27.720 --> 00:08:30.300
Ein kleines Unternehmen benötigt möglicherweise ein einfaches Setup und ein paar Kleinregeln.

00:08:30.780 --> 00:08:35.000
Ein großes Unternehmen benötigt möglicherweise viele separate Bereiche für Teams, Regionen und sensible Systeme.

00:08:35.300 --> 00:08:37.960
Es geht darum, die benötigten Teile zu erstellen, bevor die Anwendungen eintragen.

00:08:38.440 --> 00:08:39.180
Beginnen Sie am Empfang.

00:08:39.180 --> 00:08:42.860
In Microsoft Cloud Services funktioniert Microsoft EntraID wie dieser Schalter.

00:08:43.320 --> 00:08:44.700
Es verwaltet digitale Identitäten.

00:08:45.540 --> 00:08:49.240
Es weiß, wer sich anmelden möchte und kann bei der Entscheidung helfen, auf welche Inhalte diese Person zugreifen darf.

00:08:49.600 --> 00:08:52.260
Eine Person benötigt möglicherweise Zugriff auf eine Anwendung, auf ein anderer jedoch nicht.

00:08:52.600 --> 00:08:56.320
Ein Dienst benötigt möglicherweise die Berechtigung, aus einer Datenbank zu lesen, sollte diese jedoch niemals löschen.

00:08:56.660 --> 00:08:58.260
EntraID hilft bei der Verwaltung dieser Entscheidung.

00:08:58.680 --> 00:08:59.740
Die allgemeine Regel ist einfach.

00:09:00.200 --> 00:09:02.460
Gewähren Sie Personen nur den Zugriff, den Sie für Ihre Arbeit benötigen.

00:09:03.100 --> 00:09:05.720
Dadurch werden Fehler reduziert und unerwünschte Zugriffe erschwert.

00:09:06.200 --> 00:09:07.620
Als nächstes kommt der Grundriss des Gebäudes.

00:09:07.980 --> 00:09:10.020
Azure verfügt über mehrere Ebenen zur Organisation der Arbeit.

00:09:10.520 --> 00:09:11.560
Verwaltungsgruppen befinden sich ganz oben.

00:09:11.860 --> 00:09:16.520
Sie können sich diese als die umfassendere Eigenschaftsstruktur vorstellen, in der gemeinsame Regeln für mehr als einen Bereich gelten können.

00:09:16.780 --> 00:09:17.720
Abonnements befinden sich darunter.

00:09:18.260 --> 00:09:21.200
Ein Abonnement ist oft ein separater Bereich für Abrechnung, Zugriff und Workloads.

00:09:21.200 --> 00:09:23.300
Ein Abonnement kann eine Produktionsanwendung unterstützen.

00:09:23.600 --> 00:09:24.740
Ein anderes kann Test unterstützen.

00:09:25.080 --> 00:09:27.440
Ein freigegebenes Abonnement kann Dienste ausführen, die von vielen Teams verwenden.

00:09:28.000 --> 00:09:31.640
In Abonnements helfen Ihnen Ressourcengruppen, zusammengehörige Azure-Elemente zu sammeln.

00:09:31.640 --> 00:09:37.260
Die Web-Server, die Datenbank und der Speicher einer Anwendung befinden sich möglicherweise in einer Ressourcengruppe, da sie zur gleichen Workload gehören.

00:09:37.860 --> 00:09:40.160
Namensregeln und Tagshelven Benutzern Dinge später wiederzufinden.

00:09:40.940 --> 00:09:42.260
Ein Name verrät Ihnen, um was es sich handelt.

00:09:42.720 --> 00:09:44.900
Ein Tag ist eher eine Bezeichnung, die Sie an etwas anhängen zu.

00:09:45.260 --> 00:09:47.400
B. Abteilungsinhaber, Umgebung oder Kostencode.

00:09:47.720 --> 00:09:52.580
Wenn die Finanzabteilung nachfragen muss, welches Team die Kosten verursacht hat, erleichtern Sie Bezeichnungen die Beantwortung dieser Frage hebelig.

00:09:52.920 --> 00:09:55.440
Verwandeln Sie Namen und Bezeichnungen jedoch nicht in ein riesiges Puzzle.

00:09:55.860 --> 00:09:58.980
Benutzer benötigen Regeln, an die Sie sich halten können, ohne ein 20-seitiges Dokument öffnen zu.

00:09:58.980 --> 00:10:00.640
Klarheit und Konsistenz ist besser als Cleverness.

00:10:00.900 --> 00:10:02.940
Das Gebäude benötigt außerdem Straßen, Türen und Venn.

00:10:03.300 --> 00:10:04.460
In Azure ist dies das Netzwerk.

00:10:05.100 --> 00:10:11.840
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.

00:10:12.460 --> 00:10:15.020
Einige Anwendungen benötigen einen privaten Pfad zu einer Unternehmensdauer.

00:10:15.560 --> 00:10:17.700
Andere müssen Datenverkehr von Kunden im Internet akzeptieren.

00:10:18.220 --> 00:10:20.340
Einige Systeme sollten überhaupt nicht miteinander kommunizieren.

00:10:20.840 --> 00:10:21.580
Diese Trennung ist wichtig.

00:10:22.280 --> 00:10:25.680
Sie würden auch nicht alle Bürotüren offen lassen, nur weil mehrere Personen im selben Gebäude arbeiten.

00:10:25.680 --> 00:10:31.160
Auf die gleiche Weise ermöglicht ein gutes Netzwerkdesign die Verbindungen, die eine Workload benötigt, und blockiert diejenigen, die sie nicht benötigen.

00:10:31.460 --> 00:10:33.380
Dann gibt es Dienste, die von vielen Abteilungen genutzt werden.

00:10:33.760 --> 00:10:34.620
Identität ist ein Dienst.

00:10:35.060 --> 00:10:35.860
Netzwerkverbindungen ein anderer.

00:10:36.600 --> 00:10:39.900
Überwachungssicherungs- und Sicherheitstools können sich ebenfalls in diesem gemeinsam genutzten Plattformbereich befinden.

00:10:40.180 --> 00:10:46.480
Anstatt dass jedes Anwendungsteam seine eigene Version dieser grundlegenden Funktionen erstellt, kann die Organisation sie einmal bereitstellen und von Workloads verwenden lassen.

00:10:47.040 --> 00:10:48.760
Dies wird häufig als Plattformzielzone bezeichnet.

00:10:49.160 --> 00:10:50.340
Eine Anwendungszielzone ist anders.

00:10:50.340 --> 00:10:53.680
Das ist der einzelne Bürobereich, in dem eine Anwendung oder ein Team arbeitet.

00:10:54.360 --> 00:10:57.760
Sie folgt den allgemeinen Anerstellungsregeln, bietet aber Raum für die Anforderungen dieser Workload.

00:10:58.320 --> 00:11:01.900
Beispielsweise benötigt eine Kundenwebsite möglicherweise andere Dienste als ein internes Finanzsystem.

00:11:02.200 --> 00:11:08.560
Sie können über separate Anwendungszielzonen verfügen und dabei dennoch dieselben Anmelderegeln, den selben Netzwerkansatz, dieselbe Überwachung und dieselben Sicherheitskontrollen verwenden.

00:11:08.800 --> 00:11:12.200
Dies gibt Teams Raum zum Arbeiten, ohne dass Azure zu einem Ort wird, an dem alles freifügbar ist.

00:11:12.520 --> 00:11:13.500
Azure Policy hilft dabei.

00:11:13.900 --> 00:11:16.380
Richtlinien fungieren als Erstellungsregeln, die unsichere Entscheidungen wählen.

00:11:16.380 --> 00:11:19.320
Sie können bestimmte Bezeichnungen vorschreiben, damit Kosten einen Besitzer haben.

00:11:19.320 --> 00:11:23.120
Sie können Speicher blockieren, der öffentlichen Zugriff gewährt, während die Daten privat bleiben sollen.

00:11:23.860 --> 00:11:25.880
Sie können Bereitstellungen auf genehmigte Regionen beschränken.

00:11:26.320 --> 00:11:27.860
Ziel ist nicht, Mitarbeiter von der Arbeit abzuhalten.

00:11:28.200 --> 00:11:30.960
Ziel ist es, häufige Fehler zu vermeiden, bevor sie teuer oder riskant werden.

00:11:31.380 --> 00:11:32.800
Aber hier bleiben viele Anfänger stecken.

00:11:33.340 --> 00:11:37.720
Sie sehen ein riesiges Microsoft-Diagramm voller Felder und entscheiden, dass Sie jedes Feld vom ersten Tag an benötigen.

00:11:38.120 --> 00:11:38.660
Das müssen Sie nicht.

00:11:40.280 --> 00:11:43.640
Ein kleines Team muss keine Enterprise Tower bauen, nur weil die Blaupause existiert.

00:11:44.040 --> 00:11:48.700
Schaffen Sie das Fundament, das Ihre Organisation jetzt benötigt und erweitern Sie es, wenn eine echte Arbeitslast Ihnen einen Grund liefert.

00:11:48.700 --> 00:11:51.380
Und diese erste Arbeitslast verrät Ihnen etwas, dass ein Diagramm niemals verraten.

00:11:51.720 --> 00:11:56.960
Eine Landingzone kann auf dem Papier vollständig aussehen, mit Richtlinien, Netzwerken, Zugriffsregeln und Überwachungen, die alle ordentlich eingezeichnet sind.

00:11:57.440 --> 00:12:02.800
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.

00:12:03.180 --> 00:12:04.880
Das ist kein Beweis dafür, dass die Landingzone versagt hat.

00:12:05.140 --> 00:12:06.000
So wird das Gebäude besser.

00:12:07.340 --> 00:12:07.700
Übernehmen.

00:12:08.200 --> 00:12:10.140
Verschieben Sie Workloads, lernen Sie dazu und verbessern Sie sie dann.

00:12:10.760 --> 00:12:12.080
Jetzt können die Mitarbeiter den Bereich nutzen.

00:12:12.080 --> 00:12:16.120
CAF nennt dies Übernehmen und es umfasst zwei verwandte Aufgaben.

00:12:16.740 --> 00:12:20.440
Das Verschieben vorhandener Workloads in Azure und das Ändern von Workloads, damit sie dort besser funktionieren.

00:12:20.780 --> 00:12:23.180
Eine Workload ist schlicht eine Arbeit, die auf Technologie ausgeführt wird.

00:12:23.640 --> 00:12:28.040
Dabei kann es Sie um eine Website, eine Unternehmens-App, eine Datenbank oder eine Gruppe von Diensten handeln, die zusammenhören.

00:12:28.280 --> 00:12:29.960
Denken Sie sich eine Abteilung vor, die am Umzugstag ankommt.

00:12:30.420 --> 00:12:32.820
Der Raum ist fertig, aber der Umzug muss noch sorgfältig durchgeführt werden.

00:12:32.820 --> 00:12:34.380
Die Mitarbeiter testen ihre Zutrittskatzkarten.

00:12:34.660 --> 00:12:36.060
Sie überprüfen, ob ihre Telefone funktionieren.

00:12:36.380 --> 00:12:38.260
Sie stellen sicher, dass sie auf die benötigten Dateien zugreifen können.

00:12:38.260 --> 00:12:40.860
Sie finden die Notausgänge, bevor ein echter Notfall eintritt.

00:12:41.260 --> 00:12:43.880
Das Verschieben einer Anwendung nach Azure folgt derselben Grundidee.

00:12:44.320 --> 00:12:49.520
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.

00:12:49.980 --> 00:12:51.640
Beginnen Sie mit einer Workload, die Ihnen einen fairen Test bietet.

00:12:52.040 --> 00:12:56.400
Sie sollte für das Unternehmen von Bedeutung sein, aber kein Rätsel sein, das durch alten Code und ein fehlendes Handbuch zusammengehalten wird.

00:12:56.640 --> 00:13:01.280
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.

00:13:01.600 --> 00:13:04.120
So vermeidet CAF, dass der selbe Fehler 50 Mal wiederholt wird.

00:13:04.520 --> 00:13:06.400
Es gibt mehrere Wege, die eine Anwendung einschlagen können.

00:13:06.400 --> 00:13:10.300
Der schnellste Weg ist, dass erneute hosten. Sie werden dies möglicherweise auch als Lift-and-Shift bezeichnet.

00:13:10.600 --> 00:13:14.820
Die Anwendung bleibt größtenteils gleich, wird aber auf einem virtuellen Computer in Azure ausgeführt und nicht auf einem eigenen Server.

00:13:15.140 --> 00:13:17.440
Dies kann sinnvoll sein, wenn Sie alte Hardware schnell loswerden müssen.

00:13:17.940 --> 00:13:19.280
Der nächste Weg ist die Re-Plattformierung.

00:13:19.740 --> 00:13:23.420
Die Anwendung erfüllt immer noch denselben Zweck, aber Sie verschieben einen Teil davon in einen verwalteten Azure-Dienst.

00:13:24.020 --> 00:13:29.360
Anstatt beispielsweise einen eigenen Datenbank-Server zu betreiben, können Sie einen Azure-Datenbank-Dienst verwenden, der von Microsoft betrieben und gewartet wird.

00:13:29.600 --> 00:13:31.160
Dann gibt es noch das Refactoring oder Neuerstellung.

00:13:31.660 --> 00:13:34.960
Refactoring bedeutet, Teile der Anwendung zu ändern, damit Sie Cloud-Dienste besser nutzen können.

00:13:34.960 --> 00:13:42.220
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.

00:13:43.120 --> 00:13:44.620
Nicht jede Workload muss zu Azure verlagert werden.

00:13:45.040 --> 00:13:46.980
Eine Anwendung kann aus gutem Grund dort bleiben, wo sie ist.

00:13:47.780 --> 00:13:52.160
Oder das Unternehmen kann sie durch einen Online-Software-Dienst ersetzen, anstatt die Anwendung selbst zu betreiben.

00:13:52.820 --> 00:13:57.700
Die richtige Antwort hängt davon ab, welche Funktion die Workload hat, wie viele Änderungen erforderlich sind und welches Risiko das Unternehmen angeht.

00:13:57.700 --> 00:14:01.520
Bevor etwas zu einer Produktions-Workload wird, sollten Sie mehr als nur den Anmeldebildschirm testen.

00:14:01.920 --> 00:14:03.420
Führt die Anwendung Ihre normale Aufgabe aus?

00:14:03.900 --> 00:14:06.220
Kann die Anwendung mit der Datenbank und anderen verbundenen Systemen kommunizieren?

00:14:06.640 --> 00:14:08.380
Funktioniert sie gut, wenn sie von echten Personen verwendet wird?

00:14:08.660 --> 00:14:10.320
Können Sie die Daten wiederherstellen, wenn etwas schief geht?

00:14:10.800 --> 00:14:13.260
Haben die richtigen Personen Zugriff, während alle anderen draußen bleiben?

00:14:13.600 --> 00:14:15.820
Und verstehen Sie, welche Kosten es verursacht, wenn die Anwendung normaler?

00:14:16.160 --> 00:14:18.720
Eine erfolgreiche Bereitstellung ist nicht nur eine Anwendung, die einmal geöffnet wird.

00:14:19.440 --> 00:14:22.460
Es ist eine Anwendung, die ausgeführt, wiederhergestellt und unterstützt werden kann.

00:14:22.460 --> 00:14:24.500
Hierfür müssen außerdem zwei Gruppen eingebunden sein.

00:14:24.840 --> 00:14:28.120
Das Anwendungsteam weiß, was die Anwendung benötigt und wie sehr sich die Benutzer auf sie verlassen.

00:14:28.480 --> 00:14:31.740
Das Plattformteam weiß, wie Azure eingerichtet ist und welche gemeinsamen Regeln gelten.

00:14:32.600 --> 00:14:36.760
Keines der Teams kann alle Probleme alleine lösen, aber viele Unternehmen tappen in eine bekannte Falle.

00:14:37.540 --> 00:14:41.480
Das Plattformteam stellt die Landingzone fertig, gewährt dem Anwendungsteam Zugriff und geht zur nächsten Aufgabe über.

00:14:42.200 --> 00:14:47.400
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.

00:14:48.320 --> 00:14:50.060
Das führt auf beiden Seiten zu Frust.

00:14:50.060 --> 00:14:53.820
Ein besserer Ansatz besteht darin, die ersten Schritte als gemeinsame Arbeit zu behandeln.

00:14:54.180 --> 00:15:00.080
Wenn eine Anwendung eine sinnvolle Änderung erfordert, entscheiden die Teams, ob diese Änderung in das Anwendungssetup oder in die gemeinsame Azure-Grundlage gehört.

00:15:00.520 --> 00:15:02.720
Sie dokumentieren die Antwort und vereinfachen dann den nächsten Schritt.

00:15:03.260 --> 00:15:04.540
Jede Workload bringt Ihnen etwas bei.

00:15:04.980 --> 00:15:06.700
Vielleicht braucht der Sicherungsprozess einen klaren Besitzer.

00:15:07.140 --> 00:15:10.020
Vielleicht benötigt eine Anwendung ein Netzwerk, die noch andere Workloads benötigen.

00:15:10.340 --> 00:15:13.000
Vielleicht blockiert eine Richtlinie eine sichere Bereitstellung, um es angepasst werden.

00:15:13.520 --> 00:15:15.900
Sie warten nicht auf ein perfektes Design, um diese Dinge zu lernen.

00:15:15.900 --> 00:15:20.740
Sie lernen, indem Sie vorsichtig vorgehen, das Setup verbessern und diese Verbesserungen wiederverwenden.

00:15:20.740 --> 00:15:26.480
Sobald die Abteilungen jedoch im Gebäude arbeiten, muss jemand über die Regeln, die Sicherheit und die tägliche Instandhaltung wachen.

00:15:27.420 --> 00:15:28.380
Steuern, sichern und verwalten.

00:15:28.740 --> 00:15:30.200
Sorgen Sie dafür, dass das Büro sich im Betrieb es gibt.

00:15:30.740 --> 00:15:34.400
Steuern, sichern und verwalten sind keine Aufgaben, die Sie erst nach Abschluss des Migrationsprojekts aufgeben.

00:15:34.940 --> 00:15:40.280
Sie ziehen sich durch die gesamte Cloud-Reise, da Entscheidungen über Zugriff, Ausgaben, Sicherheit und Support jede Workload von Anfang an betreffen.

00:15:40.880 --> 00:15:43.280
Die Governance legt die Regeln für die Verwendung von Azure fest.

00:15:43.720 --> 00:15:52.040
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.

00:15:52.580 --> 00:15:56.140
Stellen Sie sich die Governance als die Regeln vor, denen sich alle bei der Nutzung des Büros verpflichten.

00:15:56.480 --> 00:15:58.400
Eine Abteilung muss möglicherweise festlegen, wem ein Raum gehört.

00:15:59.060 --> 00:16:01.280
Möglicherweise ist vor der Installation teurer Geräte eine Genehmigung davon.

00:16:01.560 --> 00:16:04.460
Möglicherweise müssen Regeln darüber befolgt werden, wo vertrauliche Datensätze gespeichert werden.

00:16:04.780 --> 00:16:08.220
Diese Regeln dienen dazu, die Übersichtlichkeit des Büros zu gewährleisten, wenn wir Mitarbeiter einziehen.

00:16:08.220 --> 00:16:10.520
In Azure hilft Governance auch bei der Compliance.

00:16:11.100 --> 00:16:20.200
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.

00:16:21.260 --> 00:16:25.100
Sicherheit konzentriert sich auf den Schutz der Personen, Systeme und Daten in dieser Umgebung.

00:16:25.940 --> 00:16:28.220
Mithilfe der Eingabe-ID können Anmeldungen und Berechtigungen steuern.

00:16:28.660 --> 00:16:31.460
Der bedingte Zugriff kann die Situation bei einer Anmeldung überprüfen zum

00:16:31.460 --> 00:16:35.600
B. Ob die Person ein genehmigtes Gerät verwendet oder eine zusätzliche Anmeldeprüfung benötigt.

00:16:35.600 --> 00:16:40.380
Mithilfe der Microsoft Defender Tools können Bedrohungen und verdächtige Aktivitäten auf der gesamten Plattform erkannt werden.

00:16:40.640 --> 00:16:42.420
Die Idee hinter all dem ist das Prinzip der geringsten Rechte.

00:16:43.020 --> 00:16:46.980
Mitarbeiter erhalten den Zugriff, den sie für ihre Arbeit benötigen und nicht nur einen umfassenden Zugriff, nur weil es einfacher scheint.

00:16:47.540 --> 00:16:49.840
Eine Anwendung erhält nur die Berechtigung, die sie benötigt.

00:16:50.720 --> 00:16:51.900
Das mag zunächst langsamer klingen.

00:16:51.900 --> 00:16:58.740
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.

00:16:59.560 --> 00:17:01.800
Verwaltung ist die tägliche Arbeit, die Aschua am Laufen hält.

00:17:02.320 --> 00:17:03.860
Jemand muss die Überwachungswarnung im Auge behalten.

00:17:04.240 --> 00:17:07.040
Jemand muss Sicherungen überprüfen und nachweisen, dass Daten wieder hergestellt werden können.

00:17:07.400 --> 00:17:13.200
Jemand muss Updates installieren, auf Vorfälle reagieren, Kosten prüfen und entscheiden, was passiert, wenn ein Dienst um zwei morgens nicht mehr funktioniert.

00:17:14.360 --> 00:17:17.720
Diese Aufgaben finden im Hintergrund statt, aber Benutzer bemerken schnell, wenn sie niemandem gehören.

00:17:17.720 --> 00:17:20.760
Es gibt auch ein Modell der geteilten Verantwortung bei Cloud-Diensten.

00:17:21.400 --> 00:17:23.600
Microsoft betreibt und schützt die zugrunde liegende Azure Cloud.

00:17:24.240 --> 00:17:27.260
Microsoft kümmert sich um die physischen Rechenzentren und die zentralen Cloud-Dienste.

00:17:28.520 --> 00:17:35.960
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.

00:17:37.040 --> 00:17:39.220
Durch die Umstellung auf Azure werden diese Verantwortlichkeiten nicht aufgehoben.

00:17:39.500 --> 00:17:40.700
Es ändert sich nur, wie sie damit umgehen.

00:17:40.700 --> 00:17:42.380
Schreiben Sie die Zuständigkeiten also klar auf.

00:17:42.780 --> 00:17:44.420
Wer erhält eine Warnung, wenn eine Datenbank ausfällt?

00:17:44.800 --> 00:17:45.860
Wer kann eine Sicherung wiederherstellen?

00:17:46.200 --> 00:17:47.600
Wer genehmigt den Zugriff für neun Mitarbeiter?

00:17:48.180 --> 00:17:49.700
Wer reagiert, wenn Defender eine Bedrohung meldet?

00:17:50.060 --> 00:17:52.120
Wer prüft, ob eine Workload mehr als erwartet verbraucht?

00:17:52.700 --> 00:17:55.200
Wenn die Antwort jemand aus der IT-Abteilung ist, ist es noch keine Antwort.

00:17:55.880 --> 00:17:57.540
Ein häufiger Fehler sieht zunächst handlos aus.

00:17:58.000 --> 00:18:01.300
Ein Team aktiviert die Überwachung, Dashboards werden angezeigt und Warnungen treffen ein.

00:18:02.200 --> 00:18:04.520
Alle fühlen sich sicherer, da es das Warnsystem gibt.

00:18:04.960 --> 00:18:06.320
Dann wird nachts eine Warnung ausgelöst.

00:18:06.720 --> 00:18:10.040
Niemand erhält sie oder mehrere Personen erhalten sie und gehen davon aus, dass jemand anderes handelt.

00:18:10.040 --> 00:18:11.680
Die Warnung wird zum Hintergrund rauschen.

00:18:12.140 --> 00:18:16.040
Ein kleines Problem wächst an, weil das System das Problem gemeldet hat, aber niemand für die Reaktion verantwortlich ist.

00:18:16.040 --> 00:18:18.280
Überwachung ohne Verantwortlichkeit ist nur Rauschen.

00:18:18.600 --> 00:18:19.800
Auch Regeln müssen ausbalanciert sein.

00:18:20.060 --> 00:18:24.760
Zu wenige Regeln können dazu führen, dass private Daten offengelegt, Ausgaben unkontrolliert ausgegeben und Ressourcen nicht mehr nachverfolgt werden.

00:18:25.020 --> 00:18:29.220
Zu viele Regeln können Teams dazu zwingen, Wege zu finden, die den offiziellen Weg umgehen, weil sie ihre Arbeit nicht erledigen können.

00:18:29.220 --> 00:18:31.840
Eine gute Governance bietet den Mitarbeitern einen klaren, sicheren Weg nach.

00:18:32.380 --> 00:18:34.600
Sie verwandelt nicht jede Anfrage in eine lange Diskussion.

00:18:35.280 --> 00:18:38.140
CAF hilft ihnen, diese Entscheidungen zu überdenken, wenn sich die Organisation ändert.

00:18:38.600 --> 00:18:45.080
Eine neue Anwendung, eine andere Region, eine neue Compliance-Anforderung oder eine andere Arbeitsweise erfordern möglicherweise Aktualisierungen der Regeln und des Support-Modells.

00:18:45.560 --> 00:18:47.880
Das Framework endet nicht, wenn die letzte Arbeitslast verschoben wird.

00:18:48.320 --> 00:18:50.020
Es bleibt nützlich, da sich das Büro ständig endet.

00:18:50.020 --> 00:19:20.000
Untertitelung des ZDF für funk, 2017