Tre søyler i en moderne,
AI-klar plattform

Hvordan den riktige plattformstrategien vil hjelpe teamene dine til å lykkes med AI Av Richard Seroter Chief Evangelist, Google Cloud

Inne i denne guiden

Bruker utviklerne dine de nyeste AI-klare plattformene for å komme videre med innovasjon? Eller tar de en ad-hoc-tilnærming fra sak til sak til å bygge applikasjoner og tjenester? Oppdag hvordan moderne, AI-klare plattformer bidrar til å akselerere utvikling og distribusjon, og gir konkrete forretningsfordeler underveis.

Introduksjon

For mange år siden kjøpte jeg et hus som ikke hadde klimaanlegg. "Det er greit," sa en venn. "Du trenger bare luftkondisjonering i en uke eller så hvert år i Seattle-området." Rådene hans kan ha vært gode den gang. Men i dag, med et skiftende klima, er det ikke lenger passende. Hjemmene våre spiller en stor rolle i livene våre og behovene våre endrer seg over tid – noen ganger passer ikke det vi startet med våre nåværende behov.
Unødvendig å si, jeg har lagt til en A/C-enhet til huset. Det er en lignende historie for plattformene som driver bedriftsteknologisystemer. Etter hvert som generativ AI utvikler seg og blir produksjonsklar, reviderer selskaper rundt om i verden sine eksisterende plattformstrategier og gjennomfører viktige oppgraderinger for å sikre at utviklere får full støtte for å få mest mulig ut av disse teknologiene.
I denne artikkelen skal vi utforske de tre pilarene i en moderne plattformstrategi: formål, deler og prosesser for en moderne, AI-klar plattformstrategi – en som tjener dine behov i dag og i morgen.

Hva er en plattform?

Med plattformer som tydelig driver AI-revolusjonen, reiser det spørsmålet: hva er en plattform? For formålet med denne artikkelen, la oss gå med definisjonen laget av Gemini:
En plattform innen programvareutvikling er i hovedsak grunnlaget som applikasjoner eller tjenester er bygget på. Det gir et sett med verktøy, tjenester og infrastruktur som utviklere kan utnytte for å lage sine programvareprodukter.
Plattformer bidrar til å etablere konsistens i stor skala, abstrahere kompleks infrastruktur, gir sentralisert styring og tilbyr utviklere et selvbetjeningsgrensesnitt for å distribuere og kjøre applikasjoner. I stedet for å krangle med infrastruktur eller finne opp hjulet på nytt, kan utviklere bruke tiden sin på å bygge verdifulle tjenester for kundene. Selvfølgelig er plattformer ikke egnet for alle brukstilfeller. Noen scenarier krever dyp teknisk ekspertise eller spesialiserte tjenester, i så fall kan en desentralisert tilnærming til å distribuere gen AI-løsninger være bedre.
Men for rask tid til verdi, distribusjon i hele bedriften, lavere totale eierkostnader og skalerbarhet, kommer plattformene på topp.
En organisasjon vil nesten alltid ha flere plattformer for å betjene ulike behov: en containerplattform, en utviklerplattform, en lokal plattform, en AI-plattform og så videre. Disse plattformene kan bygges eller kjøpes. Med spredningen av plattformer har en ny disiplin kalt plattformteknikk dukket opp som bidrar til å sette struktur rundt hvordan du skal nærme deg plattformstrategien din.
Hva er plattformteknikk?
Plattformteknikk er handlingen for aktivt å designe, bygge og vedlikeholde plattformer for interne kunder. Det er viktig å legge vekt på vedlikehold her – plattformene utvikler seg kontinuerlig for å møte de skiftende behovene og begrensningene til ulike interne brukere.
Topp 5 mål for plattformutvikling ¹
58 % Økt produktivitet
51 % Automatiserte og standardiserte prosesser
50 % Økt hastighet på produktlevering
50 % støttet infrastruktur
49 % Forbedret sikkerhet og samsvar

Fører til en ny tilnærming til plattformer

