Menu

Contact opnemen
Logo
Pers

OVHcloud met OTOKO®

OVHcloud heeft meer nodig dan afgenomen servers.

Virtuele resources, dedicated systemen of een combinatie daarvan: OVHcloud biedt verschillende uitgangspunten voor uw infrastructuur. Doorslaggevend is hoe applicaties, netwerk en dataopslag samenwerken. OTOKO® plant deze architectuur, zet de gekozen omgeving op en begeleidt migratie en overdracht met oog voor de latere beheertaken.

Wat wij voor u verzorgen
Overzichtelijke netwerkverbindingen in een datacenteromgeving, symbolische afbeelding
OVHcloud
OVHcloud

Planning, uitvoering en afgesproken beheer door OTOKO®

Symbolische afbeelding · geen foto van een locatie van een aanbieder

Uw opdracht aan OTOKO®

Cloudresources en dedicated systemen zinvol combineren.

Wanneer hostingcontracten worden samengevoegd of applicaties over nieuwe systemen worden verdeeld, veranderen datawegen en verantwoordelijkheden. Daarom bekijken wij samen niet alleen capaciteit en serverprijzen, maar ook toegang, back-ups en de onderhoudsinspanning. Daaruit ontstaat een onderbouwde opzet voor uw concrete, bestaande omgeving.

Waarvoor u ons inschakelt

Een afgebakende infrastructuuropbouw is evengoed mogelijk als een migratie met daaropvolgende ondersteuning. Inbegrepen zijn de overeengekomen configuratie, verbindingstests en de documentatie van de overdracht. Taken op het gebied van besturingssystemen, applicaties en platform worden afzonderlijk toegewezen, zodat uw team de resterende eigen inspanning kent.

De diensten in detail

Omvang

Infrastructuur selecteren, verbinden en overnemen.

De keuze van resources en de integratie worden samen gepland. De werkpakketten omvatten zowel de opbouw als containerapplicaties en gegevensmigratie. De concrete omvang volgt uit uw applicatieportfolio.

Passende resources selecteren en opbouwen

De resourcebehoefte volgt uit belasting, datavolume en afhankelijkheden van uw applicaties. Op deze basis selecteren wij passende cloudresources of dedicated systemen en richten wij deze in. Capaciteitsaannames en reserves worden vastgelegd, zodat latere uitbreidingen berusten op onderbouwde beslissingen.

Daarmee werkt uw team verder

Een resourceplan met toewijzing aan applicaties en een onderbouwde infrastructuurkeuze.

Technische uitvoering

Public Cloud & dedicated systemen

Rekenkracht, opslaggedrag en licentie-eisen bepalen de keuze van resources. Wij vergelijken passende instances met dedicated systemen en toetsen de gekozen regio. Capaciteitsaannames, reserves en afhankelijkheden worden vastgelegd in het doelbeeld.

Uw systemen met elkaar verbinden

Losse beschikbaar gestelde servers vormen nog geen functionerende omgeving. Private en publieke verbindingen, naamresolutie en toegangsregels worden ingericht aan de hand van de beoogde communicatie. Tests controleren vervolgens de volledige datawegen van de applicaties.

Daarmee werkt uw team verder

Een gedocumenteerde netwerkopbouw met toegangsregels, routing en getoetste datawegen.

Technische uitvoering

Private netwerken & vRack

Wij plannen private communicatiewegen tussen de benodigde infrastructuurcomponenten. Of vRack of een dienstspecifieke private netwerkkoppeling past, hangt af van het gekozen aanbod. Publieke endpoints, firewallregels en DNS blijven onderdeel van dezelfde architectuurbeslissing.

Containerapplicaties uitrollen

Voor containerapplicaties bouwen wij de overeengekomen Kubernetes-omgeving op en testen wij het uitrolproces. Bij deze overdracht horen rollen, updateprocedures en de taakverdeling tussen ontwikkeling en beheer. Uw team kent daarna het platform en de processen voor het gebruik daarvan.

Daarmee werkt uw team verder

Een bruikbare platformopbouw met deploymentproces en afgesproken verantwoordelijkheid voor updates.

Technische uitvoering

Managed Kubernetes & containers

OVHcloud Managed Kubernetes Service kan de basis vormen voor gecontaineriseerde applicaties. Workers, opslag, registry en toegangen worden gepland in lijn met het releaseproces. De verantwoordelijkheid voor applicaties, configuratie en beheerprocedures moet uitdrukkelijk worden geregeld.

Data migreren en ondersteuning voorbereiden

Bij de migratie moeten de stand van de data, het omschakelmoment en de back-ups op elkaar zijn afgestemd. Samen plannen wij de dataoverdracht en de tests en leggen wij vast hoe de nieuwe omgeving wordt overgenomen. De documentatie maakt daarbij expliciet onderscheid tussen platform-, besturingssysteem- en applicatietaken.

Daarmee werkt uw team verder

Een gegevensmigratie- en beheerconcept met acceptaties en hersteleisen.

