Jonathan Lacour, CTO w Mission – Seria wywiadów

Jonathan Lacour, Chief Technology Officer (CTO) w Mission, ma ponad 20 lat doświadczenia w kierowaniu innowacjami chmury, oprogramowania i produktów. Dołączył do Mission w wyniku połączenia Reliam, Stratalux i G2 Tech w 2018 roku, po pełnieniu funkcji CTO w Reliam. Wcześniej pełnił stanowiska kierownicze w DreamHost, był współzałożycielem firmy Akanda, zajmującej się oprogramowaniem open-source, oraz kierował inicjatywami produktowymi w Pictage. Na przestrzeni swojej kariery Jonathan skupiał się na skalowaniu platform chmury i pomaganiu firmom w wykorzystaniu transformacyjnych technologii.

Mission Cloud (firma CDW) to specjalistyczny partner AWS oferujący usługi chmury i AI od początku do końca. Pomagają organizacjom w migracji do, modernizacji, zarządzaniu i zabezpieczaniu środowisk AWS, z doświadczeniem w dziedzinie sztucznej inteligencji, analityki danych, optymalizacji kosztów i operacji chmury. Zapewniają skalowalność i elastyczność dzięki usługom zarządzanym, konsultingowi profesjonalnemu oraz platformie („Mission Control”) do widoczności i zarządzania chmurą. Ich rekord obejmuje ponad 350 certyfikatów AWS, status partnerstwa premier oraz listę klientów obejmującą sektory zdrowia, finansów, handlu, mediów i innych.

Jesteś technologiem od 14 roku życia i pracowałeś w różnych branżach, od opieki zdrowotnej po hosting i chmurę. Jak te wczesne doświadczenia ukształtowały Twoją perspektywę jako lidera technologicznego dzisiaj?

Tak naprawdę zacząłem nawet wcześniej, bo miałem 10 lat, kiedy zacząłem tworzyć małe aplikacje w HyperCard. Ta iskra, to uczucie, że pisanie kodu jest jak wypowiadanie zaklęcia, które staje się czymś realnym, nadal mnie pociąga. Nawet jako CTO, nadal piszę kod większości dni, bo utrzymuje mnie w kontakcie z tym uczuciem możliwości. Z czasem, pracując w sektorze zdrowia, zarządzaniu dokumentami i startupach, nauczyłem się łączyć tę iskrę z empatią wobec użytkownika końcowego. Nauczyłem się troszczyć się głęboko o doświadczenie użytkownika i o wyrównywanie technologii z prawdziwymi problemami, z którymi ludzie się zmagają. Ta mieszanka ciekawości i skupienia na kliencie jest wątkiem przewodnim mojej kariery.

W DreamHost byłeś głęboko zaangażowany w rozwój usług chmury. Jak ta podróż przygotowała Cię do Twojej obecnej roli w Mission, gdzie pomagasz przedsiębiorstwom w skalowaniu wykorzystania AWS i technologii chmury?

DreamHost dał mi praktyczną edukację na temat tego, co tak naprawdę jest potrzebne do budowania i prowadzenia chmury w skali. Zaprojektowaliśmy usługi obliczeniowe i magazynowe, uruchomiliśmy je w skali petabajtów i musieliśmy je uczynić wydajnymi, zautomatyzowanymi i ekonomicznymi aż do grosza. To nauczyło mnie, jak trudna jest ekonomika chmury i jak złożone mogą być modele rozliczeń dla klientów.

Nauczyłem się również, jak zastraszające AWS może być dla wielu deweloperów i małych firm. Staramy się uprościć to poprzez bardziej przystępne ceny i opakowania. Chociaż nie wygraliśmy rynku, lekcje były bezcenne: zyskałem empatię dla trudności klientów i głębokie zrozumienie technicznych i operacyjnych wyzwań, z którymi się zmagają. Ta podstawa teraz pomaga mi prowadzić przedsiębiorstwa w Mission przez ich podróż z AWS, zarówno ze strategiczną wiedzą, jak i praktycznym know-how.

Byłeś współzałożycielem firm i współtworzyłeś projekty open-source, takie jak Akanda. Jak Twoja pasja do oprogramowania open-source i IndieWeb wpłynęła na sposób, w jaki podchodzisz do wdrożenia chmury i AI w skali przedsiębiorstw?

Oprogramowanie open-source było przyspieszaczem na przestrzeni mojej kariery. Zacząłem uruchamiać serwery Linux jako nastolatek, pisać kod na sprzęcie komutowanym i zrozumiałem, że jeśli coś nie działało tak, jak chciałem, mogłem to zmienić lub współpracować z globalną społecznością, aby to poprawić. To doświadczenie ukształtowało, jak myślę o zespołach rozproszonych, iteracji i wspólnej innowacji.

W DreamHost byliśmy głęboko zaangażowani w OpenStack i Ceph. Wkładem było przyczynienie się do projektów Pythona przez dziesięciolecia i zostałem uhonorowany jako Fellow Fundacji Pythona. To wszystko nauczyło mnie, jak działać w dużych, rozproszonych społecznościach z wspólnymi celami. Dziś prowadzę Mission w podobny sposób. Jesteśmy rozproszeni geograficznie, współpracujemy wirtualnie i budujemy na pracy innych. Ten sposób myślenia o otwartym kodzie źródłowym, przejrzystości, wkładzie i szybkiej iteracji jest dokładnie tym, czego potrzebują przedsiębiorstwa przy wdrożeniu chmury i AI w skali.

Mission stał się jednym z wiodących partnerów konsultingowych AWS Premier. Co odróżnia Mission od innych firm, które pomagają przedsiębiorstwom nie tylko w migracji do chmury, ale także w pełnej optymalizacji i operacjonalizacji?