Det er ingen tvil om at organisasjoner beveger seg utover eksperimentering med gen AI.
I dag ser allerede tre av fire organisasjoner avkastning fra sine investeringer i gen AI. 2
De rapporterer fordeler som spenner fra kostnadsbesparelser og driftsforbedringer, til konkurransedyktig differensiering og utmerket kundeservice. Det raske skiftet fra pilot til produksjon får organisasjoner til å revurdere plattformstrategiene sine. Bedriftsledere ønsker å vite om infrastrukturen deres er optimalisert for AI, og om deres nåværende plattformer bidrar til å akselerere tiden til markedet, realisere konkurransefortrinntage, og levere den beste avkastningen. Og IT-ledere ønsker å vite om plattformene deres finner den rette balansen mellom pålitelighet og behovet for å innovere med hastighet.
Alle disse spørsmålene er viktige. Uten de riktige plattformene vil organisasjoner slite med å bringe AI til live – enn si akselerere adopsjon.
Se, AI-arbeidsmengder introduserer unike utfordringer og krever nye forhold fra teknologimiljøet. De trenger iboende skalerbarhet, sammen med den enkle muligheten til å balansere kostnader og ytelse. På toppen av dette er AI en kompleks teknologistabel med biblioteker og verktøy i stadig utvikling. Å holde tritt med denne konstante endringsstrømmen er utfordrende, og det samme er forsikringen om at AI-drevne apper kan kjøres sikkert og i samsvar.
Det er foran hodet akkurat nå, med 90 % av beslutningstakerne angående optimalisering av arbeidsbelastninger for AI som en toppprioritet for de neste 12 månedene.

Google Cloud, 2024, avkastningen til generativ AI
Google Cloud, februar 2024, Enterprise Jobs to Be Done Research, intern rapport
Organisasjoner vil ha team som tilnærmer seg problemet annerledes, avhengig av deres tidslinjer, evner og budsjetter. Noen av teamene deres vil kjøpe fullstendig administrerte AI-plattformer, og andre team kan velge å støtte sine egne AI-initiativer – bygge, trene og betjene modeller på plattformer de allerede bruker. For å ta full nyttetage av innovasjonsmuligheter, mens de begrenser slit, bør organisasjoner ta i bruk en bevisst plattformteknisk tilnærming.
I følge Gartner vil 80 % av store programvareingeniørorganisasjoner etablere plattformingeniørteam som interne leverandører av gjenbrukbare tjenester, komponenter og verktøy for applikasjonslevering innen 2026 – opp fra 45 % i 2022.
For plattformer er det helt klart på tide å skinne. Og de gode nyhetene? Mest sannsynlig har organisasjonen din allerede en plattformstrategi – selv om du ikke kaller det det i dag.
Allerede før skymigreringen vår omfavnet vi en plattformtilnærming og plattformtenkning. Vi vet at vi kan gå raskere og bli bedre hvis vi har gjenbrukbare løsninger.»
Jacek Ostrowski, seniordirektør for plattformteknikk, Sabre
Den første søylen: Formålet med en moderne plattform

Enten du bygger din første plattform eller din femtiende, må du begynne med å spørre: "Hvorfor?". Tross alt er en ny plattform en annen ressurs å vedlikeholde og drifte – du må sørge for at den eksisterer av de riktige grunnene.
For å bygge saken din, se på hvem plattformen er for, hva dens mål er, og hvordan du vil måle suksess.
Økasing the productivity and velocity of our product and engineering teams was paramount. We needed to be more flexible for customers and make it easier for them to search, price, and book faster.” Martin Brodbeck, CTO, Priceline
Googles plattformfilosofi
Hos Google tror vi sterkt på verdien av å levere rike plattformer som forbedrer utvikleropplevelsen. Vi ber ikke våre programvareingeniører om å eie "full stack"; i stedet, hvis det er et delt teknologibehov, prøver vi å levere det som en del av en felles plattform. I det siste betyr dette legge til gen AI-funksjoner til interne plattformer for å gi våre ingeniører den beste utvikleropplevelsen. Så, for eksample, ved å integrere AI i forskjellige stage av programvareutviklingens livssyklus—inkludert kodegenerering, vedrview, testing og feilsøking – vi har økt utviklerproduktiviteten, forbedret kodekvalitet og optimert utviklingsprosessen.
Vil du ha et dypere dykk i vår tilnærming til plattformer, inkludert våre perspektiver på kildekontroll, bygge systemer, endringsledelse, kontinuerlig integrasjon og mer? Utforsk disse to ressursene: Software Engineering hos Google og Site Reliability Engineering.