Technische uitvoering

Object storage, migratie & beheer

Wij toetsen objectopslag en overige datacomponenten aan de hand van het toegangsgedrag. Gegevensoverdracht, back-up en herstel worden afzonderlijk gepland. Lopende beheertaken en de dienstomvang van de aanbieder worden afgebakend voordat systemen worden overgedragen.

Planning & uitvoering in detail

OVHcloud opbouwen passend bij applicatie, netwerk en beheermodel.

Een infrastructuurbeslissing betreft meer dan de keuze van rekenkracht. Cloudresources en dedicated systemen verschillen ook in hoe ze geïntegreerd, uitgebreid en ondersteund moeten worden. Samen ontwikkelen we een opbouw waarvan de gevolgen voor uw team inzichtelijk zijn.

Resources kiezen op basis van het volledige applicatieportfolio

Wie een hostinglandschap consolideert, komt vaak zeer uiteenlopende applicaties tegen. Sommige hebben vooral gelijkmatige rekenkracht nodig, andere stellen bijzondere eisen aan gegevensopslag, netwerk of uitbreidbaarheid. Eén gemeenschappelijke servergrootte doet deze verschillen niet automatisch recht. De planning begint daarom met een toewijzing van applicaties, belastingaannames en afhankelijkheden. Bestaande contracten en aanstaande veranderingen worden meegenomen, zodat de doelopbouw niet alleen de huidige situatie weergeeft, maar ook rekening houdt met de voorzienbare volgende stappen.

Op deze basis worden geschikte cloudresources of dedicated systemen geselecteerd en worden hun rollen in de totale opbouw beschreven. Daarbij blijven verantwoordelijkheden en latere eigen inspanning zichtbaar. Als een applicatie bijvoorbeeld extra onderhoud of bijzondere back-upprocedures nodig heeft, hoort dit bij de beslissing over de opbouw. De afgesproken configuratie wordt vervolgens ingericht en gedocumenteerd. Uw team krijgt daardoor een onderbouwde resourcetoewijzing en kan latere uitbreidingen beoordelen aan de hand van dezelfde eisen, in plaats van elke aanschaf afzonderlijk te beslissen.

Netwerk en provisioning begrijpen als deel van de applicatie

Een applicatie kan bestaan uit publiek bereikbare diensten, interne databases en administratieve toegangen. Deze onderdelen moeten gericht met elkaar worden verbonden, zonder onnodige communicatiewegen te openen. Samen bekijken we daarom private en publieke verbindingen, naamresolutie en de benodigde toegangsregels. Als systemen op andere locaties betrokken zijn, worden ook deze datawegen meegenomen. De daaropvolgende tests richten zich op de volledige communicatie van de applicatie en op welke gebruikers of systemen daadwerkelijk met elkaar moeten samenwerken.

Voor containerapplicaties komt daar het uitrolproces bij. Nieuwe versies hebben gedefinieerde toegangen, controles en goedkeuringen nodig; platformwijzigingen moeten worden afgestemd met de betrokken teams. Binnen de afgesproken omvang richten we deze basis in en testen we die op een concrete applicatie. De overdracht omvat daarmee niet alleen de platformconfiguratie, maar ook de beoogde omgang met wijzigingen. Ontwikkeling en beheer kunnen nagaan welke taken zij zelf uitvoeren en op welke punten afstemming nodig blijft.

Migratie en ondersteuning overdragen zonder onopgeloste restpunten

Bij een verhuizing moeten gegevensmigratie, toegangen en beheergereedheid op hetzelfde moment samenkomen. Vóór de overdracht bepalen we daarom hoe actuele gegevens worden geleverd, gecontroleerd en vervolgens gebruikt. Noodzakelijke onderbrekingen en inhoudelijke tests worden afgestemd met uw verantwoordelijken. Ook de vraag naar een terugval wordt vóór de omschakeling behandeld. Het doel is een overgang waarbij de betrokkenen weten welke resultaten er vóór een vrijgave moeten zijn en wie daarover beslist.

Na de acceptatie worden platform-, besturingssysteem- en applicatietaken afzonderlijk gedocumenteerd. Daartoe horen back-ups, herstel, onderhoud en de afhandeling van meldingen. Een ondersteuningsopdracht kan deze taken gericht aanvullen; ze vervangt echter niet de noodzakelijke afbakening van de afgenomen omvang van de aanbieder en van uw interne werkzaamheden. Openstaande punten worden overgedragen, elk met een verantwoordelijke. Zo blijft na het project inzichtelijk wat is ingericht, welke procedures bruikbaar zijn en welke volgende werkzaamheden nog gepland moeten worden.

Zo werken wij samen

U kent uw bedrijf.
Wij verzorgen het afgesproken cloudwerk.

U hoeft niet elke technische stap zelf te organiseren. Wij leggen taken en beslissingen vast en betrekken uw team daar waar zijn kennis of goedkeuring nodig is.

01

De infrastructuurbehoefte onderbouwen

