Amazon Web Services (AWS) met OTOKO®

AWS groeit. Uw controle moet meegroeien.

Uit een succesvolle AWS-pilot ontstaan snel meerdere accounts, teams en facturen. Om deze omgeving met uw bedrijf te kunnen laten meegroeien, ordent OTOKO® accounts, toegang en netwerken en begeleidt de opname van verdere applicaties. Technische beslissingen worden daarbij verbonden met beheerinspanning en kosten, in plaats van pas na de productiestart te worden bekeken.

Wat wij voor u verzorgen

Amazon Web Services (AWS)

Planning, uitvoering en afgesproken beheer door OTOKO®

Symbolische afbeelding · geen foto van een locatie van een aanbieder

Uw opdracht aan OTOKO®

De AWS-pilot omzetten in een geregelde productieomgeving.

De volgende ontwikkelstap stelt andere eisen dan het eerste experiment: productiedata heeft geregelde toegang nodig, applicaties betrouwbare verbindingen en teams een gemeenschappelijk uitrolproces. Een assessment laat zien welke delen van uw AWS-omgeving al in orde zijn en waar vóór de uitbreiding nog verbeteringen nodig zijn.

Waarvoor u ons inschakelt

Afhankelijk van de behoefte beginnen wij met een beoordeling van de bestaande situatie of direct met een afgebakende uitvoeringsopdracht. Accountstructuur, netwerkkoppeling en applicatiemigratie worden uitgewerkt aan de hand van concrete acceptatiecriteria. Voor latere beheerdiensten wordt vastgelegd welke onderdelen worden ondersteund en welke verantwoordelijkheid bij uw ontwikkelteams blijft.

De diensten in detail

Omvang

AWS-accounts, applicaties en beheer samenbrengen.

Een uniforme basis maakt uitbreiding eenvoudiger. Of eerst de accountstructuur wordt geordend, een applicatie wordt gemigreerd of het beheer wordt verbeterd, hangt af van de bestaande opzet en de prioriteiten van uw teams.

Een gemeenschappelijke structuur voor teams opzetten

Een nieuw AWS-account hoort te starten met een duidelijke verantwoordelijkheid, kostenplaats en gemeenschappelijke regels. Bestaande accounts worden geïnventariseerd en toegewezen aan een passende organisatiestructuur. Het daaropvolgende inrichtingsproces beschrijft hoe verdere teams worden opgenomen en welke richtlijnen daarbij gelden.

Daarmee werkt uw team verder

Een account- en governanceconcept met een helder opnameproces voor volgende applicaties.

Technische uitvoering

AWS Organizations & Control Tower

Wij structureren accounts en omgevingen naar teams, beschermingsbehoefte en verantwoordelijkheden. AWS Control Tower kan een landing zone op basis van een multi-account-structuur ondersteunen. Vóór de invoering toetsen wij bestaande accounts en de gevolgen van gemeenschappelijke regels.

Veilige verbindingen en toegang inrichten

Tussen applicatie, beheer en lokaal datacenter lopen verschillende datawegen. Deze verbindingen plannen wij samen met de vereiste toegangsrechten en configureren wij in uw omgeving. Gedocumenteerde uitzonderingen en verbindingstests vergemakkelijken latere wijzigingen en het opsporen van fouten.

Daarmee werkt uw team verder

Een netwerk- en autorisatieconcept met getoetste verbindingen en gedocumenteerde grenzen.

Technische uitvoering

VPC, toegangen & hybride koppeling

Netwerksegmenten, routing, DNS en administratieve toegang worden samen gepland. Verbindingen met het datacenter krijgen vastgelegde datawegen en verantwoordelijkheden. Noodzakelijke uitzonderingen worden gedocumenteerd en niet blijvend als onzichtbare speciale oplossing in stand gehouden.

Applicaties naar de juiste omgeving brengen

Voor elke applicatie wordt bepaald welke combinatie van servers, containers en datadiensten geschikt is. Afhankelijkheden bepalen de volgorde van de migratie. De doelomgeving wordt ingericht, de dataoverdracht voorbereid en de samenwerking tussen de componenten samen met uw applicatieteam getest.

Daarmee werkt uw team verder

Een onderbouwde workloadtoewijzing en een migratieplan per applicatiegroep.

Technische uitvoering

Workloads, containers & data

