Bedrock Chat (BrChat)

Wielojęzyczna platforma generatywnej sztucznej inteligencji zasilana przez Amazon Bedrock. Obsługuje czat, niestandardowe boty z wiedzą (RAG), udostępnianie botów za pośrednictwem sklepu z botami oraz automatyzację zadań przy użyciu agentów.

Warning

Wydano wersję 3. Aby zaktualizować, prosimy dokładnie zapoznać się z przewodnikiem migracji. Bez odpowiedniej ostrożności, BOTY Z WERSJI 2 STANĄ SIĘ BEZUŻYTECZNE.

Personalizacja botów / Sklep z botami

Dodaj własne instrukcje i wiedzę (tzw. RAG). Bot może być udostępniany użytkownikom aplikacji za pośrednictwem sklepu z botami. Dostosowany bot może być również opublikowany jako samodzielne API (więcej szczegółów tutaj).

Zrzuty ekranu

Możesz również importować istniejące Bazy wiedzy Amazon Bedrock.

Important

Ze względów administracyjnych, tylko uprawnieni użytkownicy mogą tworzyć niestandardowe boty. Aby umożliwić tworzenie niestandardowych botów, użytkownik musi być członkiem grupy o nazwie CreatingBotAllowed, którą można skonfigurować za pośrednictwem konsoli zarządzania > Pule użytkowników Amazon Cognito lub interfejsu wiersza poleceń AWS. Należy pamiętać, że identyfikator puli użytkowników można znaleźć, uzyskując dostęp do CloudFormation > BedrockChatStack > Outputs > AuthUserPoolIdxxxx.

Funkcje administracyjne

Zarządzanie API, oznaczanie botów jako istotnych, analiza użycia botów. szczegóły

Zrzuty ekranu

)

Agent

Używając funkcjonalności Agenta, Twój chatbot może automatycznie obsługiwać bardziej złożone zadania. Na przykład, aby odpowiedzieć na pytanie użytkownika, Agent może pobrać niezbędne informacje z narzędzi zewnętrznych lub podzielić zadanie na wiele kroków do przetworzenia.

Zrzuty ekranu

🚀 Super-łatwe Wdrożenie

W regionie us-east-1 otwórz Dostęp do modeli Bedrock > Zarządzaj dostępem do modeli > Zaznacz wszystkie modele, które chcesz użyć, a następnie Zapisz zmiany.

Zrzut ekranu

Otwórz CloudShell w regionie, w którym chcesz wdrożyć
Wykonaj wdrożenie za pomocą następujących poleceń. Jeśli chcesz określić wersję do wdrożenia lub musisz zastosować zasady bezpieczeństwa, określ odpowiednie parametry z Parametrów opcjonalnych.

git clone https://github.com/aws-samples/bedrock-chat.git
cd bedrock-chat
chmod +x bin.sh
./bin.sh

Zostaniesz zapytany, czy jesteś nowym użytkownikiem czy używasz wersji v3. Jeśli nie jesteś użytkownikiem kontynuującym z wersji v0, wprowadź y.

Parametry opcjonalne

Podczas wdrożenia możesz określić następujące parametry w celu zwiększenia bezpieczeństwa i dostosowania:

--disable-self-register: Wyłącz samorejestrację (domyślnie: włączone). Jeśli ta flaga jest ustawiona, będziesz musiał utworzyć wszystkich użytkowników w Cognito i nie będzie można samodzielnie rejestrować kont.
--enable-lambda-snapstart: Włącz Lambda SnapStart (domyślnie: wyłączone). Jeśli ta flaga jest ustawiona, poprawia czasy zimnego startu dla funkcji Lambda, zapewniając szybsze czasy odpowiedzi dla lepszego doświadczenia użytkownika.
--ipv4-ranges: Rozdzielona przecinkami lista dozwolonych zakresów IPv4. (domyślnie: zezwalaj na wszystkie adresy IPv4)
--ipv6-ranges: Rozdzielona przecinkami lista dozwolonych zakresów IPv6. (domyślnie: zezwalaj na wszystkie adresy IPv6)
--disable-ipv6: Wyłącz połączenia przez IPv6. (domyślnie: włączone)
--allowed-#-email-domains: Rozdzielona przecinkami lista dozwolonych domen e-mail do rejestracji. (domyślnie: brak ograniczeń domen)
--bedrock-region: Zdefiniuj region, w którym dostępny jest Bedrock. (domyślnie: us-east-1)
--repo-url: Niestandardowe repozytorium Bedrock Chat do wdrożenia, jeśli zostało rozwidlone lub użyto niestandardowego systemu kontroli źródła. (domyślnie: https://github.com/aws-samples/bedrock-chat.git)
--version: Wersja Bedrock Chat do wdrożenia. (domyślnie: najnowsza wersja w rozwoju)
--cdk-json-override: Możesz zastąpić dowolne wartości kontekstu CDK podczas wdrożenia, używając bloku zastąpienia JSON. Pozwala to zmodyfikować konfigurację bez bezpośredniej edycji pliku cdk.json.

Przykładowe użycie:

./bin.sh --cdk-json-override '{
  "context": {
    "self#Enabled": false,
    "enableLambdaSnapStart": true,
    "allowedIpV4AddressRanges": ["192.168.1.0/24"],
    "allowed#EmailDomains": ["example.com"]
  }
}'

Zastąpienie JSON musi mieć taką samą strukturę jak cdk.json. Możesz zastąpić dowolne wartości kontekstu, w tym:

self#Enabled
enableLambdaSnapStart
allowedIpV4AddressRanges
allowedIpV6AddressRanges
allowed#EmailDomains
bedrockRegion
enableRagReplicas
enableBedrockCrossRegionInference
I inne wartości kontekstu zdefiniowane w cdk.json

[!Uwaga] Wartości zastąpienia zostaną scalane z istniejącą konfiguracją cdk.json podczas wdrożenia w AWS code build. Wartości określone w zastąpieniu będą miały pierwszeństwo przed wartościami w cdk.json.

Przykładowe polecenie z parametrami:

./bin.sh --disable-self-register --ipv4-ranges "192.0.2.0/25,192.0.2.128/25" --ipv6-ranges "2001:db8:1:2::/64,2001:db8:1:3::/64" --allowed-#-email-domains "example.com,anotherexample.com" --bedrock-region "us-west-2" --version "v1.2.6"

Po około 35 minutach otrzymasz następujące dane wyjściowe, które możesz otworzyć w przeglądarce

Frontend URL: https://xxxxxxxxx.cloudfront.net

Pojawi się ekran rejestracji jak pokazano powyżej, gdzie możesz zarejestrować swój adres e-mail i się zalogować.

