Wij willen naar de cloud.
Uitgangspunt begrijpen, platform kiezen en de migratie plannen.
Starten met adviesAdvies. Uitvoering. Beheer.
OTOKO® adviseert bij de keuze, richt uw cloud in en verhuist servers en applicaties. Wij verbinden de nieuwe omgeving met uw IT, nemen afgesproken beheertaken over en helpen de kosten te beheersen. Met de focus op Microsoft Azure en Telekom T Cloud.
Het juiste startpunt vinden
Waar staat u vandaag?
Uitgangspunt begrijpen, platform kiezen en de migratie plannen.
Starten met adviesArchitectuur ordenen, processen automatiseren en kosten inzichtelijk maken.
Optimalisatie ontdekkenBeheertaken en verantwoordelijkheden helder krijgen en ondersteuning gericht inzetten.
Beheermodel leren kennenOnze focusplatformen
Wij combineren platformexpertise met uitvoering en beheer. Welke omgeving past, wordt bepaald door uw applicaties, eisen en economische doelen.
Landing zones, migratie, modernisering en beheer. Daarnaast bekijken wij passende inkoopmodellen en mogelijke voordelen via commitments, kortingen of terugbetaling.
Azure-diensten leren kennenVan dienstkeuze tot integratie in uw IT: wij plannen uw Telekom-cloudomgeving en begeleiden migratie, netwerkkoppeling en het afgesproken beheer.
T-Cloud-diensten leren kennenWat wij voor u verzorgen
Elke dienst heeft een eigen focus. Op de detailpagina's vindt u aanpak, omvang en concrete resultaten voor uw project.
De volgende hardware-investering staat voor de deur, een contract loopt af of vakafdelingen verwachten nieuwe digitale diensten. Of cloud, een eigen datacenter of een combinatie het juiste antwoord is, kan alleen op basis van de concrete behoefte worden beslist. Onze cloudadvisering verbindt applicatieanalyse, platformvergelijking en kosteneffectiviteit tot een aanbeveling waarmee IT en directie de volgende stappen kunnen onderbouwen.
Aan het einde staat een beslisdocument met beoordeelde opties, kostenaannames en een geprioriteerde roadmap. Daarvoor voeren wij gesprekken met de verantwoordelijken, analyseren wij bestaande documentatie en stemmen wij de aanbeveling af met de betrokkenen. De uitvoering kan vervolgens intern of samen met OTOKO® plaatsvinden.
Bedrijfsprocessen laten zien welke applicaties bijzonder belangrijk zijn en welke onderbrekingen aanvaardbaar zouden zijn. Interviews en inventarisatiegegevens vullen de technische systeemlijst aan met afhankelijkheden, verantwoordelijken en beperkingen. Daaruit ontstaat een onderbouwde indeling: behouden, verplaatsen of vóór een migratie aanpassen.
Uw resultaat: Een geprioriteerd applicatieportfolio met openstaande vragen en beslissingsverantwoordelijken.
Azure, Telekom T Cloud en andere geschikte platformen worden beoordeeld aan de hand van dezelfde eisen. Dienstenaanbod, integratie en beheerinspanning worden meegenomen in de beoordeling. De aanbeveling noemt naast de voordelen ook afhankelijkheden en openstaande punten die relevant zijn voor uw beslissing.
Uw resultaat: Een beslismatrix en een architectuurdoelbeeld met transparante selectiecriteria.
Tot de economische vergelijking horen migratie, het parallel draaien van systemen, licenties, dataverkeer en interne inspanning. Aannames over het gebruik worden expliciet vermeld. Zo wordt zichtbaar welke factoren naast de maandelijkse resourceprijs de beoordeling beïnvloeden en hoe verschillende doelbeelden van elkaar verschillen.
Uw resultaat: Een transparant kostenmodel met varianten, aannames en gevoeligheden.
Een roadmap wordt uitvoerbaar wanneer volgorde, verantwoordelijken en randvoorwaarden op elkaar aansluiten. Daarvoor prioriteren wij de initiatieven en kiezen wij een pilot met zinvolle toetsingscriteria. De resultaten daarvan leveren de basis voor de volgende goedkeuring en de verdere planning.
Uw resultaat: Een pilotopdracht en een geprioriteerde roadmap met acceptaties en volgende beslissingen.
Een applicatie is pas gemigreerd wanneer ook aanmelding, interfaces, data en dagelijkse processen op de nieuwe locatie werken. OTOKO® plant de weg naar Azure, Telekom T Cloud of een ander geschikt platform daarom vanuit de bedrijfsvoering. Samenhangende systemen verhuizen in afgestemde stappen, met voorbereide tests, duidelijke besluiten over de omschakeling en een geregelde overdracht.
Van de inventarisatie tot de stabilisatie coördineren wij de afgesproken migratiestappen. Doelomgeving, overzetting en technische tests vallen binnen de vastgelegde opdracht; uw applicatieverantwoordelijken werken mee aan de inhoudelijke toetsing en acceptatie. Ontmanteling en overdracht worden vanaf het begin meegepland, zodat er na de verhuizing geen onopgeloste resttaken overblijven.
Databases, directoryservices en interfaces bepalen welke systemen samen moeten verhuizen. Op basis van de inventarisatie stellen wij migratiegroepen samen en wijzen wij contactpersonen toe. Datavolumes, onderhoudsvensters en inhoudelijke toetsingen worden voor elke groep vastgesteld voordat de overzetting begint.
Uw resultaat: Een afhankelijkheidsoverzicht en migratiegroepen met vastgelegde eigenaren.
Ongewijzigd overzetten, platformdiensten gebruiken of eerst moderniseren: de juiste weg hangt af van de applicatie. Samen beoordelen wij de aanpassingsbehoefte, de gevolgen voor het beheer en de risico's van de opties. De beslissing wordt per systeem gedocumenteerd, zodat inspanning en volgorde inzichtelijk blijven.
Uw resultaat: Een migratiestrategie per workload met voorwaarden en een beoogd beheermodel.
Op de omschakeldag moeten veel stappen op elkaar aansluiten. Een afgestemd verloop beschrijft de gegevensoverzetting, controles, vrijgaven en communicatie. Ook terugvalcriteria worden vooraf vastgelegd, zodat technische en functionele verantwoordelijken weten wanneer zij moeten handelen of beslissen.
Uw resultaat: Een afgestemd cutover-runbook met verantwoordelijken, tests en communicatiewegen.
Na de productiestart volgen observatie, nawerkzaamheden en acceptatie. Pas daarna wordt de ontmanteling van de oude omgeving afgestemd. De overdracht legt nieuwe configuraties, beheerverantwoordelijkheden en openstaande taken vast; resources die parallel blijven draaien en de bijbehorende kosten blijven daarbij zichtbaar.
Uw resultaat: Acceptatieverslag, geactualiseerde documentatie en een gecontroleerd afbouwplan.
Nieuwe cloudprojecten zouden niet telkens opnieuw fundamentele vragen over accounts, toegangen en netwerken moeten oplossen. Een landing zone biedt daarvoor een gezamenlijke technische basis. OTOKO® vertaalt uw organisatiestructuur en richtlijnen naar een bruikbare cloudarchitectuur en richt het uitrolproces in voor andere teams en applicaties.
Architectuurconcept en technische uitvoering horen hier bij elkaar. Naast de ingerichte basis krijgt uw team geversioneerde configuraties, gedocumenteerde rollen en een getest wijzigingsproces. Zo is duidelijk hoe nieuwe omgevingen ontstaan en wie uitbreidingen vrijgeeft.
Ontwikkeling, test en productie hebben een scheiding nodig die past bij de organisatie. Samen ordenen wij omgevingen, verantwoordelijkheden en kostenplaatsen en zetten wij de structuur op. De onboarding van nieuwe projecten wordt beschreven, zodat de regels ook na de eerste opbouw toepasbaar blijven.
Uw resultaat: Een organisatiestructuur met verantwoordelijkheden en een gedocumenteerd opnameproces.
Administratieve rechten en applicatieverbindingen worden afgeleid uit concrete taken. De configuratie legt deze rollen en datawegen vast, inclusief de koppeling met lokale diensten. Toegangstests laten zien of de beoogde betrokkenen hun werk daadwerkelijk kunnen uitvoeren.
Uw resultaat: Een rollen- en netwerkmodel inclusief administratieve procedures.
Richtlijnen werken pas als ze terug te vinden zijn in controles, logs en labels. Wij richten de afgesproken regels technisch in en documenteren hun reikwijdte. Voor noodzakelijke uitzonderingen wordt een bewust besluitproces vastgelegd.
Uw resultaat: Een afgestemde regelcatalogus met doorgevoerde controles en gedocumenteerde uitzonderingen.
Geversioneerde infrastructuurconfiguratie maakt wijzigingen traceerbaar en uitrol herhaalbaar. Aan de hand van een geplande uitbreiding testen wij het traject van voorstel via toetsing tot uitvoering. Uw team neemt de configuratie over, samen met de documentatie van deze procedure.
Uw resultaat: Een bruikbare repository met provisioningweg en overdrachtsdocumentatie.
Systemen dicht bij de productie blijven op locatie, nieuwe applicaties draaien in de cloud en losse diensten komen van nog een andere aanbieder. Zulke landschappen hebben een architectuur nodig die locatiegrenzen overstijgt. OTOKO® verbindt datacenter, Azure, Telekom T Cloud en andere omgevingen en legt tegelijk vast wie verantwoordelijk is voor datawegen, toegangen en storingen.
De integratie omvat de afgesproken opzet van netwerk en toegang, en tests van de betrokken datawegen. Daarbij komen de afstemming van beheer en escalatie over de grenzen van aanbieders heen, en documentatie van de resterende afhankelijkheden. Ook een latere overstap wordt beoordeeld op gegevensexport en inspanning.
Datastromen en responstijden helpen bij de beslissing waar een applicatie het best kan draaien. Samenhangende onderdelen worden getoetst op hun afhankelijkheden. Het doelbeeld onderbouwt vervolgens welke delen lokaal blijven en welke zinvol over andere omgevingen kunnen worden verdeeld.
Uw resultaat: Een workloadtoewijzing met gedocumenteerde datastromen en architectuurgrenzen.
Verbindingen moeten ook onder gewijzigde omstandigheden blijven werken. Na het inrichten van de beoogde netwerkpaden en toegangsregels testen wij daarom de gevolgen van een onderbreking. Zo wordt duidelijk welke applicaties worden getroffen en welke reactie vanuit het beheer nodig is.
Uw resultaat: Een verbindingsconcept met testcases voor normale werking en storingen.
Bij meerdere aanbieders mag een storing niet tussen verantwoordelijkheden blijven hangen. Meldroutes, verantwoordelijkheid voor toegang en afstemming van wijzigingen worden gezamenlijk vastgelegd. De beheerdocumentatie laat zien wie een incident overneemt en welke andere betrokkenen moeten worden ingeschakeld.
Uw resultaat: Een verantwoordelijkheidsmatrix en afgestemde toegangs- en escalatieprocedures.
Een mogelijke overstap naar een andere aanbieder hangt af van dataformaten, exportmogelijkheden en gebruikte diensten. Deze afhankelijkheden worden vastgelegd en beoordeeld op de benodigde inspanning. Daarnaast bekijken wij lopend dataverkeer en extra beheertaken, zodat de verdeling economisch te onderbouwen blijft.
Uw resultaat: Een gedocumenteerde exitaanpak met resterende afhankelijkheden en inspanningsaannames.
Containers vereenvoudigen het verpakken van een applicatie. Voor productief gebruik ontbreken dan vaak nog toegangsregels, releaseprocedures, updates en het herstel van data. OTOKO® bouwt daaruit een Kubernetes-platform dat past bij uw applicaties en de beschikbare beheerexpertise, en test het gebruik samen met uw ontwikkelteam.
Bij de platformopbouw horen de afgesproken toegangen, uitrolprocedures en beheerprocessen. Een pilotapplicatie dient om het traject tot de release te testen. Documentatie en instructie bereiden de overdracht voor; doorlopende ondersteuning en updates worden als aparte dienstverlening afgesproken.
De platformkeuze begint bij de applicaties en de beheercapaciteit. Geschikte varianten worden vervolgens beoordeeld op welke taken de aanbieder overneemt en welke bij uw team blijven. Deze afbakening telt net zo zwaar mee in de beslissing als de technische eisen.
Uw resultaat: Een onderbouwd platformdoelbeeld met gescheiden verantwoordelijkheden.
Teams hebben afgebakende werkruimtes, resources en communicatieregels nodig. Wij richten deze basis in en lichten de beoogde goedkeuringen toe. Zo wordt duidelijk wat ontwikkelteams zelf mogen uitrollen en waar afstemming met het beheer nodig is.
Uw resultaat: Een bruikbare tenant- en toegangsstructuur voor de betrokken teams.
Van het geteste image tot de draaiende versie moet elke stap herleidbaar zijn. Tests en uitrol worden ingebed in een afgestemd proces en getest met een pilotapplicatie. Daarbij toetsen ontwikkeling en beheer gezamenlijk de vrijgaven en het gedrag tijdens het uitrollen.
Uw resultaat: Een getest deploymentproces voor een pilotapplicatie en sjablonen voor overige teams.
Platformupdates en herstel raken ook persistente data en gekoppelde diensten. Deze afhankelijkheden worden samen met de monitoring opgenomen in de beheerplanning. Daaruit ontstaan concrete taken en procedures voor onderhoud en voor de omgang met storingen.
Uw resultaat: Een beheerplan met updateprocedures, alarmeringswegen en hersteltests.
Tussen een afgeronde wijziging en de inzet in productie liggen vaak handmatige tests, kopieerwerk en wachttijden op vrijgaven. Onze DevOps-diensten maken dit traject herhaalbaar: infrastructuur wordt geversioneerd, controles worden ingebouwd en releases krijgen een controleerbaar verloop. Samen met ontwikkeling en beheer richt OTOKO® de automatisering op de feitelijke knelpunten.
Een duidelijk afgebakend releasetraject wordt geanalyseerd, uitgevoerd en gezamenlijk getest. De overdracht omvat configuratie, controles en de omgang met foutscenario's. Uw team moet het proces daarna zelf kunnen bedienen en verder ontwikkelen; de gezamenlijke uitvoering maakt daarom deel uit van het werk.
Wachttijden en handmatige ingrepen worden zichtbaar aan de hand van een feitelijke release. Samen brengen wij de stappen in kaart en gaan wij na waarom ze nodig zijn. Daaruit ontstaat een geprioriteerde automatiseringsopdracht, waarvan de verbetering aan het proces te toetsen is.
Uw resultaat: Een pipelineconcept met vastgelegde controlestappen en verantwoordelijken.
Afwijkende omgevingen bemoeilijken tests en foutopsporing. Geversioneerde infrastructuurconfiguratie en een vastgelegd wijzigingsproces vormen een gezamenlijke basis. De uitrol wordt getest, zodat nieuwe omgevingen volgens dezelfde gedocumenteerde stappen kunnen ontstaan.
Uw resultaat: Een afgestemd Infrastructure-as-Code-proces met gedocumenteerd state-beheer.
Een buildresultaat moet herleidbaar blijven tot de wijziging die de build heeft gestart. Controles en vrijgaven worden aan dit proces gekoppeld; toegangsgegevens worden apart beheerd. Welke controle wordt geautomatiseerd en waar een menselijke beslissing nodig blijft, stemmen wij af met uw verantwoordelijken.
Uw resultaat: Een traceerbare weg van commit tot vrijgegeven artefact.
Mislukte releases horen bij de planning. Vóór de overdracht worden reactie, terugvalopties en noodzakelijke besluiten afgestemd en getest aan de hand van het beoogde proces. De gezamenlijke uitvoering en documentatie geven uw team de basis voor het verdere beheer van de automatisering.
Uw resultaat: Een geteste releaseweg met foutafhandeling en overdracht.
De cloud draait, en elke dag komen er meldingen, updates en wijzigingsverzoeken bij. Managed Cloud van OTOKO® biedt daarvoor een geregelde ondersteuning. Samen bepalen wij welke systemen worden bewaakt, wie storingen afhandelt en hoe onderhoud en herstel zijn georganiseerd. Uw team krijgt vaste contactpersonen en kan de resterende taken realistisch plannen.
De servicecatalogus benoemt de ondersteunde onderdelen, taken, servicetijden en escalatiewegen. Noodzakelijk voorwerk wordt vóór de overname afgestemd. Vervolgens vormen onderhoud, storingsafhandeling en periodieke controle een afgebakende dienstverlening, waarvan de grenzen zichtbaar blijven voor uw team.
Een betrouwbare overname vereist bekende systemen, bruikbare toegangen en actuele contactpersonen. Tijdens de onboarding brengen wij de bestaande situatie inclusief openstaande problemen in kaart en spreken wij noodzakelijke nawerkzaamheden af. Het overdrachtsplan legt vast wanneer welke taak daadwerkelijk overgaat naar de ondersteuning.
Uw resultaat: Een overnameplan met servicegrenzen en vastgelegde voorwaarden.
Niet elke melding heeft dezelfde urgentie. Monitoring, prioriteiten en escalatie worden afgestemd op de afgesproken systemen en servicetijden. Zo is voor uw team duidelijk hoe incidenten worden gemeld, afgehandeld en indien nodig overgedragen aan andere verantwoordelijken.
Uw resultaat: Een alarmerings- en escalatieplan met contactpersonen en afgesproken prestatiewaarden.
Onderhoud grijpt in op de lopende bedrijfsvoering en vraagt om afgestemde tijdvensters. Updates en wijzigingen worden samen met de applicatieverantwoordelijken gepland, vrijgegeven en gecontroleerd. De documentatie legt de ingreep en het resultaat vast en vergemakkelijkt latere beslissingen.
Uw resultaat: Transparante onderhouds- en wijzigingsprocedures met vastgelegde goedkeuringen.
Back-uprapporten alleen beantwoorden niet of een applicatie weer kan opstarten. Afgesproken hersteltests vullen daarom de controle van de back-ups aan. Inzichten uit tests en beheer leiden tot maatregelen met verantwoordelijken en vervolgstappen die worden bijgehouden.
Uw resultaat: Beheerrapportages, gedocumenteerde recoverytests en een gezamenlijk maatregelenplan.
De cloudfactuur groeit, maar het verband met applicaties, teams en bedrijfsinitiatieven blijft onduidelijk. FinOps maakt dit verband zichtbaar. OTOKO® brengt kosten- en gebruiksgegevens samen, identificeert technische maatregelen en beoordeelt verplichtingsmodellen aan de hand van de verwachte behoefte. Het resultaat is een stuurbare kostenbasis die ook bij nieuwe initiatieven houvast biedt.
Kostenverdeling, geprioriteerde maatregelen en een onderbouwde beoordeling van contractopties vormen de kern van de opdracht. Indien nodig begeleiden wij de technische uitvoering en toetsen wij het waargenomen effect. Geschat besparingspotentieel wordt uitdrukkelijk gescheiden gehouden van daadwerkelijk gewijzigde uitgaven.
Gedeelde resources en ontbrekende labels bemoeilijken de toewijzing van uitgaven. Verbruiksgegevens worden daarom gekoppeld aan applicaties, teams en projecten. Terugkerende kosten en eenmalige initiatieven zijn vervolgens afzonderlijk te bekijken en te bespreken met de budgetverantwoordelijken.
Uw resultaat: Een kostenstructuur met verantwoordelijken en gedocumenteerde toewijzingsregels.
Ongebruikte resources, te grote systemen en onnodige looptijden zijn verschillende oorzaken van vermijdbare uitgaven. De analyse beoordeelt ze aan de hand van gebruik en applicatie-eisen. Maatregelen worden afgestemd met de technische verantwoordelijken en na uitvoering getoetst op hun daadwerkelijke effect.
Uw resultaat: Een geprioriteerd optimalisatieplan met technische onderbouwing en effectcontrole.
Wie zich bindt, legt verplichtingen voor de toekomst vast. Daarom worden looptijd, voorwaarden en gepland gebruik gezamenlijk vergeleken. De beoordeling laat zien welke aannames een prijsvoordeel dragen en welke veranderingen in de behoefte dat voordeel ter discussie kunnen stellen.
Uw resultaat: Een vergelijking van geschikte commitmentmodellen met aannames, risico's en concrete aanbiedingsvoorwaarden.
Kostensturing blijft een gezamenlijke taak van IT, inkoop en budgetverantwoordelijken. Een periodieke review verbindt afwijkingen met nieuwe initiatieven en reeds besloten maatregelen. Zo vloeien inzichten uit het lopende verbruik door naar de volgende beslissing.
Uw resultaat: Een herhaalbaar FinOps-proces met opvolging van maatregelen en geactualiseerde aannames.
Cloud en eigen infrastructuur
Applicaties die in het datacenter blijven en nieuwe clouddiensten hebben gemeenschappelijke regels nodig voor netwerk, identiteiten en beheer.
Hybride architectuur begrijpenZo wordt een idee een project
Doelen, applicaties en uitdagingen samen in kaart brengen.
Architectuur, kostenaannames en verantwoordelijkheden afstemmen.
Starten met een afgebakende pilot en resultaten toetsen.
Overdragen of samen beheren en gericht verbeteren.
Laten we over uw project praten
Een concrete uitdaging is voldoende om te beginnen. Samen met u bepalen wij welke ondersteuning zinvol is.
Cloudproject bespreken