Wij wijzen applicaties toe aan virtuele servers of een containerplatform en toetsen de benodigde data- en opslagcomponenten. Amazon EKS is een mogelijk Kubernetes-platform; het wordt afgewogen tegen applicatiebehoefte en beheerinspanning. Migraties verlopen met tests en afgestemde terugvalopties.

Beheer en kosten samen verbeteren

Kosten en beheer beïnvloeden elkaar: een overgedimensioneerde resource of een permanent draaiende testomgeving veroorzaakt werk en uitgaven. Gebruiksgegevens en beheerobservaties leveren de basis voor geprioriteerde wijzigingen. De uitvoering en het effect daarvan worden afgestemd met de betreffende verantwoordelijken.

Daarmee werkt uw team verder

Een kosten- en beheerrapport met geprioriteerde technische maatregelen en verantwoordelijkheden.

Technische uitvoering

Kostenbeheersing & managed AWS

Kostentags en AWS Cost Explorer helpen het verbruik toe te wijzen. Wij verbinden dit overzicht met benutting, monitoring en wijzigingsplanning. Besparingsmaatregelen en overgenomen beheertaken worden afzonderlijk beschreven en regelmatig gecontroleerd.

Planning & uitvoering in detail

AWS uitbreiden zonder het overzicht over accounts en verantwoordelijkheid te verliezen.

Een AWS-productielandschap heeft een gemeenschappelijke basis nodig voor zelfstandig werkende teams. Accountstructuur, netwerk, provisioning en kostenverantwoordelijkheid moeten daarbij dezelfde organisatorische opbouw weergeven. Wij verbinden deze onderwerpen met de concrete onboarding van uw applicaties.

Van teampilot naar gezamenlijk gebruikte basis

Een pilot ontstaat vaak onder tijdsdruk en met een beperkte gebruikerskring. Zodra meer teams erbij komen, zijn persoonlijke afspraken echter niet meer voldoende. Resources moeten worden toegewezen, administratieve rechten gecontroleerd en gedeelde diensten ingedeeld. De inventarisatie bekijkt daarom bestaande accounts samen met de projecten en personen daarachter. Zo wordt zichtbaar welke structuren bewust zijn gekozen, welke slechts voorlopig waren en welke wijzigingen vóór een grotere uitbreiding werkelijk nodig zijn.

Het doelbeeld beschrijft hoe nieuwe teams worden opgenomen en welke regels moeten gelden voor bestaande accounts. Daarbij wordt rekening gehouden met verantwoordelijkheden, kostenplaatsen en de scheiding van verschillende omgevingen. De invoering verloopt in afgestemde stappen, zodat lopende applicaties en bestaande afhankelijkheden meegenomen blijven. Een eerste concrete use case dient als toets van de nieuwe procedures. Vervolgens kan uw team beoordelen of provisioning, goedkeuringen en documentatie ook buiten het oorspronkelijke pilotteam begrijpelijk werken.

Een applicatiebeslissing nemen over meerdere componenten heen

De doelomgeving van een applicatie bestaat vaak uit meerdere componenten met verschillende eisen. Rekenkracht, gegevensopslag, interfaces en administratieve toegangen moeten samen worden bekeken. Samen vergelijken we een geschikte opbouw en nemen we de toekomstige beheerinspanning mee. Daarbij blijven ook aanwezige competenties relevant: een oplossing moet door de beoogde teams kunnen worden begrepen, bewaakt en gewijzigd. De omvang van een modernisering wordt daarom bewust gescheiden van de taken die voor een veilige overgang eerst nodig zijn.

Voor de uitvoering worden afhankelijkheden en controles vastgelegd. Applicatieteams bevestigen de inhoudelijke werking, terwijl technische tests toegangen, verbindingen en de afgesproken beheeropbouw dekken. Als lokale systemen nodig blijven, horen hun communicatiewegen bij de acceptatie. De overdracht beschrijft daarnaast hoe wijzigingen na het project worden ingebracht en welke documentatie daarvoor beschikbaar is. Zo kan een extra workload in het AWS-landschap worden opgenomen, zonder de verantwoordelijkheid aan het einde van de verhuizing open te laten.

Kosten en beheermonitoring als gezamenlijke beslisbasis

