Джонатан Лакур, CTO в Mission – Інтерв’ю Серія

Джонатан Лакур, головний технічний директор (CTO) в Mission, має понад 20 років досвіду керування інноваціями в галузі хмарних технологій, програмного забезпечення та продукції. Він приєднався до Mission через злиття Reliam, Stratalux і G2 Tech у 2018 році, після того як обіймав посаду технічного директора в Reliam. Раніше він займав керівні посади в DreamHost, був співзасновником відкритого джерельного мережевого підприємства Akanda та очолював продуктивні ініціативи в Pictage. На протяженні всієї своєї кар’єри Джонатан зосереджувався на масштабуванні хмарних платформ та допомозі підприємствам у впровадженні трансформаційних технологій.

Mission Cloud (компанія CDW) є спеціалізованим партнером AWS, який пропонує комплексні хмарні та штучно-інтелектуальні послуги. Вони допомагають організаціям переселяти, модернізувати, керувати та забезпечувати безпеку середовищ AWS, маючи досвід у галузі генеративного штучного інтелекту, даних аналітики, оптимізації витрат та хмарних операцій. Вони забезпечують масштабованість та гнучкість за допомогою керованих послуг, професійної консультації та платформи (“Mission Control”) для хмарної видимості та керування. Їхній досвід роботи включає понад 350 сертифікатів AWS, статус прем’єр-партнерства та клієнтську базу, яка охоплює галузі охорони здоров’я, фінансів, рітейлу, медіа та інші.

Ви стали технологом у віці 14 років і працювали в різних галузях, від охорони здоров’я до хостингу та хмарних технологій. Як ці ранні досвіди сформували вашу точку зору як технологічного лідера сьогодні?

Фактично я почав ще раніше, у віці 10 років; мої перші досвіди були на Apple (AAPL ) II в початковій школі, а пізніше на оригінальному Macintosh мого батька. Він був пастором і використовував його для створення новинних бюлетенів і програм служб, і я став залежним. У віці 10 років я створював маленькі програми в HyperCard. Ця іскра, відчуття того, що написання коду – це як заклинання, яке перетворюється на щось реальне, все ще рухає мене сьогодні. Навіть як CTO, я все ще пишу код більшості днів, оскільки це зберігає мою зв’язок з тим відчуттям можливостей. З часом, працюючи в галузі охорони здоров’я, документ-менеджменту та стартапів, я навчився поєднувати цю іскру з емпаті до кінцевого користувача. Я навчився глибоко турбуватися про досвід користувача та про те, щоб технології були пов’язані з реальними проблемами, з якими люди стикаються. Ця суміш цікавості та орієнтації на клієнта – це основна лінія моєї кар’єри.

У DreamHost ви були глибоко залучені у створення хмарних послуг. Як ця подорож підготувала вас до вашої ролі зараз у Mission, де ви допомагаєте підприємствам масштабувати використання AWS та хмарних технологій?

DreamHost дав мені практичну освіту щодо того, що насправді потрібно для побудови та керування хмарними технологіями у масштабі. Ми розробили обчислювальні та сховищі послуги, керували ними у масштабі петабайт, і мали зробити їх ефективними, автоматизованими та кошторисно-ефективними до останнього центу. Це навчило мене, наскільки складними є економіка хмарних технологій, і наскільки складними можуть бути моделі оплати для клієнтів.

Я також навчився, наскільки страшними хмарні технології AWS можуть бути для багатьох розробників та малих підприємств. Ми намагалися спростити це за допомогою більш доступної ціни та пакетів. Хоча ми не виграли ринок там, уроки були невимовно цінними: я набув емпаті до клієнтських проблем та глибокого розуміння технічних та операційних викликів, з якими вони стикаються. Цей фундамент зараз допомагає мені спрямовувати підприємства в Mission через їхній шлях AWS з об’єднанням стратегічного бачення та практичних знань.

Ви співзасновали компанії та внесли свій внесок у відкриті джерельні проекти, такі як Akanda. Як ваша пристрасть до відкритих джерел та IndieWeb вплинула на ваш підхід до впровадження хмарних технологій та штучного інтелекту у масштабі підприємств?

Відкриті джерела були прискорювачем на всьому моєму шляху. Я почав керувати серверами Linux у підлітковому віці, писав код на комодітних апаратних засобах, і зрозумів, що якщо щось не працює так, як я хочу, я можу змінити це – або співпрацювати з глобальною спільнотою, щоб зробити його краще. Цей досвід сформував моє мислення щодо розподілених команд, ітерацій та спільної інновації.

У DreamHost ми були глибоко залучені в OpenStack та Ceph. Я внесли свій внесок у проекти Python протягом десятиліть і був відзначений як член Python Software Foundation. Все це навчило мене, як працювати у великих розподілених спільнотах з спільними цілями. Сьогодні я керую Mission точно так само. Ми географічно розподілені, ми співпрацюємо віртуально, і ми будуємо на основі роботи один одного. Цей відкритий джерельний підхід, прозорість, внесок та швидка ітерація – це саме те, що підприємства потребують при впровадженні хмарних технологій та штучного інтелекту у масштабі.

Mission став одним з провідних прем’єр-консультантів AWS. Що відрізняє Mission у допомозі підприємствам не тільки переселити у хмару, але й оптимізувати та оперативно керувати нею?

