Antipatterny plánu pro přijetí do clouduCloud adoption plan antipatterns

Zákazníci často využívají antipatterny při plánování přijímání v cloudu, a to z mnoha důvodů:Customers often experience antipatterns while planning a cloud adoption, for many reasons:

  • Špatně zarovnané operační modely můžou vést ke zvýšení času na uvedení na trh, nepochopení a zvýšeného tlaku v oddělení IT.Misaligned operating models can lead to increased time to market, misunderstandings, and increased pressure on IT departments.
  • Společnosti někdy vybírají špatný model služby, když předpokládají, že platforma jako služba (PaaS) snižuje náklady.Companies sometimes choose the wrong service model when they assume that platform as a service (PaaS) decreases costs.
  • Když se změní architektura organizace, může to vést k významným nahrazujícím projektům.When an organization's architecture changes, major replacement projects can result. Správa těchto projektů je často složitá a nákladově náročná.Managing these projects is often complex and cost intensive.

Antipattern: Volba nesprávného cloudového provozního modeluAntipattern: Choose the wrong cloud operating model

Strategické priority společnosti a obor svého portfolia určují jeho cloudový operační model.A company's strategic priorities and the scope of its portfolio determine its cloud operating model. Modely mohou mít různé typy zodpovědnosti, pásma vykládku a fokus.Models can have different types of accountability, landing zones, and focus. Když se modely nevztahují k cílům společnosti, může dojít k problémům:When models don't line up with company goals, problems can result:

  • Zvýšila se doba uvedení na trhIncreased time to market
  • NedorozuměnímMisunderstandings
  • Zvýšený tlak na oddělení ITIncreased pressure on IT departments

Příklad: přiřaďte příliš velkou zodpovědnost malému týmu.Example: Assign too much responsibility to a small team

Společnost představuje operační model, který IT oddělení zajišťuje pro všechno, co běží v cloudu.A corporation introduces an operating model that makes the IT department accountable for everything that runs inside the cloud. Tým, který je zodpovědný za Cloud, obsahuje tři lidi.The team that's responsible for the cloud contains three people. Tato instalace vede k pomalé cestě přijetí, protože:This setup leads to a slow adoption journey, because:

  • Tým schválí měření až po úplném porozumění jejich dopadu na obchod, provoz a zabezpečení.The team only approves measures after fully understanding their impact on the business, operations, and security.
  • Tyto problémy nejsou hlavní oblastí zkušeností týmu.These issues aren't the team's main area of expertise.

Odborníci na danou problematiku by rádi používali cloudovou službu, takže obchodní jednotky zvyšují tlak.Subject matter experts would like to use the cloud service, so business units increase pressure. Stínová jednotka pravděpodobně využije platební karty společnosti k vytváření prostředí pro sebe sama.Shadow IT will probably emerge as business units use company credit cards to create environments for themselves.

Preferovaný výsledek: porovnání modelů a sestavení plánu připravenostiPreferred outcome: Compare models and build a readiness plan

Zkontrolujte strategické priority, obor portfolia, požadavky a omezení.Review strategic priorities, portfolio scope, requirements, and constraints. Seznamte se s možnostmi provozního modelu porovnáním čtyř nejběžnějších vzorů cloudových operací s vaším aktuálním cloudovým modelem.Explore operating model options by comparing the four most common cloud operations patterns with your current cloud operating model. Identifikujte jeden nebo více cloudových modelů, které vyhovují vaší organizaci.Identify one or more cloud operating models that suit your organization. Pak se rozhodněte na model.Then decide on a model. Vzhledem k tomu, že se role mění pomocí operačních modelů, Sestavte plán připravenosti dovedností před přechodem do cloudu.Because roles change with operating models, build a skill readiness plan before moving to the cloud.

Antipattern: Volba nesprávného modelu službyAntipattern: Choose the wrong service model

Společnosti někdy předpokládají, že řešení PaaS s nižšími náklady než řešení infrastruktury jako služby (IaaS).Companies sometimes assume that PaaS solutions cost less than infrastructure as a service (IaaS) solutions. Tento předpoklad může vést k nesprávnému výběru modelu služby.This assumption can lead to the wrong choice of service model. Společnosti s vědomím nákladů často vytvářejí tuto chybu, pokud je hlavním důvodem pro přechod do cloudu úspora nákladů.Cost-conscious companies often make this mistake when their main reason for moving to the cloud is to save costs. Tyto společnosti zapomene, že potřebují také měnit procesy, když přijmou PaaS, zejména při přesunutí určitých odpovědností do poskytovatelů cloudu.These companies forget that they also need to change processes when they adopt PaaS, especially when they move certain responsibilities to cloud providers. Přepnutí na PaaS přináší základní změny v rámci koordinačních procesů, technologických postupů a kanálů doručení.Switching to PaaS introduces fundamental changes in coordination efforts, engineering practices, and delivery pipelines. Může dojít k neočekávaným nárůstům nákladů a zpoždění.Unexpected cost increases and delays can result.

Příklad: vyberte PaaS over IaaSExample: Choose PaaS over IaaS

Vydavatel spustí program, který migruje svá datacentra do cloudu.A publisher launches a program to migrate its datacenters to the cloud. Vedoucí pracovníci by si chtěli modernizovat aktuální aplikační architekturu a nástroje najednou.The executives would like to modernize their current application architecture and tooling all at once. Mezi tyto důvody patří:Their reasons include:

  • Maximalizujte efektivitu nákladů.Maximizing cost efficiency.
  • Vývoj moderního portfolia aplikací.Developing a more modern application portfolio.

