Mentionsy Mentionsy
evoilutioncast
evoilutioncast

#15 DevOps vs. Architekt Infrastruktury IT – wrogowie czy przyjaciele?

14.04.2022 ·50 min 55 s

Gościem Macieja jest  Łｕｋａｓｚ Ｂｉｅｌｉńｓｋｉ, Digital Transformation Architect, Stfero, który zna się na zarządzaniu zespołem DevOpsów zawodowo. Po tej rozmowie, relacjach na linii DevOps a Architekt, będziecie wiedzieć już (prawie) wszystko.      - O tym, czy DevOps i Architekt IT jest ścieżką wroga czy ścieżką przyjaźni poznacie na przykładzie gospodarza i gościa odcinka  - "wiem, że nie wiem" i co z tego wynika? - DevOps w świetle infrastruktury on-prem i cloud oraz rozwiązań hybrydowych - taki podział ma jakiekolwiek znaczenie?  - DevOps a popularyzacja serverless w cloudzie: czy to się w jakiś sposób zazębia, czy wyklucza?  🤝  Partner rozmowy: Veeam: Backup & Replication: http://vee.am/inleo 👈  darmowe testy!  ______________________  🔔  Subskrybuj kanał: http://bit.ly/sub_inleocast​   🔊 Słuchaj i oglądaj: https://youtu.be/Kk7mh92GuOA 𝓢𝓹𝓲𝓼 𝓽𝓻𝓮ś𝓬𝓲:  00:12 Czy świat już spłynął kodem? DevOps czym miał być, a czym się stał?  05:05 DevOps jako Industrializacja IT vs. niezaplanowana husaria   06:26 Świat Legacy a świat DevOps: środowisko on-prem a cloud  09:01 Upscaling firm skalowalnych jak Netflix vs. firmy standardowym cyklu rozwojowym  12:03 UX po obu stronach, czyli kto jest klientem a kto producentem na przykładzie bankowości  13:10 Aspekt chmury dla DevOpsa: pozytywy / negatywy 13:58 Kontenery i inne "zabawki" dla utrzymania jednolitego ekosystemu środowiska hybrydowego?  15:40 Zawsze na końcu istnieje blacha: perspektywa architekta infrastruktury IT a perspektywa DevOpsa    23:18  http://vee.am/inleo 👈  darmowe testy  23:40 Czy dział infrastruktury IT powinien być działem DevOpsowym? Warto zmieniać mindset!  25:59 Serverless a współpraca DevOpssa i infrastruktury IT  30:30 Nie każdy lubi baraninę, czyli różne produkty digital transformacji dla DevOps start-upów a ugruntowanych organizacji  36:35 Czy infrastruktura dla DevOps to "no fun zone"?  38:58 Recepta na współpracę DevOps a infrastrukturą? Przyznaj się, że nie wiesz!  43:50 Budowa wewnętrznych działów R&D - czy to się opłaca?  46:08 Komercjalizacja technologii: od vanilla open-softu po gotowe rozwiązania

Chodzi o przemodelowanie swojej współpracy z ludźmi, bo to w sobie właśnie nie chodziło o to, wydaje mi się tak przynajmniej, żeby się nauczyć nowych skilli, tylko popatrzeć z tej nowej perspektywy na to, co się robiło przez wiele lat i pomyśleć sobie, Boże, co ja uczyniłem, nie? I na tym dopiero zacząć budować, na tej nowej świadomości. Wiesz, bo to, że nauczysz się Nowykski, to, że nauczysz się Jenkinsa, błagam Cię, no to się zmieni pewnie w Twoim życiu i w Twoim payrollu, nie? Oczywiście. I właśnie o tej części chciałem trochę więcej powiedzieć, że ta transformacja, że kiedyś to był powiedzmy nowocześniejszy linok zadni, no ale w rzeczywistości jak wchodzimy do budowania całych rozwiązań, które mają dowieść jakąś realną wartość dla kogoś, To się okazuje, że to nie chodzi o ten jeden pojedynczy skill przysłowiowy, jak tu podaje się tego Jenkinsa, tylko o zrozumieniu całego nowego ekosystemu i jak ten ekosystem wpływał później na software development i na produkcję czegoś realnego, z czego korzystamy.

Ale nie dlatego, że to jest złe technologicznie, tylko dlatego, że nie są na to gotowi. To co powiedziałeś, te R&D, Nie dało wniosku, bo go nie było, że np. wystarczy pozostać na tej warstwie np. baremetalu. Nie jest bardzo dobrze, bo to masz trzy serwery i budowanie takiego potwora może nie ma sensu. Już nawet wirtualizacja nie ma sensu. Ja zawsze mówię do swoich klientów, którzy mają dwa serwery. Boże, jak dobrze, żeście do chmury poszli. To jest spokój ducha. Ja może się powtórzę jeszcze raz, żeby to tak jasno i głośno wybrzmiało, szczególnie dla naszych partnerów. W naszym najbliższym otoczeniu i dalszym nie możemy zapominać w IT o potrzebie R&D. Naprawdę budowa wewnętrznych projektów R&D, inwestowanie w wiedzę, technologię i ludzi się opłaci.

Pokazano wszystkie 2 dopasowania. Transkrypcja generowana automatycznie i niesprawdzana ręcznie — może zawierać błędy.