AI Infrastructure Night

​Про захід AI Infrastructure Night об'єднує засновників та інженерів, які створюють системи для виробництва ШІ. П'ять коротких виступів охоплюють програмне забезпечення, розгорнуте в хмарах клієнтів, інфраструктуру на основі подій для трафіку агентів, надійність GPU-флітів та практичну роботу технічних засновників, після чого відбудеться нетворкінг з людьми, які будують ці системи. 🎟️ Кількість місць обмежена. Запросіть запрошення, щоб зберегти своє місце. ✨ Список спікерів 5:30–6:00 PM: Прибуття, їжа та нетворкінг 6:00pm - Том Гакоген, засновник та CEO, Svix Агенти знищать ваш сервіс Навантаження агентів наближається до серверів кожного, і без підготовки це призведе до значних витрат, ускладнень та проблем зі масштабуванням. У цьому виступі Том розповість про альтернативу: архітектуру на основі подій, основні проблеми з її впровадженням, способи вирішення цих проблем та як забезпечити готовність вашої інфраструктури до роботи з агентами, перш ніж вона впаде на обличчя. 6:15pm - Алон Губкін, засновник та CEO, Alien Як ви працюєте з програмним забезпеченням у інфраструктурі, якою не керуєте? Розгортання в хмару клієнта один раз — це просто; оновлення та налагодження в сотнях різних середовищ — це зовсім інше. Цей виступ охоплює зміни, дозволи, часткові збої, оновлення, відкат, спостережуваність, а також підтримку Terraform, Helm та внутрішніх платформених інструментів без прямого доступу. 6:30 pm - Рой Тальпаз, співзасновник та CEO, Backdrop Перестаньте пропонувати: Як технічні засновники повинні проводити дзвінок для виявлення Технічні засновники зазвичай пояснюють продукт. Покупці, у свою чергу, часто не слухають. Цей виступ охоплює структуру, орієнтовану на питання, яка виграє під час перших дзвінків, три питання, які відокремлюють реальну угоду від ввічливої розмови, і чому найкращі дзвінки для виявлення мають засновника, який говорить менше третини часу. 6:45pm - Адітія Натх, член технічного персоналу, Fireworks AI Чому здоров'я вузлів Kubernetes провалюється в гетерогенних GPU-флітах У висновках ШІ кластер може повідомляти про 100% готовність, одночасно тихо втрачаючи пропускну здатність, оскільки AWS, GCP та альтернативні GPU-хмари постачають несумісні ядра, драйвери та топології підключень. Ми розглянемо, чому стандартні перевірки та інформаційні панелі kubelet пропускають зміни між хмарами, а також як використовувати незмінні рецепти для віртуального середовища, щоб виявити погіршення продуктивності до того, як SLO висновку потерпить.