22 januari 2025
0 Reactie(s)

22 januari 2025

Infrastructuur-in-eigen-beheer biedt soms belangrijke voordelen

De opkomst van public cloud-diensten heeft veel bedrijven de mogelijk­heid gegeven om hun infra­struc­tuur te schalen en te optima­li­seren zonder de noodzaak om zelf nog fysieke datacen­ters te beheren. Deze techgi­ganten bieden een breed scala aan diensten en voordelen, maar er zijn ook aanzien­lijke nadelen die bedrijven moeten overwegen. Dat blijkt wel uit een blog post die Railway, een inter­na­ti­o­naal platform dat het opzetten en beheren van uitge­breide server­in­fra­struc­turen voor zijn rekening kan nemen, onlangs publiceerde.

Voordelen van public cloud via een hyperscaler

Een van de grootste voordelen van public cloud-diensten is de schaal­baar­heid. Bedrijven kunnen hun resources snel aanpassen aan de vraag, zonder de noodzaak om zelf fysieke hardware aan te schaffen en te beheren. Dit is bijzonder waardevol voor start-ups en snelgroei­ende bedrijven die regel­matig hun capaci­teit moeten aanpassen.

Public cloud-diensten bieden vaak een kosten­voor­deel door middel van een pay-as-you-go-model. Bedrijven betalen alleen voor de resources die ze daadwer­ke­lijk gebruiken, wat kan leiden tot signi­fi­cante kosten­be­spa­ringen verge­leken met het beheren van een eigen data center.

Hypers­ca­lers inves­teren daarnaast continu in nieuwe techno­lo­gieën en updates. Dit betekent dat bedrijven die deze diensten gebruiken, automa­tisch toegang krijgen tot de nieuwste innova­ties en bevei­li­ging­sup­dates zonder zelf te hoeven inves­teren in onder­zoek en ontwikkeling.

Toch kennen dit soort voordelen ook een keerzijde, zoals Railway ondervond. 

Maar ook belangrijke nadelen

Hoewel public cloud-diensten kosten­voor­delen kunnen bieden, zijn er ook verborgen kosten die bedrijven moeten overwegen. Egress fees, ofwel de kosten voor het verzenden van data vanuit de cloud naar bijvoor­beeld een andere cloud of een on-premise omgeving, kunnen snel oplopen en een aanzien­lijke finan­ciële last vormen. Railway – klant bij Google Cloud Services – ontdekte dat deze kosten een signi­fi­cante impact hadden op hun prijs­struc­tuur en de diensten die ze konden aanbieden.

Er speelde echter nog meer. Ondanks het feit dat Railway miljoenen dollars per jaar spendeerde bij Google, kreeg het bedrijf naar eigen zeggen amper onder­steu­ning. Dit is volgens hen een veelvoor­ko­mend probleem voor bedrijven die afhan­ke­lijk zijn van hypers­ca­lers. De kwali­teit van de onder­steu­ning kan variëren en is niet altijd even hoog als verwacht.

Het bouwen van diensten op basis van de infra­struc­tuur van een hypers­caler kan ook techni­sche beper­kingen met zich meebrengen. Railway ontdekte dat deze beper­kingen hun mogelijk­heden om nieuwe functies te ontwik­kelen en hun dienst­ni­veau te verbe­teren, aanzien­lijk beperkten. Dit leidde ertoe dat Railway besloot om hun eigen fysieke infra­struc­tuur te ontwikkelen.

Waarom Railway kiest voor eigen datacenters

In reactie op de beper­kingen en problemen die ze onder­vonden met GCP, startte Railway het Railway Metal-project. Binnen negen maanden hadden ze hun eerste datacenter in Californië opera­ti­o­neel, compleet met glasve­zel­ka­bels en contracten met verschil­lende internet service provi­ders (ISPs). Dit was slechts het begin van hun transitie naar een ‘infra-less’ cloud-ervaring voor hun klanten.

Het bouwen van een eigen datacenter is uiter­aard een complexe en tijdro­vende onder­ne­ming. Railway koos voor een ‘cage coloca­tion’, wat betekent dat ze een privé­ruimte binnen een datacenter van een provider kregen.

Een van de grootste uitda­gingen bij het bouwen van een datacenter is het beheren van power en cooling. Railway moest nauwkeurig berekenen hoeveel power ze nodig hadden en zorgen voor redun­dantie om ervoor te zorgen dat hun servers altijd beschik­baar zijn. Dit betekende het instal­leren van intel­li­gente Power Distri­bu­tion Units (PDUs) en het zorgen voor twee onafhan­ke­lijke power feeds per rack.

Om de laagst mogelijke latency te bereiken, moest Railway zorgen voor solide verbin­dingen met de rest van de wereld. Dit betekende het selec­teren van datacen­ters die verbonden waren met Tier 1 ISPs en aange­sloten zijn op een Internet Exchange (IX). Railway contrac­teerde daarom meerdere ISPs.

Railway moest verder zorgen voor optimale airflow door het ontwerpen van cold en hot aisles. Ze kozen voor bredere racks om betere airflow te waarborgen en zorgden voor over-head infra­struc­tuur om kabels efficiënt te routeren. Het instal­leren van de hardware vereist gedetail­leerde documen­tatie, zoals een cabling matrix en rack eleva­tion. Railway ontwik­kelde interne tools om deze speci­fi­ca­ties automa­tisch te genereren, wat het instal­la­tie­proces aanzien­lijk versnelde.

Hoewel public cloud-diensten via hypers­ca­lers belang­rijke voordelen bieden, zoals schaal­baar­heid en kosten­be­spa­ring, zijn er ook aanzien­lijke nadelen die bedrijven moeten overwegen. Railway’s ervaringen met een derge­lijke hypers­caler geven volgens het bedrijf aan dat deze nadelen signi­fi­cante impact kunnen hebben op de prijs­struc­tuur, dienst­ni­veau en techni­sche mogelijk­heden. Door hun eigen fysieke infra­struc­tuur zelf te ontwik­kelen, heeft Railway deze beper­kingen naar eigen zeggen nu kunnen omzeilen en kan men nu betere diensten bieden aan klanten.

Redactie@DCpedia

Redactie@DCpedia

0 Reactie(s)

6 weergaven

0 Reactie(s)

0 reacties

Reacties gesloten

De reactiemogelijkheid is verlopen. (14 dagen)

Nieuwsbrief

Pin It on Pinterest

Share This