Hva er din plattformfilosofi?
Hvis du ikke har en plattformfilosofi ennå, anbefaler vi at du oppretter en for å holde strategien på rett spor. Resten av dette kapittelet skal hjelpe deg i gang.
For å lære mer, les containerplattformen for det neste tiåret med kunstig intelligens og utover.
Hvem er plattformen for?
I motsetning til tradisjonell IT-systemadministrasjon, anses menneskene som bruker plattformer som "kunder", ikke brukere. For å levere kontinuerlig verdi, må plattformbyggere tenke nøye over behovene til denne målgruppen.
En plattforms kunder kan inkludere:
Utviklere
Dette er hovedkundene dine – du står ikke opp med en appplattform hvis du ikke har appbyggere. En god plattform gir utviklere nyttige funksjoner som gjør det enklere å bygge, distribuere, kjøre og betjene programvare. Integrerte opplevelser lyser opp som "gyldne stier", noe som gjør det lettere for utviklere å gjøre det rette.
Arkitekter
Et moderne arkitekturteam er fokusert på å holde teknisk gjeld på et minimum samtidig som de støtter et levende økosystem av teknologier som tilfører forretningsverdi. Arkitekter verdsetter en solid plattform bygget på beste praksis og standardisert der det er mulig.
Produktteam
Programvarelevering er en lagsport, og produktteam bryr seg om en plattform som setter fart på programvareleveransen samtidig som det minimerer operativt slit. Plattformer bør ikke være en samling av tilfeldige deler. Snarere bør de bestå av et tilsiktet sett med tjenester som tjener behovene til teamene som er ansvarlige for å eie applikasjonens livssyklus.
Nettstedets pålitelighetsingeniører og Ops-personell
En kvalitetsplattform gjør det enklere å administrere applikasjoner i stor skala. SRE-er og systemadministratorer omfavner plattformer som gir dem robuste automatiseringsevner, tilstrekkelig telemetri og integrasjon med kjente driftsverktøy. Bonuspoeng hvis du baker inn generiske midler.
Dataforskere
Historisk sett levde arbeidet til dataforskere i sin egen silo – langt fra applikasjonsplattformen.
Men med mainstreaming av AI/ML-initiativer er mange av kjernefunksjonene som dataforskere trenger, hjemme på en delt plattform.
Plattformeiere
Når du behandler plattformen din som et produkt, har du et holdbart team av mennesker som er ansvarlige for selve plattformen. Du må ha disse superheltene i bakhodet når du ser på plattformen din.
En ufokusert, manuell eller dårlig integrert plattform øker kostnadene for plattformeierne og reduserer din langsiktige verdi. Bygg noe du kan vedlikeholde.
Sikkerhetsteam
En godt designet plattform implementerer beste praksis for sikkerhet på tvers av selskapet og forbedrer sikkerhetsstillingen din. Alt fra komponentpatching til trusselhåndtering blir enklere når du har arbeidsmengder på en enhetlig plattform.

Identifiser interessentene dine ved navn hvis mulig, og sørg for at plattformen din har de riktige kundene i kø.
Hva er målene?
Det neste trinnet er å vurdere hvorfor du stiller opp med en ny plattform. Kort sagt, hvilke problemer prøver du å løse?