Applicatiebelasting, datavolume en bestaande systemen vormen de basis voor de keuze van resources. Netwerk- en beheereisen worden meegewogen.

Uw bijdrage: Licht het gebruik, de groeiverwachtingen en de bestaande hostingafhankelijkheden toe.

02

Opbouw en gegevensmigratie afstemmen

De doelomgeving wordt ingericht en getest aan de hand van de beoogde applicaties. Een gegevensmigratie krijgt afgestemde controle- en omschakelmomenten.

Uw bijdrage: Organiseer inhoudelijke tests en de goedkeuring van de benodigde onderhoudsvensters.

03

De ondersteuning verdelen

Bij de overdracht worden platform, besturingssysteem en applicatie afzonderlijk bekeken. Back-up- en wijzigingsprocedures krijgen benoemde verantwoordelijken.

Uw bijdrage: Bevestig welke taken intern worden voortgezet en welke worden overgedragen voor ondersteuning.

Vergaderruimte in het OTOKO®-kantoor in Keulen

Illustratief projectscenario

Een hostinglandschap consolideren

Zo zou een gezamenlijk project kunnen verlopen. De concrete omvang volgt uit uw uitgangssituatie.

  1. De uitgangssituatie

    Applicaties draaien op systemen die op verschillende manieren worden beheerd; documentatie en herstelroutes zijn niet eenduidig.

  2. Onze aanpak

    Wij ontwikkelen een gezamenlijk doelbeeld en migreren applicaties in afgestemde groepen.

  3. Het doelbeeld

    Een geordende infrastructuur met gedocumenteerde beheertaken en een basis voor verdere automatisering.

Wat u krijgt

Resultaten waarmee
uw team verder kan.

  • OVHcloud-doelarchitectuur met applicatie- en netwerktoewijzing

  • Uitvoeringsplan met migratie, tests en acceptatie

  • Gedocumenteerd beheer met verantwoordelijkheden en kostenoverzicht

Van interesse naar concrete opdracht

Zo bereiden wij
uw project voor.

Voor het kennismakingsgesprek hoeven deze documenten nog niet compleet te zijn. Samen bepalen we wat er al is en welke informatie het assessment nog moet aanvullen.

Handig voor de start

  • Bestaande OVHcloud-projecten en dedicated servers
  • Datavolumes, interfaces en locatie-eisen
  • Gewenst beheer voor systemen en applicaties

Zo wordt dit een concrete offerte

De omvang van de werkzaamheden, de medewerking van uw team, benodigde toegangen, acceptatiecriteria en overdracht worden in de offerte vastgelegd. Kosten van de aanbieder, projectdiensten en lopend beheer worden inzichtelijk van elkaar afgebakend.

Assessment bespreken

Vóór de start

Uw vragen.
Heldere antwoorden.

Hoe bepalen we geschikte diensten en locaties?

Wij stemmen uw applicaties, dataeisen, interfaces en beheerdoelen af op het benodigde aanbod. De concrete keuze wordt gedocumenteerd in het architectuurconcept.

Welke diensten voor OVHcloud biedt OTOKO® aan?

Cloudinfrastructuur opbouwen die past bij uw applicaties. Wij plannen uw OVHcloud-omgeving, begeleiden de overstap en integreren deze in bestaande systemen.

Kan de cloud met ons datacenter worden verbonden?

Ja. Een hybride architectuur wordt gepland op basis van uw interfaces, identiteiten, netwerken en eisen voor beschikbaarheid en datalocaties.

Omvat Managed Kubernetes volledig applicatiebeheer?

Nee. De afgenomen platformomvang en de ondersteuning van uw applicaties zijn afzonderlijke diensten. Wij regelen workers, configuratie, deployments, data en reactie op incidenten apart.

Kunnen dedicated servers en Public Cloud worden gecombineerd?

Wij toetsen een combinatie aan de hand van de benodigde diensten en koppelingen. Netwerkmogelijkheden, regio en dataverkeer moeten passen bij de gekozen architectuur.

OVHcloud met OTOKO®

Welke applicaties moeten op OVHcloud draaien?

Een lijst van de applicaties en bestaande hostingcomponenten vormt de eerste gespreksbasis. Daarop voortbouwend bespreken wij de doelomgeving, de gegevensmigratie en de gewenste verdeling van de beheertaken.

Kennismakingsgesprek over OVHcloud

Onze partners

  • Microsoft
  • Microsoft Azure
  • Amazon AWS
  • Google Cloud
  • Thales Group
  • Arrow ECS
  • Vodafone
  • IBM
  • Veeam
  • Atlassian
  • JetBrains
  • NinjaOne
  • OPSWAT
  • Utimaco
  • Eviden

Toegankelijkheid

Pas de weergave aan uw behoeften aan.

Voor deze pagina is nog geen eenvoudige versie beschikbaar.

Instellingen gelden momenteel voor dit bezoek. Permanent opslaan kunt u toestaan in de Cookie-instellingen.