Ми унікальні, оскільки ми і широкі, і глибокі. Ми охоплюємо весь життєвий цикл хмарних технологій: програмне забезпечення, оптимізацію витрат, керовані послуги, безпеку, професійні послуги – але ми також глибоко зосереджені на AWS. Багато фірм є або реселерами, або консультантами, або постачальниками керованих послуг. Mission – це все це, працюючи в концерті, що дозволяє нам доставляти комплексний досвід, який лише небагато партнерів можуть забезпечити.

З Mission, який тепер є частиною CDW, як це розширене партнерство підвищує цінність, яку ви можете надати клієнтам підприємств?

CDW приносить неймовірну ширину партнерств ISV та клієнтських відносин. Хоча Mission лазерно зосереджений на AWS, CDW має угоди з майже кожним великим ISV та сотнями тисяч клієнтів. Це означає, що ми тепер можемо підтримувати клієнтів не тільки у їхньому впровадженні AWS, але й у тому, як їхнє програмне забезпечення третіх сторін інтегрується з AWS. Це розширення нашої сфери дії та нашої здатності створювати комплексні рішення.

Багато підприємств борються з переходом від пілотних проектів штучного інтелекту. З вашої точки зору, які найпоширеніші бар’єри, з якими організації стикаються при спробі масштабувати штучний інтелект з концепції у виробництво?

Найбільший бар’єр полягає у тому, що починають з технології, а не з бізнес-проблеми. Занадто багато пілотних проектів – це проекти “нам потрібна стратегія штучного інтелекту”, а не пов’язані з результатами, просто підштовхнуті вимогами ради директорів або інвесторів. Це майже гарантує, що вони залишаться у лабораторії. Є також виклики з витратами, пробілами у талантах та швидкістю змін. Екосистема штучного інтелекту розвивається так швидко, що найкращі практики ще з’являються, що робить підприємства неохочими до зобов’язань.

Чи можете ви поділитися деякими стратегіями або рамками, які ви рекомендуєте підприємствам, які хочуть успішно оперативно впровадити штучний інтелект по всьому бізнесу?

Почніть з бізнес-результату. Визначте проблему, яку ви намагаєтеся вирішити, а потім оцініть, чи є штучний інтелект правильним інструментом. Подивіться на перевірені моделі на ринку (резюме, прискорення контенту, підтримка клієнтів) та використовуйте їх як натхнення. Не менш важливо, встановіть керування та обмеження. З генеративним та агентним штучним інтелектом ви надаєте системам доступ до чутливої інформації та робочих процесів. Це означає, що вам потрібна видимість, моніторинг та політики для безпечного впровадження.

Поза технологіями, які організаційні або культурні зміни компанії повинні прийняти, щоб повністю реалізувати переваги штучного інтелекту?

Вони повинні створити культуру, яка говорить “так”. Занадто часто команди безпеки або відповідальні особи за дотримання вимог за замовчуванням кажуть “ні”. Але працівники запитують інструменти штучного інтелекту, оскільки вони роблять їхню роботу кращою. Чим швидше лідери зможуть перейти від “ні” до “так, з правильними обмеженнями”, тим швидше інновації можуть відбуватися. Слухання працівників, забезпечення експериментів та прийняття сервісної орієнтації до внутрішніх користувачів – це критичні культурні зміни.

Міграція у хмару є відомо складною. Які найпоширеніші помилки, яких ви бачили організації, що потрапляють під час цього процесу?

Більшість поширених помилок добре задокументовані: погане планування, перевитрати, проблеми з дотриманням вимог. Але новим аспектом є штучний інтелект. Компанії все частіше пов’язують свою міграцію у хмару зі своїми стратегіями штучного інтелекту, пересуваючи дані у хмару конкретно для живлення штучного інтелекту. Це вводить нові складності, оскільки моделі штучного інтелекту ще не стандартизовані. Помилка полягає у тому, що міграцію розглядають лише як інфраструктуру, коли для багатьох це тепер ініціатива даних та штучного інтелекту.

Якщо ви могли б дати один порад у підприємствам щодо того, як пом’якшити невдачу під час міграції у хмару, що це було б?

Ідеальне – це ворог доброго. Хмара – це про гнучкість та імпульс, а не про те, щоб зробити все правильно, перш ніж ви почнете. Переміщуйте швидко, вчитеся по ходу, і ставте інкрементний прогрес вище за досконалість. Витягайте з того факту, що у хмарі ви можете тестувати, ітерувати та еволюціонувати без обмежень фізичної інфраструктури.

Як тільки організація знаходиться “у хмарі”, які найпоширеніші недооцінені аспекти оптимізації та керування витратами, які можуть зробити чи зруйнувати довгостроковий успіх?

Найбільша помилка полягає у тому, що оптимізацію розглядають як одноразову подію, а не як безперервну дисципліну. Багато компаній “оптимізують” кожні три місяці або раз на рік, часто купуючи блок Резервованих екземплярів. Це може привести до перевищення зобов’язань або залишення заощаджень на столі. Правильний підхід – це безперервна оптимізація – вимірюйте, коригуйте, зобов’язуйтесь стратегічно та повторюйте. Розглядіть це як безперервну методологію, а не як віху. Це саме те, що забезпечує тривалі заощадження та покращення продуктивності у довгостроковій перспективі.

Дякуємо за велике інтерв’ю, читачам, які бажають дізнатися більше, слід відвідати Mission Cloud.