A key driver for platform modernization is to optimize for AI. While modern technology platforms are increasingly built with AI in mind, there are gaps to be filled in many organizations. Today’s platforms need the ability to handle more demanding AI workloads and data requirements, so organizations can develop and deploy innovative new services and solutions faster. They need to be flexible enough to accommodate and integrate managed AI services alongside application services. Another common goal at the start of the journey is to speed up software delivery. When each team provisions and manages unique infrastructure and application stacks, not only are you slowing down innovation—but you end up with accidental complexity and unnecessary inefficiency all over the organization.
You might have a goal of increasing developer productivity. A well-crafted platform will remove friction and help developers stay in a “flow state” longer, giving them the integrated tools and guidance they need so they don’t have to embark on distracting journeys through the internet.
If you’re struggling to deliver scalable systems and keep them online, then the goal of your platform might be to improve the scale and resilience of important applications. It takes real work to design elastic and fault-tolerant systems that can handle both heavy load and component failure—and if your platform makes it easier for everyone to create such systems, it’s a massive win for you and your business. Finally, if an increasing wave of cyber attacks has you worried, then a goal of your platform should be to provide industry leading security controls that don’t force your teams to compromise on delivery speed. Aim to provide value-added services that apply during application development and deployment,  while protecting all your production workloads.

Som du kan se, er målet med en moderne plattform ikke bare å gi litt lett automatisert infrastruktur til IT-prosjektteam. Den riktige plattformen vil heller gi verdifulle resultater som gjør det tryggere for teamene dine å bevege seg raskt.

Hvordan måler du verdi og suksess?
Du bygger og driver ikke en produksjonsplattform for moro skyld. Jada, det kan være morsomt, men det er avgjørende å levere noe med målbar verdi. Når en leder spør: "Hvorfor investerer vi i denne plattformen?", vil du kunne svare: "Fordi den gir en meningsfull avkastning."
Her er tre levedyktige måter å måle verdien av plattformen din på:

1. Produktberegninger
   Formidle forretningsverdien levert av plattformen. Har du sendt nye (verdifulle) funksjoner raskere enn i fjor? Opplever du færre pålitelighetsrelaterte problemer, og reduserer dermed støttekostnadene dine vesentlig? Har du sett en betydelig reduksjon i kvalitetsproblemer og reversert dine synkende kundetilfredshetsscore? Vurder en håndfull beregninger som kan tilskrives virksomhetspåvirkning som tydelig viser hvorfor denne plattformen er viktig og hvordan den hjelper deg å gjøre mer med mindre.
2. Beregninger for interessenter
   Fang inn data – gjennom instrumenterte systemer og teamundersøkelser – som viser fordelene til plattformens kunder. Rapporterer utviklere økt produktivitet og større evne til å få arbeidet gjort? Ser arkitekter høyere samsvarsgrad for anbefalte datastrategier? Rapporterer produktteam lavere kostnader for applikasjonsstøtte og raskere tid til løsning når problemer oppstår? Holder din CISO et øye med sårbarhetsdata og legger merke til en raskere oppdateringssyklus som reduserer selskapets risiko? Plattformen kan ikke anses som vellykket dersom interessenter er misfornøyde med den.
3. Plattformberegninger
   The health of the platform itself is critical for long-term success. Is the platform team regularly meeting with stakeholders to get feedback and fresh requirements? Does the platform maintain the committed uptime SLA and patch any security vulnerabilities in a timely fashion? Is usage of the platform itself increasing, measured by the number of teams and the amount each team is using it?

Tenk grundig over hvordan du måler suksess, og se på rammer som DORA for hjelp til å identifisere videre målinger som betyr noe.

Den andre søylen: bitene til en moderne plattform