[!Ważne] Bez ustawienia parametru opcjonalnego ta metoda wdrożenia pozwala każdemu, kto zna adres URL, na rejestrację. W przypadku użycia produkcyjnego zdecydowanie zaleca się dodanie ograniczeń adresów IP i wyłączenie samorejestracji, aby ograniczyć ryzyko bezpieczeństwa (możesz zdefiniować allowed-#-email-domains, aby ograniczyć użytkowników tylko do adresów e-mail z domeny Twojej firmy). Użyj zarówno ipv4-ranges, jak i ipv6-ranges do ograniczenia adresów IP i wyłącz samorejestrację, używając disable-self-register podczas wykonywania ./bin.

[!WSKAZÓWKA] Jeśli Frontend URL nie pojawia się lub Bedrock Chat nie działa poprawnie, może to być problem z najnowszą wersją. W takim przypadku dodaj --version "v3.0.0" do parametrów i spróbuj wdrożenia ponownie.

Architektura

Jest to architektura zbudowana w oparciu o zarządzane usługi AWS, eliminująca potrzebę zarządzania infrastrukturą. Wykorzystując Amazon Bedrock, nie ma konieczności komunikacji z interfejsami API spoza AWS. Umożliwia to wdrażanie skalowalnych, niezawodnych i bezpiecznych aplikacji.

Amazon DynamoDB: Baza danych NoSQL do przechowywania historii rozmów
Amazon API Gateway + AWS Lambda: Endpoint API zaplecza (AWS Lambda Web Adapter, FastAPI)
Amazon CloudFront + S3: Dostarczanie aplikacji frontendowej (React, Tailwind CSS)
AWS WAF: Ograniczenie adresów IP
Amazon Cognito: Uwierzytelnianie użytkowników
Amazon Bedrock: Usługa zarządzana do wykorzystania modeli bazowych za pośrednictwem interfejsów API
Amazon Bedrock Knowledge Bases: Zapewnia zarządzany interfejs dla Generacji Wspomaganej Wyszukiwaniem (RAG), oferując usługi osadzania i analizowania dokumentów
Amazon EventBridge Pipes: Odbieranie zdarzeń ze strumienia DynamoDB i uruchamianie Step Functions do osadzania wiedzy zewnętrznej
AWS Step Functions: Orkiestracja potoku pozyskiwania do osadzania wiedzy zewnętrznej w Bedrock Knowledge Bases
Amazon OpenSearch Serverless: Służy jako baza danych zaplecza dla Bedrock Knowledge Bases, zapewniając możliwości wyszukiwania pełnotekstowego i wektorowego, umożliwiając dokładne pobieranie istotnych informacji
Amazon Athena: Usługa zapytań do analizowania zasobów S3

Wdrażanie przy użyciu CDK

Super-proste wdrażanie używa AWS CodeBuild do wykonywania wdrożenia za pomocą CDK wewnętrznie. Ta sekcja opisuje procedurę bezpośredniego wdrożenia za pomocą CDK.

Proszę mieć środowisko UNIX, Docker i środowisko uruchomieniowe Node.js. Jeśli nie, możesz również użyć Cloud9

[!Ważne] Jeśli podczas wdrażania jest niewystarczająca przestrzeń dyskowa w środowisku lokalnym, inicjalizacja CDK może zakończyć się błędem. Jeśli używasz Cloud9 itp., zalecamy rozszerzenie rozmiaru woluminu instancji przed wdrożeniem.

Sklonuj to repozytorium

git clone https://github.com/aws-samples/bedrock-chat

Zainstaluj pakiety npm

cd bedrock-chat
cd cdk
npm ci

W razie potrzeby edytuj następujące wpisy w cdk.json:
- bedrockRegion: Region, w którym Bedrock jest dostępny. UWAGA: Bedrock NIE obsługuje jeszcze wszystkich regionów.
- allowedIpV4AddressRanges, allowedIpV6AddressRanges: Dozwolony zakres adresów IP.
- enableLambdaSnapStart: Domyślnie true. Ustaw na false, jeśli wdrażasz w regionie, który nie obsługuje Lambda SnapStart dla funkcji Python.
Przed wdrożeniem CDK musisz wykonać Bootstrap jeden raz dla regionu, w którym wdrażasz.

npx cdk bootstrap

Wdróż ten przykładowy projekt

npx cdk deploy --require-approval never --all

Otrzymasz dane wyjściowe podobne do następujących. Adres URL aplikacji internetowej zostanie wyświetlony w BedrockChatStack.FrontendURL, więc proszę uzyskać do niego dostęp przez przeglądarkę.

 ✅  BedrockChatStack

✨  Czas wdrożenia: 78.57s

Dane wyjściowe:
BedrockChatStack.AuthUserPoolClientIdXXXXX = xxxxxxx
BedrockChatStack.AuthUserPoolIdXXXXXX = ap-northeast-1_XXXX
BedrockChatStack.BackendApiBackendApiUrlXXXXX = https://xxxxx.execute-api.ap-northeast-1.amazonaws.com
BedrockChatStack.FrontendURL = https://xxxxx.cloudfront.net

Definiowanie parametrów

Parametry wdrożenia można zdefiniować na dwa sposoby: używając cdk.json lub pliku parameter.ts z bezpiecznym typowaniem.

Używanie cdk.json (Tradycyjna metoda)

Tradycyjny sposób konfiguracji parametrów to edycja pliku cdk.json. To podejście jest proste, ale pozbawione sprawdzania typów:

{
  "app": "npx ts-node --prefer-ts-exts bin/bedrock-chat.ts",
  "context": {
    "bedrockRegion": "us-east-1",
    "allowedIpV4AddressRanges": ["0.0.0.0/1", "128.0.0.0/1"],
    "self#Enabled": true
  }
}

Używanie parameter.ts (Zalecana metoda z bezpiecznym typowaniem)

Dla lepszego bezpieczeństwa typów i doświadczenia programisty możesz użyć pliku parameter.ts do zdefiniowania parametrów:

// Zdefiniuj parametry dla środowiska domyślnego
bedrockChatParams.set("default", {
  bedrockRegion: "us-east-1",
  allowedIpV4AddressRanges: ["192.168.0.0/16"],
  self#Enabled: true,
});

// Zdefiniuj parametry dla dodatkowych środowisk
bedrockChatParams.set("dev", {
  bedrockRegion: "us-west-2",
  allowedIpV4AddressRanges: ["10.0.0.0/8"],
  enableRagReplicas: false, // Oszczędność kosztów dla środowiska deweloperskiego
});

bedrockChatParams.set("prod", {
  bedrockRegion: "us-east-1",
  allowedIpV4AddressRanges: ["172.16.0.0/12"],
  enableLambdaSnapStart: true,
  enableRagReplicas: true, // Zwiększona dostępność dla produkcji
});

[!Uwaga] Istniejący użytkownicy mogą nadal używać cdk.json bez żadnych zmian. Podejście parameter.ts jest zalecane dla nowych wdrożeń lub gdy trzeba zarządzać wieloma środowiskami.

Wdrażanie wielu środowisk

Możesz wdrożyć wiele środowisk z tego samego kodu źródłowego przy użyciu pliku parameter.ts i opcji -c envName.

Wymagania wstępne

Zdefiniuj swoje środowiska w parameter.ts jak pokazano powyżej
Każde środowisko będzie miało własny zestaw zasobów z prefiksami specyficznymi dla środowiska

Polecenia wdrażania

Aby wdrożyć konkretne środowisko:

# Wdróż środowisko deweloperskie
npx cdk deploy --all -c envName=dev

# Wdróż środowisko produkcyjne
npx cdk deploy --all -c envName=prod

Jeśli nie określono środowiska, używane jest środowisko "domyślne":

# Wdróż środowisko domyślne
npx cdk deploy --all

Ważne uwagi

Nazewnictwo stosów:
- Główne stosy dla każdego środowiska będą miały prefiks nazwy środowiska (np. dev-BedrockChatStack, prod-BedrockChatStack)
- Jednak niestandardowe stosy botów (BrChatKbStack*) i stosy publikacji API (ApiPublishmentStack*) nie otrzymują prefiksów środowiska, ponieważ są tworzone dynamicznie w czasie wykonywania
Nazewnictwo zasobów:
- Tylko niektóre zasoby otrzymują prefiksy środowiska w nazwach (np. tabela dev_ddb_export, dev-FrontendWebAcl)
- Większość zasobów zachowuje oryginalne nazwy, ale jest izolowana w różnych stosach
Identyfikacja środowiska:
- Wszystkie zasoby są oznaczone tagiem CDKEnvironment zawierającym nazwę środowiska
- Możesz użyć tego tagu, aby zidentyfikować, do którego środowiska zasób należy
- Przykład: CDKEnvironment: dev lub CDKEnvironment: prod
Zastępowanie środowiska domyślnego: Jeśli zdefiniujesz środowisko "domyślne" w parameter.ts, zastąpi ono ustawienia w cdk.json. Aby nadal używać cdk.json, nie definiuj środowiska "domyślnego" w parameter.ts.
Wymagania środowiska: Aby utworzyć środowiska inne niż "domyślne", musisz użyć parameter.ts. Sama opcja -c envName nie jest wystarczająca bez odpowiednich definicji środowisk.
Izolacja zasobów: Każde środowisko tworzy własny zestaw zasobów, co pozwala na posiadanie środowisk deweloperskich, testowych i produkcyjnych w tym samym koncie AWS bez konfliktów.

Inne

Parametry wdrożenia można zdefiniować na dwa sposoby: używając pliku cdk.json lub pliku parameter.ts z typową kontrolą typów.

Używanie cdk.json (Tradycyjna metoda)

Tradycyjny sposób konfiguracji parametrów to edycja pliku cdk.json. To podejście jest proste, ale nie zapewnia sprawdzania typów:

{
  "app": "npx ts-node --prefer-ts-exts bin/bedrock-chat.ts",
  "context": {
    "bedrockRegion": "us-east-1",
    "allowedIpV4AddressRanges": ["0.0.0.0/1", "128.0.0.0/1"],
    "self#Enabled": true
  }
}

Używanie parameter.ts (Zalecana metoda z kontrolą typów)

Dla lepszej kontroli typów i wygody programisty możesz użyć pliku parameter.ts do zdefiniowania parametrów:

// Zdefiniuj parametry dla domyślnego środowiska
bedrockChatParams.set("default", {
  bedrockRegion: "us-east-1",
  allowedIpV4AddressRanges: ["192.168.0.0/16"],
  self#Enabled: true,
});

// Zdefiniuj parametry dla dodatkowych środowisk
bedrockChatParams.set("dev", {
  bedrockRegion: "us-west-2",
  allowedIpV4AddressRanges: ["10.0.0.0/8"],
  enableRagReplicas: false, // Oszczędność kosztów w środowisku deweloperskim
});

bedrockChatParams.set("prod", {
  bedrockRegion: "us-east-1",
  allowedIpV4AddressRanges: ["172.16.0.0/12"],
  enableLambdaSnapStart: true,
  enableRagReplicas: true, // Zwiększona dostępność dla środowiska produkcyjnego
});

[!Uwaga] Dotychczasowi użytkownicy mogą nadal używać cdk.json bez żadnych zmian. Podejście z parameter.ts jest zalecane dla nowych wdrożeń lub gdy trzeba zarządzać wieloma środowiskami.

Wdrażanie wielu środowisk

Możesz wdrożyć wiele środowisk z tego samego kodu źródłowego przy użyciu pliku parameter.ts i opcji -c envName.

Wymagania wstępne

Zdefiniuj swoje środowiska w parameter.ts zgodnie z powyższym opisem
Każde środowisko będzie miało własny zestaw zasobów z prefiksami specyficznymi dla środowiska

Polecenia wdrożenia

Aby wdrożyć konkretne środowisko:

# Wdrożenie środowiska deweloperskiego
npx cdk deploy --all -c envName=dev

# Wdrożenie środowiska produkcyjnego
npx cdk deploy --all -c envName=prod

Jeśli nie określono środowiska, używane jest środowisko "domyślne":

# Wdrożenie środowiska domyślnego
npx cdk deploy --all

Ważne uwagi

Nazewnictwo stosów:
- Główne stosy dla każdego środowiska będą miały prefiks nazwy środowiska (np. dev-BedrockChatStack, prod-BedrockChatStack)
- Jednak niestandardowe stosy botów (BrChatKbStack*) i stosy publikacji API (ApiPublishmentStack*) nie otrzymują prefiksów środowiska, ponieważ są tworzone dynamicznie podczas wykonywania
Nazewnictwo zasobów:
- Tylko niektóre zasoby otrzymują prefiksy środowiska w nazwach (np. tabela dev_ddb_export, dev-FrontendWebAcl)
- Większość zasobów zachowuje oryginalne nazwy, ale jest izolowana w różnych stosach
Identyfikacja środowiska:
- Wszystkie zasoby są oznaczone tagiem CDKEnvironment zawierającym nazwę środowiska
- Możesz użyć tego tagu, aby zidentyfikować, do jakiego środowiska należy zasób
- Przykład: CDKEnvironment: dev lub CDKEnvironment: prod
Zastępowanie środowiska domyślnego: Jeśli zdefiniujesz środowisko "domyślne" w parameter.ts, zastąpi ono ustawienia w cdk.json. Aby kontynuować używanie cdk.json, nie definiuj środowiska "domyślnego" w parameter.ts.
Wymagania środowiska: Aby utworzyć środowiska inne niż "domyślne", musisz użyć parameter.ts. Sama opcja -c envName nie jest wystarczająca bez odpowiednich definicji środowisk.
Izolacja zasobów: Każde środowisko tworzy własny zestaw zasobów, co pozwala na posiadanie środowisk deweloperskich, testowych i produkcyjnych w tym samym koncie AWS bez konfliktów.

Inne

Usuwanie zasobów

Jeśli używasz interfejsu wiersza poleceń i CDK, użyj polecenia npx cdk destroy. Jeśli nie, przejdź do CloudFormation, a następnie ręcznie usuń BedrockChatStack i FrontendWafStack. Należy pamiętać, że FrontendWafStack znajduje się w regionie us-east-1.

Ustawienia języka

Ten zasób automatycznie wykrywa język przy użyciu i18next-browser-languageDetector. Możesz przełączać języki z menu aplikacji. Alternatywnie możesz użyć ciągu zapytania, aby ustawić język, jak pokazano poniżej.

https://example.com?lng=ja

Wyłączenie samodzielnej rejestracji

Ten przykład domyślnie ma włączoną samodzielną rejestrację. Aby wyłączyć samodzielną rejestrację, otwórz cdk.json i zmień self#Enabled na false. Jeśli skonfigurujesz zewnętrznego dostawcę tożsamości, wartość zostanie zignorowana i automatycznie wyłączona.

Ograniczenie domen dla adresów e-mail podczas rejestracji

Domyślnie ten przykład nie ogranicza domen dla adresów e-mail podczas rejestracji. Aby zezwolić na rejestrację tylko z określonych domen, otwórz cdk.json i określ domeny jako listę w allowed#EmailDomains.

"allowed#EmailDomains": ["example.com"],

Zewnętrzny dostawca tożsamości

Ten przykład obsługuje zewnętrznego dostawcę tożsamości. Obecnie obsługujemy Google i niestandardowego dostawcę OIDC.

Automatyczne dodawanie nowych użytkowników do grup

Ten przykład posiada następujące grupy do nadawania uprawnień użytkownikom:

Admin
CreatingBotAllowed
PublishAllowed

Jeśli chcesz, aby nowo utworzeni użytkownicy automatycznie dołączali do grup, możesz je określić w cdk.json.

"autoJoinUserGroups": ["CreatingBotAllowed"],

Domyślnie nowo utworzeni użytkownicy będą dołączani do grupy CreatingBotAllowed.

Konfiguracja replik RAG

enableRagReplicas to opcja w cdk.json, która kontroluje ustawienia replik dla bazy danych RAG, w szczególności Baz Wiedzy wykorzystujących Amazon OpenSearch Serverless. Ma to również wpływ na bazę danych bot store.

Domyślnie: true
true: Zwiększa dostępność, włączając dodatkowe repliki, co jest odpowiednie dla środowisk produkcyjnych, ale zwiększa koszty.
false: Zmniejsza koszty, używając mniejszej liczby replik, co jest odpowiednie dla środowisk deweloperskich i testowych.

Jest to ustawienie na poziomie konta/regionu, wpływające na całą aplikację, a nie na poszczególne boty.

[!Uwaga] Według stanu na czerwiec 2024, Amazon OpenSearch Serverless obsługuje 0,5 OCU, obniżając koszty wejścia dla małych obciążeń. Wdrożenia produkcyjne mogą zaczynać od 2 OCU, podczas gdy obciążenia deweloperskie/testowe mogą używać 1 OCU. OpenSearch Serverless automatycznie skaluje się w zależności od obciążenia. Więcej szczegółów można znaleźć w komunikacie.

Konfiguracja Bot Store

Funkcja bot store pozwala użytkownikom na udostępnianie i odkrywanie niestandardowych botów. Możesz skonfigurować bot store za pomocą następujących ustawień w cdk.json:

{
  "context": {
    "enableBotStore": true,
    "botStoreLanguage": "en"
  }
}

enableBotStore: Kontroluje, czy funkcja bot store jest włączona (domyślnie: true)
botStoreLanguage: Ustawia podstawowy język wyszukiwania i odkrywania botów (domyślnie: "en"). Ma to wpływ na indeksowanie i wyszukiwanie botów w bot store, optymalizując analizę tekstu dla określonego języka.
enableRagReplicas: To ustawienie (wspomniane w poprzedniej sekcji) ma również zastosowanie do bazy danych OpenSearch bot store. Ustawienie true poprawia dostępność, ale zwiększa koszty, podczas gdy false zmniejsza koszty, ale może wpływać na dostępność.

Wnioskowanie międzyregionowe

Wnioskowanie międzyregionowe pozwala Amazon Bedrock na dynamiczne kierowanie żądań wnioskowania modelu między wieloma regionami AWS, zwiększając przepustowość i odporność podczas szczytowych okresów zapotrzebowania. Aby skonfigurować, edytuj cdk.json.

"enableBedrockCrossRegionInference": true

Lambda SnapStart

Lambda SnapStart poprawia czasy zimnego startu dla funkcji Lambda, zapewniając szybsze czasy odpowiedzi dla lepszego doświadczenia użytkownika. Z drugiej strony, w przypadku funkcji Python istnieje opłata w zależności od rozmiaru pamięci podręcznej i nie jest dostępna we wszystkich regionach. Aby wyłączyć SnapStart, edytuj cdk.json.

"enableLambdaSnapStart": false

Konfiguracja domeny niestandardowej

Możesz skonfigurować domenę niestandardową dla dystrybucji CloudFront, ustawiając następujące parametry w cdk.json:

{
  "alternateDomainName": "chat.example.com",
  "hostedZoneId": "Z0123456789ABCDEF"
}

alternateDomainName: Niestandardowa nazwa domeny dla aplikacji czatu (np. chat.example.com)
hostedZoneId: Identyfikator strefy hostowanej Route 53, w której zostaną utworzone rekordy DNS

Gdy te parametry są podane, wdrożenie automatycznie:

Utworzy certyfikat ACM z walidacją DNS w regionie us-east-1
Utworzy niezbędne rekordy DNS w strefie Route 53
Skonfiguruje CloudFront do używania domeny niestandardowej

[!Uwaga] Domena musi być zarządzana przez Route 53 w Twoim koncie AWS. Identyfikator strefy hostowanej można znaleźć w konsoli Route 53.

Programowanie lokalne

Sprawdź PROGRAMOWANIE LOKALNE.

Wkład

Dziękujemy za rozważenie współpracy przy tym repozytorium! Witamy poprawki błędów, tłumaczenia języków (i18n), ulepszenia funkcji, narzędzia agenta i inne usprawnienia.

W przypadku ulepszeń funkcji i innych usprawnień, przed utworzeniem Pull Request, bardzo prosimy o utworzenie Issue z prośbą o funkcję, aby omówić podejście i szczegóły implementacji. W przypadku poprawek błędów i tłumaczeń języków (i18n) należy przystąpić do utworzenia Pull Request bezpośrednio.

Prosimy również o zapoznanie się z poniższymi wytycznymi przed rozpoczęciem współpracy:

Programowanie lokalne
WSPÓŁPRACA

Kontakty

Takehiro Suzuki
Yusuke Wada
Yukinobu Mine

🏆 Znaczący Współtwórcy

fsatsuki
k70suK3-k06a7ash1

Współtwórcy

Licencja

Ta biblioteka jest licencjonowana na warunkach licencji MIT-0. Zapoznaj się z plikiem LICENSE.

Files

README_pl-PL.md

Latest commit

History

README_pl-PL.md

File metadata and controls

Bedrock Chat (BrChat)

Personalizacja botów / Sklep z botami

Funkcje administracyjne

Agent

🚀 Super-łatwe Wdrożenie

Parametry opcjonalne

Przykładowe polecenie z parametrami:

Architektura

Wdrażanie przy użyciu CDK

Definiowanie parametrów

Używanie cdk.json (Tradycyjna metoda)

Używanie parameter.ts (Zalecana metoda z bezpiecznym typowaniem)

Wdrażanie wielu środowisk

Wymagania wstępne

Polecenia wdrażania

Ważne uwagi

Inne

Używanie cdk.json (Tradycyjna metoda)

Używanie parameter.ts (Zalecana metoda z kontrolą typów)

Wdrażanie wielu środowisk

Wymagania wstępne

Polecenia wdrożenia

Ważne uwagi

Inne

Usuwanie zasobów

Ustawienia języka

Wyłączenie samodzielnej rejestracji

Ograniczenie domen dla adresów e-mail podczas rejestracji

Zewnętrzny dostawca tożsamości

Automatyczne dodawanie nowych użytkowników do grup

Konfiguracja replik RAG

Konfiguracja Bot Store

Wnioskowanie międzyregionowe

Lambda SnapStart

Konfiguracja domeny niestandardowej

Programowanie lokalne

Wkład

Kontakty

🏆 Znaczący Współtwórcy

Współtwórcy

Licencja