Een stijgende factuur kan zeer verschillende oorzaken hebben: nieuwe applicaties, veranderd gebruik, te ruim gedimensioneerde resources of omgevingen die langer draaien dan nodig. Een puur kostenoverzicht laat nog niet zien welke technische wijziging zinvol zou zijn. Daarom worden uitgaven verbonden met gebruik en verantwoordelijkheid. In overleg met de applicatieteams wordt bepaald welke reserves bewust zijn ingepland en waar zich werkelijk vermijdbaar verbruik aftekent. Maatregelen ontstaan zo vanuit de context van de applicatie.

Vóór een wijziging worden mogelijke gevolgen en de nodige toetsing afgestemd. Na de uitvoering bekijken we het waargenomen gebruik en de gevolgen voor het beheer. Niet elke technisch mogelijke verlaging is geschikt voor elke workload. De documentatie legt daarom aannames en beslissingen vast, zodat verdere optimalisaties daarop kunnen aansluiten. Voor doorlopende ondersteuning worden daarnaast meldroutes, onderhoud en verantwoordelijkheden vastgelegd; zo blijven kostenbeslissingen verbonden met de daadwerkelijke verantwoordelijkheid voor de systemen.

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.

Accounts en teams samenbrengen

De inventarisatie verbindt accounts, resources en verantwoordelijke teams. Daaruit ontstaan gemeenschappelijke regels en de volgorde van de wijzigingen.

Uw bijdrage: Vul projectdoelen, contactpersonen en bekende beperkingen van de bestaande applicaties aan.

Wijzigingen gecontroleerd invoeren

Nieuwe structuren en verbindingen worden stap voor stap ingericht. Applicatietests laten zien of de geplande opzet de benodigde processen ondersteunt.

Uw bijdrage: Betrek uw ontwikkelteam bij tests en goedkeuringen voor de betrokken workloads.

Verantwoordelijkheid in de dagelijkse praktijk waarborgen

Documentatie, beheertaken en kostentoewijzing worden samen doorgenomen. De daaropvolgende ondersteuning krijgt een vastgelegde omvang.

Uw bijdrage: Leg vast wie verantwoordelijk is voor nieuwe accounts, wijzigingen en lopende uitgaven.

Vergaderruimte in het OTOKO®-kantoor in Keulen

Illustratief projectscenario

Van een AWS-pilot naar een productief platform

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

De uitgangssituatie
Een eerste project werkt, maar de accountstructuur en beheertaken zijn nog niet ingericht op meer teams.
Onze aanpak
Wij toetsen de bestaande architectuur en vullen de basis aan voor toegangen, inrichting en beheer.
Het doelbeeld
Een afgestemd pad van de pilotomgeving naar een transparant beheerd platform.

Wat u krijgt

Resultaten waarmee
uw team verder kan.

AWS-architectuur met accountstructuur en gedocumenteerde beveiligingsregels
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

AWS-accountstructuur en administratieve contactpersonen
Workloads, netwerken en bestaande beveiligingseisen
Verbruiksoverzichten en afgesproken beheerdoelen

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.

Kunnen bestaande AWS-accounts worden meegenomen?

Ja. Wij beoordelen de accountstructuur, toegangen, resources en afhankelijkheden en plannen noodzakelijke wijzigingen samen met uw team.

Welke diensten voor Amazon Web Services (AWS) biedt OTOKO® aan?

Een overzichtelijke AWS-omgeving voor uw applicaties. Wij begeleiden architectuur, migratie en automatisering en creëren transparantie over beheer en kosten.

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.

Hebben we voor elk team een eigen AWS-account nodig?

De accountstructuur wordt ingericht naar verantwoordelijkheden, beveiligingsgrenzen en beheereisen. Een apart account is een mogelijk middel, maar geen standaardantwoord voor elke teamstructuur.

Kan OTOKO® slechts een deel van onze AWS-omgeving beheren?

Ja. De overgenomen accounts, diensten en taken worden afgebakend in de dienstencatalogus. Raakvlakken met uw interne beheer moeten daarbij uitdrukkelijk worden afgesproken.

Amazon Web Services (AWS) met OTOKO®

Klaar voor de volgende stap op AWS?

Laat ons zien welke applicaties al draaien en wat daar nog bij moet komen. In het kennismakingsgesprek beantwoorden wij openstaande vragen over architectuur en beheer en stellen wij een passende start voor.

Kennismakingsgesprek over Amazon Web Services (AWS)

Menu

AWS groeit. Uw controle moet meegroeien.