Een veelgehoorde klacht over cloud computing is dat de kosten van werken in de cloud erg hoog kunnen oplopen. In deze vijfdelige serie heb ik onderzocht welke kostbare cloudarchitectuurfouten organisaties vaak maken die bijdragen aan die kosten, en hoe een onafhankelijk cloudplatform deze problemen kan oplossen. Deel een legde uit hoe organisaties snel de zichtbaarheid en controle over hun gegevensverwerking kunnen verliezen. Deel twee gekeken hoe een doe-het-zelf-aanpak mis kan gaan. Deel drie onderzocht hoe gemakkelijk kosten kunnen oplopen als organisaties geen cloudnetwerkplatform hebben dat intelligente kostenberekening en facturering mogelijk maakt. En deel vier legde uit waarom een ​​on-premise houding ten opzichte van beveiliging in de cloud de verdediging van een onderneming verzwakt en tegelijkertijd bijdraagt ​​aan stijgende kosten.

Nu, in deel vijf, zal ik laten zien hoe het nalaten om de controle over beveiliging en herstel over te nemen - en te veel te vertrouwen op wat een CSP biedt - de gemiddelde hersteltijd van een organisatie na een storing of storing enorm kan verlengen.

Er bestaat niet zoiets als een perfecte CSP of een perfect netwerk. Het is naïef om te geloven dat een CSP nooit failliet zou gaan of problemen zou hebben. Elke CSP is gevoelig voor storingen. Een legitieme zorg is dat een hogere gemiddelde hersteltijd (MTTR) na een storing of storing extra kosten met zich meebrengt in termen van omzetverlies, productiviteit en time-to-market.

Elke CSP biedt een inconsistente set tools om problemen op te lossen en te herstellen van een storing of storing. De uitdaging is dat CSP-native services worden aangeboden op een gedeelde infrastructuur, dus ze kunnen geen geavanceerde tools voor probleemoplossing bieden die de diepe zichtbaarheid bieden die ondernemingen eisen. Deze black box-aard van die CSP-constructies veroorzaakt frustratie en langere tijd om problemen op te lossen en te herstellen van fouten. 

Eenvoudige en bekende tools zoals ping, traceroute en packet captures zijn bijvoorbeeld niet beschikbaar bij de CSP's. Zelfs als er iets soortgelijks beschikbaar is, missen deze tools de consistentie en functionaliteit die nodig is om snel problemen op te lossen. 

Een hogere MTTR is buitengewoon kostbaar omdat een inbreuk op de beveiliging een bedrijf plat kan leggen totdat de oorzaak is vastgesteld en de oplossing is gevonden. Wanneer uw bedrijf in de cloud draait, is downtime onaanvaardbaar.

Aanbevelingen

Organisaties kunnen verschillende stappen ondernemen om langdurige MTTR te voorkomen:

• Uw DR-strategie moet meerdere regio's en meerdere clouds omvatten.
• Gebruik een cloudnetwerkbenadering of -platform dat u geavanceerde hulpprogramma's voor probleemoplossing biedt, waarbij u eigenaar bent van de netwerk- en beveiligingsarchitectuur met gegevens in uw beheer.
• Waarneembaarheid en visualisatie van het netwerk kunnen storingen proactief voorkomen. Eis producten die een dashboard op applicatieniveau kunnen bieden met een uitgebreide set Netflow-gegevens. De CSP-stroomlogboeken zijn kostbaar en hebben geen rijkdom.
• Maak operationele zichtbaarheid als onderdeel van elke vereiste en Request for Proposal (RFP) met tools zoals packet capture, verificatie van connectiviteit op applicatieniveau, enz.
• Zorg ervoor dat uw leverancier van cloudnetwerken u een cloudbewerkingsmodel biedt dat zich kan uitstrekken tot in de edge en branches. Deze strategie maakt de vermindering van de toolset mogelijk door het landschap rechtstreeks vanuit de cloud te controleren en te beheren, zelfs voor de on-prem hybride resources. 
• Eis intelligente cloudnetwerken met ingebouwde telemetrie als onderdeel van het gegevensvlak. 

Conclusie

Cloudadoptie is noodzakelijk voor elk bedrijf dat relevant wil blijven; het handhaven van een lokaal model is niet langer levensvatbaar in de huidige economische omgeving. Maar als het niet goed wordt gedaan, kunnen de kosten van het gebruik van een cloudarchitectuur snel uit de hand lopen. 

In deze vijfdelige serie artikelen heb ik de vijf belangrijkste fouten beschreven die organisaties maken bij het bouwen van hun cloud-architecturen en hoe ze deze problemen kunnen voorkomen. Een flexibel, schaalbaar cloudnetwerkplatform dat alle grote CSP's ondersteunt, kan:

1. Zorg ervoor dat u inzicht in en controle over uw gegevensverwerking behoudt, door een cloudarchitectuur op te bouwen die consistent is in enkele of meerdere clouds.
2. Zorg voor een gecentraliseerde controller en een gedistribueerd gegevensvlak en vermijd de chaotische puinhoop die kan voortvloeien uit een doe-het-zelfaanpak. Een netwerkplatform zal functies mogelijk maken zoals op machine learning (ML) gebaseerde analyse van netwerkgedrag en anomaliedetectie, zelfherstellende mogelijkheden en uniforme ondersteuning voor bedrijfskritische apps. 
3. Zorg voor een dieper inzicht in de kosten voor alle LOB's, wat een basis vormt voor een intelligente kostenberekenings- en factureringsoplossing die gedeelde en niet-gedeelde resources dekt. Wanneer showback- en chargeback-opties ontbreken, bouwt en bestelt elk team en LOB onafhankelijk van elkaar services, wat de kosten aanzienlijk opdrijft.
4. Integreer beveiliging in het gegevensvlak, waardoor een organisatie intent-based beveiligingsbeleid kan creëren en afdwingen in multi-cloudomgevingen. Een on-premise benadering van beveiliging in de cloud is kostbaar en inefficiënt, en draagt ​​ook bij aan kwetsbaarheden. 
5. Verkort de gemiddelde hersteltijd (MTTR) van een organisatie door inzicht in de hele omgeving te bieden, samen met de mogelijkheid om geavanceerde hulpprogramma's voor probleemoplossing, een dashboard op applicatieniveau en andere hulpmiddelen te gebruiken die storingen proactief kunnen voorkomen. Inkomstenverliezen zijn net zo duur als een lange MTTR, waarin een bedrijf kan worden stilgelegd totdat de oorzaak van een storing is opgespoord en verholpen.

Ik hoop dat deze overwegingen uw organisatie helpen de zichtbaarheid, flexibiliteit en schaalbaarheid te bereiken die zij nodig heeft om optimaal te profiteren van wat cloud computing te bieden heeft, zonder de kosten onnodig op te drijven.

• Door SEO aangedreven content en PR-distributie. Word vandaag nog versterkt.
• EVM Financiën. Uniforme interface voor gedecentraliseerde financiën. Toegang hier.
• Quantum Media Groep. IR/PR versterkt. Toegang hier.
• PlatoAiStream. Web3 gegevensintelligentie. Kennis versterkt. Toegang hier.
• Bron: https://www.dataversity.net/cloud-architecture-mistakes-organizations-need-shorter-mean-time-to-recovery/