Etter å ha gjort leksene dine, bør du nå være tydelig på kundene, målene og ytelsesberegningene for plattformen du er i ferd med å bygge – noe som betyr at du er klar til å brette opp ermene og komme i gang.
La oss ta en titt på komponentene og egenskapene som kreves for en moderne, AI-klar plattform. Som du vil se nedenfor, kan egenskapene som trengs av AI-appbyggere og dataforskere nå passe inn i standardapplikasjonsplattformene dine andre utviklere trenger også. Vær oppmerksom på at noen av disse arkitektoniske komponentene tilfredsstilles av fullstendig administrerte tjenester uten driftskostnader – tenk Google Cloud Vertex AI eller databaser som Cloud Spanner. Og andre komponenter kommer fra åpen kildekode eller kommersiell programvare som kjører i en administrert plattform som GKE. Alle disse teknologiene kommer sammen for å danne din plattform.
Hvorfor integrere Vertex AI i AI-plattformen din?
Selv om det å bygge din egen AI-plattform gir deg et solid grunnlag og mye kontroll, fungerer det å integrere en administrert tjeneste som Vertex AI som en produktivitetsforsterker for eksperimentering, trening og distribusjon med avanserte funksjoner som vil være en reell utfordring å bygge og vedlikeholde på egen. For eksampde:
Agentbygger forenkler opprettelsen av samtale-AI-grensesnitt, slik at utviklere kan designe og distribuere chatbots og virtuelle agenter uten omfattende koding.
Feature Store fungerer som et sentralisert depot for organisering og administrasjon av maskinlæringsfunksjoner, for konsistens og gjenbrukbarhet på tvers av ulike modeller og team.
Modellregister gir et strukturert og styrt miljø for lagring, versjonering og distribusjon av maskinlæringsmodeller, slik at bare godkjente og validerte modeller kommer i produksjon.
Colab Enterprise gir deg et administrert og sikkert miljø for samarbeidende datautforskning og modellutvikling i stor skala.

Ved å gjøre Vertex AI til en del av plattformstrategien din, får du tilgang til disse typene banebrytende AI-funksjoner uten å måtte bygge dem fra bunnen av, fremskynde AI-reisen din og åpne opp for nye muligheter for innovasjon.
Bare husk at når du bygger en ny plattform, er det fristende – ja, enkelt – å overkonstruere den ved å umiddelbart introdusere hver komponent du kan tenke deg. Ikke gjør det. Omfavne tilnærmingen til den tynneste levedyktige plattformen og hold de første målene for plattformen innenfor sikte. Når det er sagt, vil en moderne plattform vanligvis inneholde følgende funksjoner.
Søknadsplattform

La oss bryte ned hver kategori og deres viktigste betraktninger.

