Z kolei dla niewielu elastycznych aplikacji można opracować wyjątek w postaci właściwego dla niego środowiska. Wadą tego modelu jest skonfliktowanie z trendem zmian w aplikacjach biznesowych, które stają się bardziej ukierunkowane na zmienne obciążenie, wysoką skalowalność oraz bardziej złożone topologie wdrożenia, co sprawia problemy przy ręcznym zarządzaniu.

Zwinne tworzenie, półzwinna eksploatacja

W tym scenariuszu nowe aplikacje są umieszczane w elastycznej infrastrukturze, która obsługuje złożone topologie i automatyzację administracji, ale obecne aplikacje nadal działają w starym, statycznym środowisku. Można to porównać z budowaniem dodatkowych opcji do obecnego centrum przetwarzania danych - jest to założenie spójne z historycznym trendem rozwoju technologii komputerowych.

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

Scenariusz ten jest atrakcyjny, gdyż dostarcza dobrą opcję wdrożenia aplikacji dostosowanych do środowiska cloud i pozwala na uniknięcie problemów związanych ze zmianą modelu tworzenia i eksploatacji aplikacji, typowych dla poprzedniego modelu.

Zwinne tworzenie, eksploatacja poza firmą

Scenariusz ten zawiera wyzwanie dla głównych sposobów zarządzania, będąc także pośrednim zagrożeniem dla finansowych podstaw działania organizacji IT. Deweloperzy próbują korzystać z prywatnej chmury, ale z różnych powodów niektóre z elementów środowiska okazują się niesatysfakcjonujące i tworzenie lub wdrożenie odbywa się w środowisku chmury publicznej.

Przykładem takich ograniczeń jest wymóg każdorazowej autoryzacji przydzielania zasobów. Menedżerowie, którzy decydują się na takie ograniczenie, nie rozumieją, czym naprawdę jest bezpośrednie dostarczanie zasobów w odpowiedzi na obciążenie systemu i próbują wymusić swoje założenia, które nie pasują do zwinnego modelu. Skutkiem jest niechęć do prywatnej chmury i wdrożenie aplikacji poza wewnętrznym centrum danych albo nawet w publicznej chmurze. Wtedy kosztowne środowisko jest niewykorzystane, a eksploatacja w zewnętrznej chmurze generuje koszty.

Organizacje, które zamierzają wdrożyć prywatne chmury, powinny rozumieć konsekwencje tych decyzji. Chmura dla deweloperów jest dobrym punktem startu, ale nie jest to panaceum i środek długotrwałego rozwoju firmy. Docelowo niezbędne będzie środowisko obsługujące produkcyjnie prawdziwą samoobsługę, w tym samodzielny i automatyczny przydział zasobów oraz elastyczną eksploatację w pełni dostosowaną do charakterystyki cloud computing.

Na podstawie tekstu Cloud CIO: 3 Private Cloud Use Case Scenarios, Bernard Golden, CIO