Під час вибору великих моделей на хмарній платформі закупівельні менеджери раніше часто задавали три питання: чи є найновіша версія, яка ціна та чи можна інтегрувати з існуючим обліком. Новий спосіб розгортання Claude, оголошений Google Cloud 22 жовтня, нагадує компаніям про четверте питання: хто фактично обробляє мої дані? Нова схема вже доступна, але це не просто зміна назви попереднього інтерфейсу Claude. Дві шляхи — керовані Google та Anthropic — існують паралельно: моделі, ціни та облік Google Cloud залишаються незмінними, але суб’єкт обробки даних, доступні функції платформи та межі управління відрізняються. Для команди, яка використовує моделі для обробки клієнтських даних, внутрішнього коду або фінансових документів, ця різниця не менш важлива, ніж результати тестування моделі.
Два шляхи продають різні права на керування
Згідно з офіційними матеріалами Google Cloud, новою опцією, яка була запущена та досягла загальної доступності, є «Anthropic-managed» розгортання. Моделі працюють на інфраструктурі Google Cloud, але Anthropic відповідає за експлуатацію відповідного стеку технологій та діє як обробник даних, застосовуючи умови послуг Anthropic. Підприємства зможуть продовжувати використовувати Google Cloud Identity and Access Management, хмарні журнали аудиту та включати витрати до існуючого рахунку Google Cloud та кваліфікованих обов’язків щодо закупівель. Цей розв’язок підкреслює доступ до нової версії Claude в перший день, а також тестову версію Claude Managed Agents, навичок та виконання коду — функцій платформи Claude. Тут необхідно розрізняти «загальну доступність розгортання» та «те, що певна функція все ще перебуває у тестовій версії»: перше не гарантує зрілості другого.
Існуючий шлях «Google-managed» продовжує надавати останні моделі Claude, причому Google Cloud виступає обробником даних і зберігає існуючі угоди клієнта. Google підкреслює VPC Service Controls, шифрування з ключами, що керуються клієнтом, а також вибір розташування даних у США, ЄС та Азійсько-Тихоокеанському регіоні. Нові функції платформи Claude поступово інтегруватимуться в цей шлях, тому обидва варіанти не є повністю синхронізовані за функціоналом. Якщо для підприємства найважливішими є контролювані мережеві межі та існуючі відповідність нормам, існуючий шлях залишається привабливим; якщо ж пріоритетом є швидкий доступ до функцій платформи Anthropic, новий шлях пропонує альтернативний компроміс.
Це не простий вибір між «який безпечніший». Управління ідентичністю та журнали аудиту можуть фіксувати, хто викликав службу, але не можуть автоматично відповісти на питання про ролі даних, зберігання та видалення, обробку через кордони та те, хто несе відповідальність за сповіщення про інциденти в контракті. Шифрування та розташування даних також повинні бути прив’язані до конкретних служб, регіонів та умов контракту — не можна припускати, що всі запити, журнали та процеси підтримки ніколи не залишають локальний регіон лише тому, що на сторінці зазначено один регіон. Відділи закупівель та юридичного відділу повинні порівнювати умови обслуговування, додатки щодо обробки даних, доступні регіони продуктів та перелік функцій для обох типів розгортання в одній таблиці, а не обмежуватися лише назвами моделей.
Справжні витрати на міграцію приховані навколо застосунку
Для команди розробників зміна входу до моделі, здається, зводиться лише до зміни конфігурації; для вже функціонуючих бізнес-систем за входом приховані такі аспекти, як обертання ключів, надання прав доступу, збір бюджету, трекінг викликів, зберігання журналів, реагування на аварії та внутрішнє схвалення. Google підкреслює, що обидва шляхи дозволяють використовувати той самий набір передових моделей, однакові ціни та одну й ту ж систему рахунків, що знижує бар’єри для закупівлі, але не призводить до зникнення розбіжностей у управлінні. Особливо важливо підтвердити, чи залишаться в силі ті ж самі мережеві обмеження та контрольні механізми шифрування, встановлені на шляху Google-managed, після переходу на Anthropic-managed. Перелічені офіційно контрольні пункти не є ідентичними, тому конфігурацію одного входу не можна безпосередньо копіювати як висновок про відповідність іншого входу.
Також існує різниця у часі запуску функцій. Рішення, що працює під керівництвом Anthropic, може швидше отримати доступ до нових можливостей платформи Claude, тоді як рішення, що працює під керівництвом Google, потребує поетапної інтеграції. Якщо компанія готується підключити агентів та виконання коду до ключових процесів, доступність функцій — це лише перший етап; після цього необхідно реалізувати принцип мінімальних прав, ізоляцію середовища виконання, класифікацію вхідних даних та перевірку результатів. Зокрема, щодо таких можливостей, як виконання коду, здатність моделі генерувати та запускати кроки не означає, що компанія може знехтувати сандбоксами, обмеженнями вихідного трафіку або людським схваленням. Перед повним запуском необхідно перевірити ефективність, витрати та моделі невдач за допомогою власних даних та реальних навантажень.
Ще більш важливим є зміна стратегії конкуренції на ринку хмар. Постачальники моделей та хмарні платформи більше не суперечать, хто має ексклюзивну модель, а пропонують різні сервіси з різними обов’язками в межах однієї хмарної рахунку. Клієнти можуть зберігати єдиний канал закупівель, водночас вибираючи функціональні темпи, ближчі до постачальника моделей, або зберігаючи межі даних, керованих хмарною платформою. Це має цінність для підприємств, що використовують кілька моделей: це скорочує шлях для технічних команд щодо тестування нових функцій і змушує команди з управління ризиками розрізняти поняття «одна хмара» та «один суб’єкт відповідальності».
Тому найважливішим у цьому оголошенні є не те, що Claude знову з’явився в каталозі моделей, а те, що відповідальність за розгортання була чітко визначена. Google Cloud офіційно надав опцію управління Anthropic; Claude Managed Agents все ще у версії beta, і інші нові функції треба перевіряти окремо на наявність. Підприємствам варто починати з порівняльного тестування на низькочутливих, відмінних робочих процесах, фіксуючи затримки, загальну вартість однієї задачі, можливість аудиту та відстежуваність змін прав доступу, перш ніж вирішувати, які застосунки варто мігрувати. Однакові можливості моделей не означають однакових меж сервісу; записати це речення до списку закупівель може бути кориснішим, ніж переслідувати новий показник продуктивності.