RegułyChaosu

W przypadku usług chmurowych tradycyjne opcje build / reuse / buy redukują się wyłącznie do buy. Domykając już chyba mini serię o Cloud Computing, kilka porad na temat konstrukcji umowy z dostawcą usług chmurowych.

Od czasu ostatnich wpisów odnoszących się do Cloud Computing – uzasadnieniu biznesowym i ciągłości biznesu – udało mi się odbyć kilka kolejnych, ciekawych rozmów z menedżerami spoza „światka” IT. W efekcie powstała „warstwa” racjonalizacji wykorzystania rozwiązań chmurowych. Kilka aspektów tej racjonalizacji poniżej.

W kilku ostatnich projektach zajmowałem się zagadnieniami oceny opłacalności przeniesienia systemów do chmury obliczeniowej (Cloud Computing) – publicznych jak Amazon AWS lub Microsoft Azure, czy prywatnych organizowanych przez HP, czy Oracle – zarówno w sferze samej infrastruktury, jak i przekazywania kontroli nad całością rozwiązań na zewnątrz (np. Salesforce, czy SAP). Niemalże za każdym razem spotykałem się z wyrazem zaskoczenia na twarzach, kiedy zadawałem swym klientom pytanie o to, jak chcą – wykorzystując chmurę obliczeniową – zarządzać ciągłością biznesu.

W jednym z moich ostatnich projektów pracowałem nad wstępnym studium wykonalności dla świadczenia usług wspólnych w sferze działalności IT dla spółek wchodzących w skład grupy kapitałowej. Czy konsolidacja i centralizacja działalności IT dla kilku spółek ma szanse przynieść realne korzyści?

Od kilku miesięcy krążą po Internecie grafiki prezentujące oszczędności wynikające z przeniesienia systemów „do chmury”. Szczególnie LinkedIn obfituje w takie rewelacje, a wizualizacje przedstawiają się cudnie, prawda? Próbowałem się dowiedzieć od publikujących, na czym budują ten optymistyczny obraz świata, ale – poza zdawkowymi, ogólnikowymi odpowiedziami – żadnych konkretów nie uzyskałem. Spróbowałem więc podsumować to, co dotychczas wiem.

Ostatnio wpadł mi w ręce rewelacyjny technotriller, „Zero” Marca Elberga. Niby fikcja literacka, ale że umysł inżyniera pracuje zawsze, to skojarzyło mi się z naszą rzeczywistością. Czy już zasługuję na zawodowy tytuł Professional Paranoic? Oceńcie sami.

Czytaj więcej »

Od prawie już dwóch dekad realizuję projekty w roli architekta. Jak każda profesja, ta także doświadcza pewnej ewolucji. Po doświadczeniach ostatnich lat dochodzę do wniosku, że – w sferze tzw. architektury korporacyjnej (Enterprise Architecture) – profesja ta zatoczyła koło i jest teraz w stanie wewnętrznego rozdarcia.

W ramach prac dla mojego aktualnego klienta „zderzyłem się” z ciekawym tematem, który objawił się koniecznością napisania umowy SLA dla usługi dostępu do środowiska testowego systemu informatycznego. Jak to zwykle bywa, objawy to jedno, a rzeczywiste zagadnienie do rozwiązania – zupełnie inna sprawa.