RegułyChaosu

Czytając wpisy z serii Hybrid Multicloud można byłoby dojść do wniosku, że za chwilę całe ogólnocywilizacyjne IT będzie w rękach i pod pełną kontrolą kilku firm. Czyżby świat IT uzyskał ostateczną postać poukładania, w której wszystko jest już jasne i wszystko wreszcie wiadomo?

Skoro już prawie wiemy, że IT będzie z gniazdka (choć po prawdzie to w kilku gniazdek), trzeba zacząć się z tym oswajać. Skoro to nieuniknione, warto spojrzeć, co to zmienia w zakresie typowych obowiązków ludzi z informatyki. Moja ulubiona sfera takiej działalności to Operations & Maintenance (O&M) i to jest ciekawy przykład ilustrujący inną stronę złożonej chmurowości, czy też złożoności chmurowej.

Termin zwinności (agile, agility) robi karierę. Zachwycamy się podejściem zwinnym, w coraz to nowych obszarach. Wręcz zaczynamy to traktować jak nowe lekarstwo na „całe zło”. Jestem absolutnym fanem włączania cech zwinności w każdy z obszarów moich zawodowych zainteresowań. Agile jednak ponosi klęskę za klęską i wcale nie wynika to z tych cech, lecz z praktyki ich wykorzystania. No więc jak to jest w praktyce?

Do tego, że składową przekazu dotyczącego Cloud Computing  jest marketingowo wzmacniany hype nie trzeba chyba przekonywać. O krytycznym spojrzeniu na skalę hype w komunikacji zagadnień chmurowych, na przykład w odniesieniu do uzasadnień finansowych usług chmurowych, napisano już wiele. Rzecz jasna, nie tak wiele, jak marketingu w tej sprawie. Dodałem także kilka groszy od siebie do tej publicznie prowadzonej dyskusji. Jednym z warunków urzeczywistniania tak fantastycznych business case jest zdolność do prowadzenia skutecznych procesów zakupowych. Czy kontekst zakupów chmurowych coś tu namiesza?

O tym, że co innego kieruje architekturą systemu chmurowego już uprzejmie donosiłem. Siły ekonomiczne, choć najmocniej odczuwalne w praktyce działań z rozwiązaniami chmurowymi, nie są jednak jedynymi czynnikami wpływu. W kilku innych przypadkach trzeba się będzie najprawdopodobniej od nowa nauczyć obsługi codziennych zadań związanych z posiadaniem ICT.

Jak pisałem ostatnio, rozważając metody zarządzania procesowego trzeba stawiać na zdarzenia (w oparciu o architekturę EDA, Event-Driven Architecture) i regułową organizację działań (w oparciu o rozwiązania klasy BRM, Business Rules Management). Takie są bowiem na dziś uwarunkowania organizacji współczesnego biznesu. Na tym jednak nie kończą się możliwości oferowane przez koncepcję zdarzeń ani siła wyrazu zdarzeń.

„Cloud, czy on-premises” wchodzi już na stałe do kanonu procesów decyzyjnych o sposobie realizacji przedsięwzięć informatycznych. Na szczęście mamy już za sobą czasy naiwnego rachunku kosztów i dysponujemy doświadczeniem pozwalającym na znacznie głębsze zrozumienie mechanizmów związanych z ekonomiką rozwiązań chmurowych i skutkujących racjonalizacją kosztów posiadania informatyki.

Włam do szpitala może mieć wiele twarzy. To może być wyciek bardzo wrażliwych danych, ale może także doprowadzić do paraliżu placówki (ransomware). Przed takimi zdarzeniami trzeba umieć się zabezpieczyć. Włam do szpitala może jednak nieść także potencjał działań terrorystycznych, na przykład podawania pacjentom leków dla nich szkodliwych. Przerażające, prawda?