Pro svou strategii přijetí si zvolí PaaS over IaaS.For their adoption strategy, they choose PaaS over IaaS. Za rok do své cesty pro přijetí do cloudu mají pomalé míry přijímání.A year into their cloud adoption journey, they have a slow adoption rate. Museli změnit spoustu procesů, postupů a nástrojů, aby bylo možné PaaS do plného rozsahu.They've had to change numerous processes, practices, and tools to adopt PaaS to the full extent. Na panelu se nevztahují běžné dopady a výhody spojené s PaaS.The board doesn't see the usual impacts and benefits associated with PaaS. Ve stejnou dobu je pomalejší než kdykoli dřív, zatímco náklady na datovém centru zůstávají stejné.At the same time, IT is slower than ever, while datacenter costs remain the same.

Preferovaný výsledek: minimalizace přerušení na vaši firmuPreferred outcome: Minimize disruption to your business

Aby se snížila koordinace, začněte s IaaS pro počáteční projekty pro přijetí v cloudu.To reduce coordination efforts, start with IaaS for initial cloud adoption projects. Přijímání nových procesů a postupů je lepší spravovat při přechodu do cloudu později místo na začátku.Adopting new processes and practices is more manageable when you move to the cloud later instead of at the outset. Nejprve si IaaS přijmout, zejména ve scénářích transformace datových center.Adopt IaaS first, especially in datacenter transformation scenarios. V současné době se spustí iniciativa pro cloudové dovednosti.At the same time, launch a cloud skills initiative.

Postupně modernizovat a předejte PaaS později, až se pracovní zatížení v cloudu už nachází.Gradually modernize and adopt PaaS later, after the workload is already in the cloud. Prostředí, které jste získali, vám pomůže rychle přijmout PaaS.The experience that you've gained will help you adopt PaaS faster. Budete se muset seznámit s méně novými dovednostmi a procesy pro modernizaci.You'll need to learn fewer new skills and processes for modernization. Nebudete také významně rušit vaše obchodní procesy.You also won't significantly disrupt your business processes.

Vyhodnoťte digitální prostředky podle racionalizace cloudu.Evaluate digital assets according to cloud rationalization. Tento článek popisuje nejběžnější cesty migrace a modernizace nebo pět RS:This article describes the most common migration and modernization paths, or the five Rs:

  • Opětovné hostování (Rehost)Rehost
  • Refaktorování (Refactor)Refactor
  • Změna architektury (Rearchitect)Rearchitect
  • Opětovné sestavení (Rebuild)Rebuild
  • NahrazeníReplace

Antipattern: Výměna architekturyAntipattern: Replace architecture

Aplikace založené na PaaS a softwaru jako služby (SaaS) se poměrně snadno udržují.Applications that are based on PaaS and software as a service (SaaS) are relatively easy to maintain. Obvykle vyžadují malé úsilí ze správy.They usually require little effort from management. V důsledku toho mnohé společnosti přenavrhují starou a složitou architekturu, která je nahrazuje pomocí konceptů SaaS a cloudových nativních konceptů.As a result, many companies redesign old, complex architecture landscapes by replacing them with SaaS and cloud-native concepts. Tato změna architektury obvykle vede k významným nahrazujícím projektům.This architecture change usually leads to major replacement projects. Správa a provádění těchto projektů je složitý úkol náročný na náklady.It's a complex, cost-intensive task to manage and execute these projects. Změna procesů a provozního modelu zahrnuje i další podstatná rizika.Changing processes and the operating model also involves other substantial risks.

Příklad: volba náhrady před modernizacíExample: Choose replacement over modernization

Společnost má velké prostředí SAP.A corporation has a large SAP environment. Oddělení IT by chtěli nahradit tuto krajinnou oblast, což způsobuje několik problémů s výkonem a stabilitou.The IT department would like to replace this landscape, which is causing several performance and stability issues. Po spuštění v náhradním projektu se seznam s opatrností pro nahrazení celého prostředí blíží každý den.After IT starts on a replacement project, the due diligence list for replacing the entire environment gets longer every day.

Preferovaný výsledek: racionalizovat své digitální nemovitostiPreferred outcome: Rationalize your digital estate

Před nahrazením rozsáhlých nebo složitých aplikačních prostředí zvažte místo toho přírůstkové zlepšení prostředí pomocí modernizaci.Before you replace a large or complex application environment, consider incrementally improving your environment by modernizing instead. Relativně malé změny prostředí vaší aplikace mohou mít velký dopad na výkon a spolehlivost.Relatively small changes to your application environment can have a huge impact on performance and reliability. Například změna hostující platformy na Azure může poskytovat stabilitu a rychlé výsledky.For instance, changing the hosting platform to Azure can provide stability and quick results. Vylepšený výsledek výkonu a spolehlivosti za zlomek odhadovaných nákladů na náhradu.Improved performance and reliability result, at a fraction of the estimated replacement cost.

Při rozhodování o inovační strategii si prozkoumejte různé možnosti modernizace.When deciding on an innovation strategy, explore different modernization options. Vyhodnoťte tyto možnosti ve zkušební verzi (ověření koncepce).Evaluate these options in a proof of concept (POC).

Pochopte své digitální nemovitostispolečnosti.Understand your company's digital estate. Určete, který z pěti RS racionalizace funguje nejlépe pro modernizaci nebo migraci prostředků:Determine which of the five Rs of rationalization works best for modernizing or migrating your assets:

  • Opětovné hostování (Rehost)Rehost
  • Refaktorování (Refactor)Refactor
  • Změna architektury (Rearchitect)Rearchitect
  • Opětovné sestavení (Rebuild)Rebuild
  • NahrazeníReplace

Další krokyNext steps