Kategori	Evner	Teknologialternativer
Plattformgrensesnitt	Interact with the platform through self-service portal, IDEs, APIs, and infrastructure-as-code (IaC) or GitOps tools. Serve up cloudbased developer environments  for simpler onboarding. To make it AI-ready, include notebooks and a prompt repository. Data scientists want a Jupyter notebook environment for training and interacting with models. Developers, data scientists, and AI app builders increasingly rely on AI prompts and will need a place to store them.	• Se etter å støtte IaC-produkter som Terraform og Pulumi • Mange lag bruker Backstage som deres utviklerportal • Vurder Google Cloud Workstations for nettbaserte utviklermiljøer
Leveringsverktøy	Bygg, pakk, lagre og send programvare til produksjon ved hjelp av leveringstjenester. Bruk et modellregister for å lagre og få tilgang til modeller som brukes av applikasjoner. Plattformens eksisterende containerregister kan også tjene en del av dette formålet.	• Skybaserte tjenester som Google Cloud Build, Cloud Deploy og Artifact Registry støtter de integrerte plattformplanene dine • Se til leverandører som GitLab, JFrog og Snyk for å bygge ut leveringsstabelen din
Apptjenester	Lag lavkode-apper eller integrasjoner med tilstandsfulle arbeidsbelastninger, lagre data i objektlagring og implementer kommunikasjonsmønstre for rik tjeneste til tjeneste med API-gatewayer og et tjenestenettverk.	• Støtt appbyggere med produkter som Google Cloud Arbeidsflyter, App Hub, Cloud Service Mesh og Apigee
Data ledelse	Bruk relasjons- og NoSQL-databaser til å lagre appdata, og introduser en cache for bedre ytelse og motstandskraft. Sett opp sanntids- eller batchintegrasjoner mellom systemer eller datalagre. Mange AI-apper bruker et RAG-mønster (Retrieval Augmented Generation) for å forbedre den kontekstuelle relevansen til LLM-svar. Det betyr å ha en vektordatabase tilgjengelig i databasepakken din.	• Gi utviklere et utvalg av relasjonsdatabaser som PostgreSQL eller MySQL, eller et skybasert alternativ som Cloud Spanner • Bruk ikke-relasjonelle databaser som Firestore eller Redis • Gi sanntidsmeldinger som Google Cloud Pub/Sub eller Apache Kafka, sammen med batchbehandlingstjenester som Cloud Data Fusion
Hosting	Kjør arbeidsbelastninger i containere eller virtuelle maskiner. Bruk en full container orkestrator eller et serverløst miljø. Tilby et modellserveringsalternativ som støttes av GPUer eller TPUer.	• Få de høyeste abstraksjonene som mulig som hjelper utviklere med å fokusere på apper, ikke infrastruktur • Bruk serverløse kjøretider som Cloud Run, og komplette orkestreringsplattformer som Google Kubernetes Engine
Sikkerhetstjenester	Forbedre applikasjons- og kjøretidssikkerhet med hemmelig- og nøkkeladministrasjon, og en identitetsadministrasjonsløsning.	• Sørg for at plattformen din tilbyr en måte å trygt lagre konfidensielle metadata som Google Cloud Secrets Manager og integrere med identitetsløsninger som Google Cloud IAM
Funksjonsadministrasjon	Funksjoner er de målbare egenskapene som dataforskere brukes til å trene og evaluere maskinlæringsmodeller. Søke engineering for å transformere rådata til meningsfulle funksjoner, lagre funksjoner for gjenbruk, og gi livssyklusadministrasjon som versjonskontroll og overvåking.	• Se etter programvare eller tjenester som gir muligheten til å behandle data, for eksempel Google Cloud Feature Transform Engine • Vurder tjenester som Vertex AI Feature Store for å vedlikeholde og levere funksjoner til dataforskere
Modelltrening	Tren modellene dine basert på oppgitte data; og kjør eksperimenter og evaluer resultater, med alternativer for å utføre hyperparameteroptimalisering.	• Bruk rammeverk som JAX og PyTorch mens du utnytter åpen kildekode-plattformer som Ray og Apache Spark • Utforsk administrerte tjenester i Vertex AI for rørledninger, opplæring og tuning
Observerbarhet	Samle inn telemetri og analyser den for å feilsøke problemer, støtte revisjonsscenarier og informere om produktforbedringer. Tilby modellovervåking for å se etter prediksjonsdrift og eventuelle dataproblemer.	• Ta fordeltage av skybaserte stabler som Cloud Logging og Cloud Monitoring og rammeverk som Open Telemetry • Introduser andre kraftige observasjonstjenester fra leverandører som Datadog og Honeycomb
Plattforminfrastruktur	Støtt den overordnede plattformen med spenstig datainfrastruktur, lagring med høy ytelse og rike nettverkstjenester.	• En plattform er avhengig av spenstig underliggende infrastruktur som Google Cloud Compute Engine eller Google Kubernetes Engine (GKE) • Sjekk prosessorene dine for å sikre at du har GPUene eller TPUene som er nødvendige for å kjøre opplæringsjobber
Flåteoperasjoner	Administrer plattforminfrastruktur i stor skala ved hjelp av motorer for policy- og konfigurasjonssynkronisering, utrullingssekvensering og observerbarhet av selve plattformen.	• GKE Enterprise tilbyr policykontroller, konfigurasjonssynkronisering, sikkerhetsstillingsdashbord og andre flåtefunksjoner • Bruk IaC- og GitOps-verktøy for å komplementere disse innebygde funksjonene
Kunnskapsrepo	Gi dokumenter, "gyllen sti"-tegninger, finjusterte chatboter og andre opplevelser som hjelper brukerne å få mest mulig ut av plattformen.	• Kjøp eller bygg en kunnskapsrepo, tjenestekatalog, failover-planer og hendelsesresponsdokumenter • Vurder produkter som Gemini Code Assist og Gemini Cloud Assist for chat-baserte interaksjoner

