Video: Cloud Computing in the Year 2020 (November 2024)
In mijn laatste bericht heb ik het gehad over hoe cloud computing, en in het bijzonder Software-as-a-Service (SaaS), is en niet bijzonder flexibel is. Flexibiliteit komt van een model dat geen datacenterhardware vereist en van een reeks uitgebreide API's die een integraal onderdeel vormen van het beste SaaS-aanbod. Maar tegelijkertijd zijn SaaS-applicaties inflexibel omdat ze niet veel aanpassingen aan de kernsoftware zelf toestaan en dat meestal elke klant dezelfde, meest recente versie zonder opties moet gebruiken.
Terwijl ik ernaar kijk, begin ik te denken dat de gebieden waar cloud-applicaties het meest inflexibel zijn, in feite een van hun sterkste kenmerken kunnen blijken te zijn. Ik kan stellen dat traditionele client-server-applicaties te veel flexibiliteit hebben geboden, en met name grote organisaties hebben te veel tijd, moeite en kosten besteed aan het aanpassen ervan. We kennen allemaal voorbeelden van organisaties die miljoenen (of soms tientallen miljoenen) dollars hebben uitgegeven aan het aanpassen van hun ERP-oplossingen, misschien met een beperkt voordeel.
Het mooie - hoewel potentieel ook een van de valkuilen - van SaaS is dat deze programma's ervan uitgaan dat iedereen zijn organisatie zal aanpassen aan de software. Soms is dit op kleine manieren, soms op grotere manieren. Maar een bedrijf kan de manier waarop de software werkt niet echt veranderen. Als gevolg hiervan geven bedrijven die deze pakketten kiezen niet veel geld uit om ze aan te passen en te wijzigen - en velen merken dat ze prima met elkaar kunnen opschieten zonder de wijzigingen die ze anders zouden hebben aangebracht. Met andere woorden, soms "is goed genoeg verdomd goed genoeg".
Het is niet dat er geen programmeerwerk is. SaaS-applicaties moeten nog worden geconfigureerd; ze moeten vaak worden verbonden met andere applicaties en soms worden geïntegreerd met een verzameling andere tools in grotere systemen.
Een groot verschil met de oudere methode is dat de SaaS-tools bijna allemaal open API's hebben en zijn ontworpen met dergelijke verbindingen in het achterhoofd. Dat concept - "kleine stukjes losjes samengevoegd" - bestaat al lang, maar het wordt nu eigenlijk veel meer gebruikt dan voorheen. Het verandert het gezicht van de bedrijfsprogrammering en ik verwacht dat dit de komende jaren een van de grote prioriteiten voor IT-afdelingen zal zijn.
Een voordeel hiervan is dat het eenvoudiger is om een aantal SaaS-applicaties te beheren dan de 'applicatie-wildgroei' die zich bij veel grotere organisaties heeft ontwikkeld. SaaS-applicaties hebben meestal minder aanpassingen en zijn over het algemeen minder in aantal dan aangepaste applicaties en, belangrijker nog, vereisen veel minder beheer vanuit het oogpunt van de ontwikkelaar.
In veel opzichten is de grote verandering dat door SaaS-applicaties te gebruiken voor de algemene applicaties die worden gebruikt voor het runnen van het bedrijf (boekhouding, salesforce management, personeelsmanagement, klantbetrokkenheid, etc.), het de neiging heeft om middelen vrij te maken voor het concentreren op de dingen die onderscheid uw bedrijf echt. Klanten kopen het ene product niet boven het andere omdat de fabrikant een betere manier heeft om vrije tijd, onkostenrekeningen of zelfs klantinteracties bij te houden. Ze kiezen eerder voor producten op basis van zaken als productkwaliteit en waarde.
Door ervoor te zorgen dat uw mensen op deze attributen zijn gericht in plaats van op de basistaken, zou u in theorie uw organisatie moeten kunnen helpen betere producten te produceren. Als uw middelen zich kunnen richten op het verbeteren van uw producten of het verlagen van uw prijzen of andere belangrijke kenmerken van uw bedrijf - in plaats van veel na te hoeven denken over de basistoepassingen die alleen nodig zijn om een bedrijf draaiende te houden - zal de organisatie op de lange termijn beter af zijn rennen.
En dat kan het grootste voordeel van de cloud blijken te zijn.
Zie voor meer informatie Wanneer grote bedrijven cloud computing en cloud computing niet vertrouwen: twee overwinningen, één onvolledig.