Wstępniak
Cloud Native Appilactions stają się podstawą coraz popularniejszych rozwiązań multicloud, czyli usług cloud computing zarówno kupowanych od wielu dostawców, jak również tych oferowanych przez chmurę prywatną we własnym centrum danych. Podstawą tego typu rozwiązań jest konteneryzacja i korzystające z niej mikroserwisy. Dzięki temu możliwe jest także nowe, bardziej elastyczne podejście do rozwoju oprogramowania. W przypadku rozwiązań działających na zasadzie monolitu każda linia kodu wymaga ponownego przekompilowania i wdrożenia całościowej aplikacji. W efekcie proces wdrażania zmian funkcjonalnych do systemów opartych na klasycznych architekturach jest obarczony dużo wyższym ryzykiem niż ingerencja w pojedynczy, samodzielny komponent oprogramowania zbudowanego w nowej architekturze mikroserwisów.
Wykorzystanie konteneryzacji do prototypowania, tworzenia, uruchamiania i działania aplikacji stanie się niebawem podstawową czynnością dla wszystkich programistów i DevOp-ów. Idea tworzenia oprogramowania z wykorzystaniem konteneryzacji umożliwia bardzo łatwe dzielenie się tworzonym kodem z innymi programistami i specjalistami DevOps. Znacznie przyśpiesza to wdrażanie aplikacji. Właśnie mija 5 lat, kiedy to Google ogłosił otwarcie projektu Kubernetes i udostępnił go jako narzędzia open source (strona 64). O jego popularności zadecydowała użyteczność tej platformy w procesie tworzenia, uruchamiania i zarządzania działaniem aplikacji wykorzystujących konteneryzację oraz środowisko oparte na multicloud. Chmura hybrydowa oparta o usługi wielu dostawców i konteneryzacja to także główne powody przejęcia za 34 mld USD firmy Red Hat przez IBM (piszemy o tym na stronie 46) oraz szybkiego, ponad 30-proc. rozwoju segmentu rozwiązań SD-WAN (str. 69).
Technologie to nie jedyny warunek konieczny do bardziej elastycznego tworzenia innowacji. Mariusz Muraszko, Head of UX / Product Designer w Movade.com pisze o tym w jaki sposób dzięki Google Design Sprint biznesowo i kreatywnie podejść do pracy nad innowacją w firmie (str. 52). Z kolei Gregory Burmistrov, System Analyst, Site Reliability Engineer w DataArt odpowiada na 10 najważniejszych pytań na temat Site Reliability Engineering (str. 60). Koncepcja SRE zakłada, że developerzy nie tylko tworzą kod, ale także monitorują jego zachowanie w środowisku produkcyjnym. Wobec tego można zaryzykować stwierdzenie, że granica między rozwojem oprogramowania i jego użytkowaniem zaciera się. Jednym z zadań zespołu SRE jest niepozwalanie na to, aby kolejne wdrożenia polegały na odbijaniu piłeczki między zespołem programistów a DevOps.
Polecamy także artykuły na temat narzędzi End User Computing (str. 26), nowych wyzwań w zakresie bezpieczeństwa IT w bankowości elektronicznej w związku z wejściem w życie dyrektywy PSD2 (str. 44). A także 11 zagrożeń dla bezpieczeństwa rozwiązań chmurowych według Cloud Security Alliance (str. 42). Szczególnie zaś polecamy wizję wykorzystania możliwości komputera kwantowego IBM Q w uczeniu maszynowym i sztucznej inteligencji (str. 18). Prezentujemy także strategię rozwoju sztucznej inteligencji w Polsce (str. 6).
Adam Jadczak,
redaktor naczelny ITwiz
