{"id":1028805,"date":"2025-04-03T15:53:40","date_gmt":"2025-04-03T14:53:40","guid":{"rendered":"https:\/\/pulse.microsoft.com\/?p=1028805"},"modified":"2025-04-04T12:56:37","modified_gmt":"2025-04-04T11:56:37","slug":"fa1-was-passiert-eigentlich-beim-launch-einer-cloud-region","status":"publish","type":"post","link":"https:\/\/pulse.microsoft.com\/de-at\/transform-de-at\/na\/fa1-was-passiert-eigentlich-beim-launch-einer-cloud-region\/","title":{"rendered":"Was passiert eigentlich beim Launch einer Cloud Region?"},"content":{"rendered":"

Nachdem Ende des letzten Jahres der erste Meilenstein f\u00fcr unsere Cloud Region \u00d6sterreich geschafft wurde, die Verf\u00fcgbarkeit von ExpressRoute in der Region \u00d6sterreich<\/a>, werden schon im n\u00e4chsten Schritte die ersten Cloudservices aus unseren Rechenzentren in \u00d6sterreich angeboten werden.<\/p>\n

Aber was bedeutet das eigentlich konkret? Was passiert bei einem „Cloud-Region-Launch“? Und wie plane ich als Kunde oder Partner der Microsoft meine Migrationsschritte in die Cloud entlang der „Launch-Journey“ der Region „Austria East“?<\/p>\n

Was bedeutet „Launch“ oder „GoLive“?<\/h2>\n

Oft fragen mich Kunden oder Partner nach einem „Launchdatum“. Es stellt sich heraus, dass dies zwar nach einer recht einfachen Frage klingt, in der Realit\u00e4t dann aber gar nicht so einfach zu beantworten ist.<\/p>\n

Warum ist das so? Nun, eine Cloud Region ist nicht blo\u00df ein weiteres Rechenzentrum mit einigen Server. Bei einer ganzen Cloudregion wie im Fall der Region „Austria East“, wie unsere Region hei\u00dfen wird, werden von Beginn an 3 Verf\u00fcgbarkeitszonen (=Standorte) zur Verf\u00fcgung stehen, aus denen heraus wir unsere Services anbieten werden. So k\u00f6nnen auch Hochverf\u00fcgbarkeitsanwendungen in dieser Region (z.B redundant in mehreren Verf\u00fcgbarkeitszonen<\/a>) betrieben werden.<\/p>\n

Dann ist zu beachten, dass in allen 3 Standorten viele verschiedene Hardwarekonfigurationen (und Services)<\/a> deployed werden. So werden uns beispielsweise verschiedene Typen f\u00fcr virtuelle Server zur Verf\u00fcgung stehen und das in unterschiedlichen Konfigurationsgr\u00f6\u00dfen.<\/p>\n

Und schlie\u00dflich ist es so, dass wir nicht nur Azure, sondern auch unsere „SaaS-Cloud“ M365, D365 und auch PowerPlatform in der Region betreiben und anbieten werden und diese Produktsuiten viele gegenseitige Abh\u00e4ngigkeiten haben.<\/p>\n

Verf\u00fcgbarkeiten bei Azure M365 oder Dynamics, IAAS\/PAAS\/SAAS\u2026..<\/h2>\n

Aufgrund dieser Komplexit\u00e4t von Hardware und software-basierten Services, die untereinander Abh\u00e4ngigkeiten haben, erfolgt der Launch einer neuen Region auch nicht als „Big Bang“ an einem Tag, sondern erfolgt \u00fcber einen l\u00e4ngeren Zeitraum. Damit k\u00f6nnen unsere Kunden und Partner auch Schritt f\u00fcr Schritt beginnen, die Services in der Cloud Region \u00d6sterreich zu nutzen. Man muss also nicht alle Services und seine zuk\u00fcnftige Cloudarchitektur sofort auf einmal aufbauen, sondern kann je nach eigener Planung gestuft vorgehen.<\/p>\n

Welche Phasen wird die Region \u00d6sterreich w\u00e4hrend des Launches durchlaufen?<\/h2>\n

Aus aktueller Sicht werden wir ab der zweiten Jahresh\u00e4lfte diesen Jahres beginnen, Services aus unserer Region f\u00fcr Kunden und Partner verf\u00fcgbar zu machen. Beginnen werden wir dabei mit Azure-Services, die grob gesagt vor allem als „Infrastructure as a Service“ genutzt werden k\u00f6nnen. Schon fr\u00fch werden dann unsere M365 Services folgen. Danach werden in mehreren Stufen weitere Azure Services, dann vor allem viele „Platform as a Service“ Dienste, und einige der PowerPlatform Dienste (zB Power BI) verf\u00fcgbar sein, bevor in einer letzten „Launchphase“ D365 und weitere PowerPlatform Dienste den Prozess abschlie\u00dfen. Dieser ganze Prozess von den allerersten Services bis zu den Dynamics Services wird auch mehrere Monate in Anspruch nehmen.<\/p>\n

Danach ist die Region Teil einer weltweit \u00fcbergreifenden Releaseplanung, in der regelm\u00e4\u00dfig Updates und Erweiterungen unserer Cloudservice geplant und ausgerollt werden.<\/p>\n

Der Launch unserer verschiedenen Azure Services<\/h2>\n

Neben Services, die komplett im Hintergrund laufen und die Verf\u00fcgbarkeit unserer Cloud sicherstellen, sind Azure Services die Basis f\u00fcr die Microsoft Cloud. Auf diesen mittlerweile \u00fcber 200 Services bauen auch die anderen Cloudservices bei uns auf. Aber auch innerhalb der Azure-Services selbst gibt es Abh\u00e4ngigkeiten und so werden diese Services auch in drei Kategorien<\/a> eingeteilt.<\/p>\n

„Foundational Services“, hierunter fallen viele der Basisdienste und vor allem Infrastruktur Services (oder VM-Typen), die in allen empfohlenen und alternativen Regionen, wenn die Region allgemein verf\u00fcgbar ist oder innerhalb von 90 Tagen, nachdem ein neuer grundlegender Dienst allgemein verf\u00fcgbar wird, deployed werden. „Mainstream Services“, dies sind Dienste, die mittlerweile auch zum g\u00e4ngigen Portfolio unserer Regionen geh\u00f6ren und viele der gefragten „Platform as a Service“ beinhalten. Von diesen Diensten werden einige sehr fr\u00fch zur Verf\u00fcgung stehen und danach in mehreren Schritten Zug um Zug im Laufe des Jahres verf\u00fcgbar sein.<\/p>\n

„Strategic (vormals ’spezialized‘) Services“ schlie\u00dflich sind besondere Services, oft f\u00fcr spezielle Industrien, oder auf besonderer Hardware, die nicht in allen Regionen verf\u00fcgbar gemacht werden. Diese Services werden gesondert, je nach Bedarf im Markt, deployed und gegebenenfalls in einer dritten Phase der Azure Services verf\u00fcgbar gemacht.<\/p>\n

Wann ist der beste Zeitpunkt mit seiner eigenen Architekturplanung und Cloudmigration zu starten?<\/h2>\n

Angesichts dieses auf den ersten Blick komplexen Launch-Verlaufs stellt sich die Frage, ob man nicht besser einfach warten sollte, bis die Region „fertig“ ist und dann mit der Migrationsplanung beginnen sollte.<\/p>\n

Dazu ist zun\u00e4chst einmal zu sagen, dass auch wenn Services fr\u00fcher oder sp\u00e4ter in eine Region deployed werden, sie ab dem Zeitpunkt der Verf\u00fcgbarkeit immer unter vollwertigen und kompletten SLAs verf\u00fcgbar sind. Man nimmt also keinen Servicenachteil in Kauf, wenn Clouddienste fr\u00fchestm\u00f6glich genutzt werden.<\/p>\n

Die Nutzung von Cloudservices ist eine Reise und entwickelt sich wie bei vielen unser Kunden und Partner oft \u00fcber Jahre hinweg. Daher macht sich der Ansatz „think big, start small (and early)“ bezahlt, da erste Projekte mit geringerer Komplexit\u00e4t, \u00fcberschaubarem Risiko und weniger Services die ben\u00f6tigt werden an den Beginn der Reise gesetzt werden k\u00f6nnen.<\/p>\n

Oft werden in der Anfangsphase sogenannte „Landingzones“ aufgebaut, um f\u00fcr die folgenden Projekte eine gute Basis, quasi das Fundament zu haben. In dieser Phase k\u00f6nnen auch wertvolle Erfahrungen gesammelt werden und das IT-Servicemanagment bzw. falls n\u00f6tig auch die Sicherheitsarchitektur angepasst werden.<\/p>\n","protected":false},"excerpt":{"rendered":"

Nachdem Ende des letzten Jahres der erste Meilenstein f\u00fcr unsere Cloud Region \u00d6sterreich geschafft wurde, die Verf\u00fcgbarkeit von ExpressRoute in der Region \u00d6sterreich, werden schon im n\u00e4chsten Schritte die ersten Cloudservices aus unseren Rechenzentren in \u00d6sterreich angeboten werden. Aber was bedeutet das eigentlich konkret? Was passiert bei einem „Cloud-Region-Launch“? Und wie plane ich als Kunde […]<\/p>\n","protected":false},"author":936,"featured_media":1028812,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[],"class_list":["post-1028805","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","specials-transform-de-at","stories-innovation-de-at","stories-wie-mache-ich-mein-unternehmen-innovativer","businessPriorities-applications-infrastructure-de-at"],"_links":{"self":[{"href":"https:\/\/pulse.microsoft.com\/de-at\/wp-json\/wp\/v2\/posts\/1028805"}],"collection":[{"href":"https:\/\/pulse.microsoft.com\/de-at\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/pulse.microsoft.com\/de-at\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/pulse.microsoft.com\/de-at\/wp-json\/wp\/v2\/users\/936"}],"replies":[{"embeddable":true,"href":"https:\/\/pulse.microsoft.com\/de-at\/wp-json\/wp\/v2\/comments?post=1028805"}],"version-history":[{"count":8,"href":"https:\/\/pulse.microsoft.com\/de-at\/wp-json\/wp\/v2\/posts\/1028805\/revisions"}],"predecessor-version":[{"id":1028891,"href":"https:\/\/pulse.microsoft.com\/de-at\/wp-json\/wp\/v2\/posts\/1028805\/revisions\/1028891"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/pulse.microsoft.com\/de-at\/wp-json\/wp\/v2\/media\/1028812"}],"wp:attachment":[{"href":"https:\/\/pulse.microsoft.com\/de-at\/wp-json\/wp\/v2\/media?parent=1028805"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/pulse.microsoft.com\/de-at\/wp-json\/wp\/v2\/categories?post=1028805"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}