Om GKE Enterprise
Mange bedrifter bruker Kubernetes som grunnlaget for sin applikasjonsplattform. Dens fleksibilitet, rike økosystem og pålitelighet gjør det til et levedyktig sted å kjøre mange av komponentene som er oppført ovenfor. GKE Enterprise er premium-utgaven av GKE. Den administrerte containerplattformen skaper en konsistent plattform ut av et distribuert sett med klynger, slik at du kan bygge og administrere enterprisegrade-applikasjoner i stor skala. Med tjenester som Policy Controller og Config Sync kan du sikre at plattformen forblir kompatibel med sikkerhetspolicyer og ser identisk ut fra klynge til klynge. Det er en god vert for mange av komponentene som er oppført ovenfor, inkludert utviklerportalen din, databaser, CI/CD, hendelsesprosessor, servicemesh, app-hosting (med GPUer), AI/ML-modellopplæring og mer.
I følge Forrester rapporterer organisasjoner som bruker GKE Enterprise strømlinjeformet driftseffektivitet, forbedret applikasjonstilgjengelighet, redusert utviklerarbeid og større distribusjonshastighet – noe som alle bidrar til ombruk av eldre plattformkostnader mot moderniseringsinitiativer. Lær mer om GKE Enterprise.

Den tredje søylen: bitene til en moderne plattform

Den siste biten i plattformpuslespillet handler om vedlikehold.
Hvorfor? En plattform er aldri "ferdig"; den er nettopp sluppet. Så hvis du skal investere i en plattform, må du ta i bruk et tankesett for kontinuerlig forbedring og etablere et plattformteam for ikke bare å holde den underliggende stabelen lappet og sikker, men for å kontinuerlig finne nye måter å introdusere verdi til interessenter på .
Med dette i tankene, hvilke prosesser bør du vurdere for å holde plattformen din sunn og relevant?
Først, behandle plattformen din som et produkt. Vær tro mot plattformens formål, hold et holdbart team på plass for å bygge og drifte plattformen. Dette inkluderer en tildelt produktsjef som bygger relasjoner med utviklere og opprettholder et etterslep av funksjoner og rettelser som skal brukes på plattformen. De kan også markedsføre plattformen til interne interessenter for å utvide brukerbasen og opprettholde produkt-markedspassformen.
Plattformteknikk bygger på ideen om å kjøre plattformen din som et produkt, men ser også på hvordan du bruker en ingeniørtankegang på løsningen. Dette betyr at du med hensikt bygger en integrert stabel, i stedet for å tilby en haug med frakoblede infrastrukturdeler. Det handler om å lage automatisering og API-er for plattformeiere og plattformbrukere – noe som gjør det raskere, billigere og enklere å levere programvare.
Dette er relatert til temaet Site Reliability Engineering, et konsept som ble utviklet hos Google. Når du behandler drift som et programvareproblem, ser du at du tar en proaktiv tilnærming til latens, ytelse, endringshåndtering, hendelsesrespons og mer.
En grunn til at folk omfavner en plattformtilnærming er fordi de ønsker skydriftsmodellen med selvbetjening, on-demand og målt infrastruktur. En plattform bør sende ut telemetri om bruk og tilby transparente tilbakeføringer eller tilbakevisninger til produktteam, som støtter en FinOps modell, der team kan konstruere og optimalisere løsninger med kostnad i tankene.
Heldigvis kan en moderne plattform nå stole på AI-drevne optimaliseringsprosesser. Leverandører som Google Cloud tilbyr generative AI-baserte anbefalinger for plattforminnstilling. Inkluder disse anbefalingene i din pågående helse og vedlikehold av plattformen for å fjerne ubrukt kapasitet, redusere angrepsoverflaten, redusere kostnadene og forbedre motstandskraften. Og begynn å utforske den rike, nye verden av AIOps som fokuserer på hvordan AI kan hjelpe deg med å optimalisere driften.
Hvis du starter med brukeren og tydelig definerer problemet og hva du vil at plattformen skal bli, vil du skape noe brukerne verdsetter. Da når man kritisk masse og det blir lettere og lettere. En produkttankegang, sensitiv for brukernes behov, er nøkkelen.» Jacek Ostrowski, seniordirektør for plattformteknikk, Sabre