Jesteśmy wyjątkowi, ponieważ jesteśmy zarówno szeroki, jak i głęboki. Pokrywamy cały cykl życia chmury: odsprzedaż oprogramowania, optymalizację kosztów, usługi zarządzane, bezpieczeństwo, usługi profesjonalne, ale także jesteśmy głęboko skupieni na AWS. Wiele firm jest albo odsprzedawcami, konsultantami lub MSP. Mission jest wszystkim tym, pracującym w koncert, co pozwala nam dostarczyć doświadczenie od początku do końca, które tylko nieliczni partnerzy mogą dorównać.

Jak powiązanie Mission z CDW zwiększa wartość, którą możecie dostarczyć klientom przedsiębiorstw?

CDW wnosi niesamowitą szerokość partnerstw ISV i relacji z klientami. Podczas gdy Mission jest skupiony na AWS, CDW ma umowy z prawie każdym dużym ISV i setkami tysięcy klientów. To oznacza, że możemy teraz wspierać klientów nie tylko w ich adopcji AWS, ale także w tym, jak ich oprogramowanie third-party integruje się z AWS. To rozszerzenie naszego zasięgu i naszej zdolności do tworzenia kompleksowych rozwiązań.

Wiele przedsiębiorstw ma trudności z przeniesieniem projektów AI poza pilotaż. Jakie są najczęstsze bariery, z którymi organizacje spotykają się przy próbach skalowania AI od poziomu dowodu poziomu do produkcji?

Największą barierą jest rozpoczynanie od technologii zamiast od problemu biznesowego. Zbyt wiele pilotów to „potrzebujemy strategii AI” – projekty, niezwiązane z wynikami, tylko napędzane przez presję ze strony rad nadzorczych lub inwestorów. To prawie gwarantuje, że pozostaną one w laboratorium. Istnieją również wyzwania związane z kosztami, lukami w umiejętnościach i tempem zmian. Ekosystem AI ewoluuje tak szybko, że najlepsze praktyki wciąż się pojawiają, co sprawia, że przedsiębiorstwa wahają się, czy zdecydować się na to.

Czy możesz podzielić się strategiami lub ramami, które polecasz przedsiębiorstwom, które chcą operacjonalizować AI z powodzeniem w całym swoim biznesie?

Zacznij od wyniku biznesowego. Zdefiniuj problem, który próbujesz rozwiązać, a następnie oceni, czy AI jest odpowiednim narzędziem. Spójrz na udowodnione wzorce na rynku (podsumowanie, przyspieszenie treści, wsparcie klienta) i użyj ich jako inspiracji. Równie ważne jest ustanowienie ram i barier. Z AI generatywną i agentywną dajesz systemom dostęp do wrażliwych danych i procesów. To oznacza, że potrzebujesz widoczności, monitorowania i polityk, aby zapewnić bezpieczną adopcję.

Poza technologią, jakie zmiany organizacyjne lub kulturowe muszą przedsiębiorstwa przyjąć, aby w pełni wykorzystać korzyści z AI?

Muszą stworzyć kulturę mówienia „tak”. Zbyt często zespoły bezpieczeństwa lub zgodności domyślnie mówią „nie”. Ale pracownicy proszą o narzędzia AI, bo robią ich pracę lepszą. Im szybciej liderzy mogą przenieść się z „nie” do „tak, z odpowiednimi barierami”, tym szybciej może nastąpić innowacja. Słuchanie pracowników, umożliwianie eksperymentów i przyjmowanie nastawienia usługowego wobec wewnętrznych użytkowników są kluczowymi zmianami kulturowymi.

Migracja do chmury jest znana jako wyzwanie. Jakie są najczęstsze pułapki, w które organizacje wpadają podczas tego procesu?

Większość powszechnych pułapek jest dobrze udokumentowana: słabe planowanie, przekroczenie kosztów i problemy z zgodnością. Ale nowy problem to AI. Firmy coraz częściej łączą swoje migracje do chmury ze strategiami AI, przenosząc dane do chmury specjalnie do zasilania AI. To wprowadza nowe złożoności, ponieważ wzorce AI jeszcze nie są standaryzowane. Pułapka polega na traktowaniu migracji tylko jako infrastruktury, podczas gdy dla wielu jest to również inicjatywa danych i AI.

Gdybyś mógł dać jedną radę przedsiębiorstwom na temat tego, jak zminimalizować niepowodzenie podczas migracji do chmury, co by to było?

Doskonałość jest wrogiem dobra. Chmura to sprawa agilności i impetu, a nie robienie wszystkiego dobrze, zanim się zacznie. Poruszaj się szybko, ucz się po drodze i priorytetem jest stopniowy postęp nad doskonałością. Wykorzystaj fakt, że w chmurze możesz testować, iterować i ewoluować bez ograniczeń infrastruktury fizycznej.

Gdy organizacja jest już „w chmurze”, jakie są najczęściej pomijane aspekty optymalizacji i zarządzania kosztami, które mogą decydować o długoterminowym sukcesie?

Największym błędem jest traktowanie optymalizacji jako jednorazowego wydarzenia zamiast ciągłej dyscypliny. Wiele firm „optymalizuje” co kwartał lub co roku, często kupując bloki zarezerwowanych instancji. To może prowadzić do przekroczenia zobowiązań lub pozostawienia oszczędności na stole. Prawidłowe podejście to ciągła optymalizacja – mierzenie, dostosowywanie, strategiczne zobowiązanie i powtarzanie. Traktuj to jako ciągłą metodologię, a nie kamień milowy. To właśnie napędza trwałe oszczędności i poprawy wydajności na dłuższą metę.

Dziękuję za wspaniały wywiad, czytelnicy, którzy chcą dowiedzieć się więcej, powinni odwiedzić Mission Cloud.