Jak wybrać partnera do wdrożenia AI w Amazon Web Services?

Partnera do wdrożenia AI w Amazon Web Services (AWS) sprawdzacie w programie AWS Partner Network: poziom partnera to jedno, a kompetencja w obszarze AI to drugie. Najważniejsze jest jednak, czy konto AWS i jego użytkownik root zostaną po stronie firmy. Poziom w programie opiera się głównie na liczbie certyfikowanych osób i zrealizowanych projektów, więc nie opisuje jakości konkretnego wdrożenia. Ogólne zasady wyboru partnera są w poradniku o wyborze partnera do wdrożenia AI. Tu tylko to, co jest inne przy AWS.

Co partner ma właściwie wdrożyć — Bedrock, agentów czy asystenta dla pracowników — wyjaśnia poradnik o AI w AWS dla firm. Wszystkie wpisy zbiera strona Amazon Web Services AI.

Jak sprawdzić partnera w AWS Partner Network

Program nazywa się AWS Partner Network. Dla firm usługowych AWS opisuje trzy poziomy: Select, Advanced i Premier. Wyższe poziomy wymagają więcej certyfikowanych osób i więcej zrealizowanych projektów. Dokładne progi AWS zmienia i publikuje na stronie poziomów, więc odczytajcie je tam, zamiast ufać przekazowi z drugiej ręki.

Poziom mówi o wolumenie, a nie o tym, czy dany projekt się udał. Dlatego sprawdzajcie też drugą warstwę: osobne programy, które walidują umiejętności w konkretnym obszarze. AWS opisuje je jako programy kompetencji (Competency), dostarczania usług (Service Delivery) i usług zarządzanych (MSP). Strony AWS używają też nazwy „Specializations”. Nazewnictwo w serwisie nie jest spójne, więc pytajcie partnera, jaki dokładnie status ma na myśli i gdzie można go zobaczyć.

W obszarze AI AWS prowadzi program kompetencji AI obejmujący generatywną AI i agentów. Zgodnie z opisem AWS waliduje on doświadczenie i udane projekty. To dobry punkt zaczepienia: zapytajcie, czy partner ma tę kompetencję i w której kategorii.

Partnerów znajdziecie w katalogu AWS Partner Solutions Finder. Sprawdźcie, czy firma i rozwiązanie, które Wam proponują, tam występują.

Certyfikaty osób AWS są wydawane jako cyfrowe odznaki przez Credly. Poproście o link do odznaki konkretnej osoby, która będzie przy projekcie. Strona AWS o odznakach opisuje, że odznaka pokazuje, czy certyfikat jest aktywny.

Czyje konto AWS i kto ma root

W AWS rozstrzyga konto. AWS Organizations pozwala zarządzać wieloma kontami centralnie, z jedną skonsolidowaną fakturą. Konto, które tworzy organizację, jest kontem zarządzającym, pozostałe są kontami członkowskimi. Organizacja ma więc należeć do firmy, a partner może dostać dostęp do wybranych kont.

Druga sprawa to użytkownik root. AWS zaleca w dobrych praktykach, żeby adres e-mail root był adresem zarządzanym przez firmę i przekazującym wiadomości do grupy osób, a nie do jednej. Ma też wymagać uwierzytelniania wieloskładnikowego. To najlepsza kontrola przeciwko sytuacji, w której konto firmy jest przypisane do prywatnej skrzynki jednego inżyniera partnera. Zapytajcie wprost, na czyj adres założono konto.

Zakup przez partnera a własność konta

AWS ma program dla partnerów odsprzedających usługi i fakturujących klientom, nazywany AWS Solution Provider. Według opisu programu partner może samodzielnie zarządzać rozliczeniami klienta. Strona nie rozstrzyga jednak, kto ma dostęp root do konta klienta w takim modelu. Dlatego przed zakupem przez partnera ustalcie to na piśmie: czyje to konto, kto jest właścicielem, kto ma dostęp root i co się stanie z kontem, gdy zakończycie współpracę. Odpowiedź sprawdźcie też w dokumentacji rozliczeń AWS.

Ofertę partnera można też kupić przez AWS Marketplace, gdzie funkcjonują oferty prywatne. To inny kanał zakupu. Pytania o własność konta i umowę zostają takie same.

Licencje u vendora a umowa z partnerem

Są tu dwie warstwy: warunki korzystania z AWS i umowa z partnerem. Rozdzielcie, kto płaci za zużycie usług, kto za pracę partnera, kto za utrzymanie i kto odpowiada za błędy. Jeśli partner fakturuje zużycie, zapytajcie o narzut i o wgląd w koszty z poziomu własnego konta. Umowy ocenia prawnik.

Co ma zostać w firmie

W stosie AWS najczęściej gubi się to, co „klikano w konsoli”. Przed odbiorem sprawdźcie:

1. Konto i organizację AWS z właścicielem po stronie firmy oraz adresem root zarządzanym przez firmę.
2. Repozytorium kodu na koncie firmy od pierwszego dnia.
3. Konfigurację infrastruktury zapisaną jako kod albo szczegółową dokumentację, tak żeby środowisko dało się odtworzyć.
4. Prompty, instrukcje agentów i dane testowe.
5. Dokumentację, z której inny wykonawca przejmie system.

Cena wyjścia to koszt przeniesienia systemu do innego partnera lub innej chmury. Rachunek pokazuje wpis o zmianie vendora AI, umowie i danych. Pamiętajcie: agent AI chętnie „posprząta” środowisko, a po drodze skasuje zasób, który uznał za zbędny. Dlatego uprawnienia partnera i agentów powinny być wąskie, a nie administracyjne.

Siedem pytań do partnera pracującego w AWS

1. Jaki macie poziom w AWS Partner Network i jaką kompetencję (Competency lub Specializations) w obszarze AI? Gdzie mogę to sprawdzić?
2. Czy jesteście w AWS Partner Solutions Finder i pod jakim rozwiązaniem?
3. Kto z zespołu ma certyfikaty AWS i czy dostanę link do odznaki osoby, która będzie przy projekcie?
4. Na czyim koncie i w jakiej organizacji AWS powstanie system? Na czyj adres założono użytkownika root?
5. Jeśli kupuję przez Was (Solution Provider albo Marketplace), kto jest właścicielem konta i co się z nim stanie po projekcie?
6. Czy infrastruktura jest zapisana jako kod w repozytorium firmy, a konfiguracje agentów udokumentowane?
7. Ile kosztowałoby przeniesienie systemu do innego partnera i które elementy są związane tylko z AWS?

Odpowiedź „to nasz standard” nie jest odpowiedzią. Poproście o nazwisko i dokument.

Jak mogę pomóc

Pracuję po stronie zarządu, niezależnie od vendora i partnera. Pomagam opisać problem, wybrać wykonawcę i pilnować, żeby powstało to, co zaprojektowane. Umowę na budowę podpisujecie bezpośrednio z partnerem.