Google Cloud er din plattformpartner.

Med akselererende bruk av gen AI, kjemper mange organisasjoner med hvordan de skal oppfylle dagens behov mens de forbereder seg til morgendagen.
Den gode nyheten er at du ikke trenger å gjøre det alene.
Google Cloud gjør det komplekse enkelt, og hjelper deg med å bygge og vedlikeholde plattformen utviklerne dine trenger for å akselerere applikasjonsutvikling og levere konkurransefortrinntage.
Vår klassens beste infrastruktur er tilpasset AI-æraen – og hjelper deg med å trene banebrytende AI-modeller og oppnå enestående forbedringer i effektivitet.
Ved å pare denne AI-optimaliserte infrastrukturen med utvikler-, data-, sikkerhet- og samarbeidsverktøy bygget for i dag og i morgen – sammen med profesjonell tjenesteekspertise og en innovasjonskultur – gir vi deg mulighet til å bli en digital og AI-leder.
Sabre og Google Cloud har begge en sterk ingeniørkultur. Vi flykter ikke fra komplekse problemer – vi omfavner dem. Det er en grunnleggende kompatibilitet på et kulturelt nivå. Å forvandle seg til et skybasert selskap var en stor endring og utfordring, og partnerskapet hjalp oss med å lykkes.» Jacek Ostrowski, seniordirektør for plattformteknikk, Sabre
I view Google Cloud som en forlengelse av ingeniørteamet vårt. Jo mindre tid vi har til å administrere og vedlikeholde datainfrastruktur, jo mer kan vi fokusere på kjernefunksjoner. Å ha disse svært skalerbare, SaaS-baserte dataplattformene betyr at vi kan fokusere på kundene våre.» Martin Brodbeck, CTO, Priceline
Når er det rette tidspunktet å legge ut på denne plattformreisen?
Det er noen vanlige triggere som får organisasjoner til å revurdere plattformstrategien sin. Disse kan omfatte:
Vekstplaner
Er det anslått betydelig vekst de neste 12 månedene? Hvis plattformen din allerede er stresset, er det nødvendig med en mer skalerbar strategi.
Kostnadsoptimalisering
Enten det er for å møte økonomiske utfordringer ved å utforske kostnadsbesparende alternativer, eller for å unngå uventede kostnadsoverskridelser eller topper i nåværende skyutgifter, er kostnadsoptimalisering en nøkkeldriver for plattformtransformasjon.
Brukeropplevelse
Hvis du mister topp IT-talenter på grunn av frustrasjoner med eldre systemer, kan oppgradering av plattformene dine hjelpe dem med å gjøre jobben sin bedre – og holde dem internt.
Sikker AI-adopsjon
Planlegger du å legge til AI i applikasjonen eller tjenestene dine? Du trenger en AI-klar plattform.
Ytelse
Er dutages og langsomme applikasjonsresponstider som holder deg tilbake?
Sikkerheten er ikke opp til bunnen av? Kritiske plattformkomponenter når slutten av livet? Å optimalisere hastigheten, sikkerheten og ytelsen til plattformen din kan gi betydelige gevinster.
Overholdelse
Ofte betyr endrede regulatoriske krav at du trenger mer robuste sikkerhets- og samsvarstilbud.
Hvis ett eller flere av disse scenariene høres kjent ut, er det på tide å komme i gang med plattformreisen. Google Cloud-ekspertene våre kan hjelpe deg å ta plattformene dine til neste nivå.
Bestill en konsultasjon i dag

© 2024 Google LLC 1600 Amphitheatre Parkway, Mountain View, CA 94043

Dokumenter / Ressurser

Google Cloud Modern Ready Platform Guide [pdfBrukerhåndbok Modern Ready Platform Guide, Ready Platform Guide, Platform Guide, Guide

Referanser

• Brukerhåndbok