Większość szefów IT potrafi zdefiniować chmurę, niektórzy już wdrożyli podobne usługi, inni z kolei mają strategię, która wiąże się z wykorzystaniem cloud computing w przyszłości. Otwartym pytaniem pozostaje zagadnienie wykorzystania prywatnej chmury w firmie, a także konsekwencji wyboru strategii działania. Należy przy tym pamiętać, że żadna organizacja nie wprowadzi natychmiast kompletnego środowiska chmury prywatnej w produkcyjnym środowisku aplikacji core business. Oto przyczyny:

1) Jednym z zadań CIO jest organizacja wspierania przez IT procesów biznesowych, zatem osoba z taką odpowiedzialnością niekoniecznie chce zmieniać coś, co już jest i dobrze działa. Każda zmiana niesie z sobą potencjalne ryzyko przerwy w pracy lub nieudanego wdrożenia. Zatem po co wprowadzać coś nowego do rozwiązań, które działają? Oczywiście, nie oznacza to, że firma nie wdroży wirtualizacji, która przynosi korzyści biznesowe. Wirtualizacja jest warunkiem koniecznym, ale nie wystarczającym do wprowadzenia cloud computing w firmie.

2) Większość istniejących aplikacji nie osiągnie korzyści z umieszczenia w chmurze. Aplikacje, które są zazwyczaj pisane przy założeniu statycznej topologii i administracji, nie wykorzystają w pełni elastyczności i automatyzacji związanej z działaniem w środowisku cloud computing. Przeniesienie takich aplikacji do chmury nie przynosi radykalnych zmian, gdyż nie są one do tego środowiska dostosowane.

Zobacz również:

• Cyfrowa transformacja z AI - co nowego na Google Cloud Next 24
• Nvidia odtworzyła całą planetę. Teraz wykorzysta jej cyfrowego bliźniaka do dokładnego prognozowania pogody
• Google ostrzega przed monopolem Microsoftu w chmurze

3) Cloud computing jest kosztowną inwestycją i może powodować problemy w organizacjach IT. Mimo powszechnej znajomości problemów, ciągle spotyka się firmy, które nie doszacowują kosztów związanych z migracją.

Cloud computing wdrożone w dzisiejszym środowisku produkcyjnych aplikacji nie przynosi zatem radykalnych korzyści i może powodować problemy z utrzymaniem. Wyjaśnia to niechęć w produkcyjnych środowiskach i kierowanie inicjatyw związanych z chmurą w stronę obsługi deweloperów.

Zwinne tworzenie, statyczna eksploatacja

W tym scenariuszu inżynierowie tworzący oprogramowanie i zapewniający jakość korzystają z prywatnej chmury do tworzenia aplikacji, ale gdy aplikacja przechodzi do działania produkcyjnego, jest eksploatowana w tradycyjny sposób. Jeśli w przedsiębiorstwie odsetek aplikacji wymagających elastyczności jest raczej niski, model ten można z powodzeniem przyjąć, gdyż większość nowo utworzonych aplikacji może być eksploatowana i zarządzana w statyczny sposób.