Wdróż podstawową wersję Tłumacza Google aplikacja w języku Python 2 Cloud Run (Docker)
Informacje o tym ćwiczeniu (w Codelabs)
1. Omówienie
Ta seria ćwiczeń z programowania (do samodzielnego ukończenia, praktycznych samouczków) ma pomóc deweloperom zapoznać się z różnymi opcjami dostępnymi podczas wdrażania aplikacji. Z tego ćwiczenia w Codelabs dowiesz się, jak używać interfejsu Google Cloud Translation API w Pythonie i uruchamiać go lokalnie lub wdrażać w bezserwerowej platformie obliczeniowej Cloud (App Engine, Cloud Functions lub Cloud Run). Przykładowa aplikację znajdującą się w repozytorium tego samouczka można wdrożyć (co najmniej) 8 różnych sposobów, wprowadzając tylko niewielkie zmiany w konfiguracji:
- Lokalny serwer Flask (Python 2)
- Lokalny serwer Flask (Python 3)
- App Engine (Python 2)
- App Engine (Python 3)
- Cloud Functions (Python 3)
- Cloud Run (Python 2 przez Docker)
- Cloud Run (Python 3 za pomocą Dockera)
- Cloud Run (Python 3 przez Cloud Buildpacks)
To ćwiczenie w Codelabs koncentruje się na wdrażaniu tej aplikacji na pogrubionych platformach.
Dowiesz się,
- Używaj interfejsów Google Cloud APIs, a w szczególności Cloud Translation API (zaawansowane/v3)
- Uruchamiaj podstawową aplikację internetową lokalnie lub wdróż ją na bezserwerowej platformie obliczeniowej w chmurze
Czego potrzebujesz
- projekt Google Cloud z aktywnym kontem rozliczeniowym Cloud.
- Zainstalowana kolba do uruchomienia lokalnie lub bezserwerowa platforma obliczeniowa w chmurze z obsługą wdrożeń w chmurze
- Podstawowe umiejętności w języku Python
- praktyczną znajomość podstawowych poleceń systemu operacyjnego;
Ankieta
Jak wykorzystasz ten samouczek?
Jak oceniasz swoje doświadczenia z językiem Python?
Jak oceniasz korzystanie z usług Google Cloud?
2. Konfiguracja i wymagania
Samodzielne konfigurowanie środowiska
- Zaloguj się w konsoli Google Cloud i utwórz nowy projekt lub wykorzystaj już istniejący. Jeśli nie masz jeszcze konta Gmail ani Google Workspace, musisz je utworzyć.
- Nazwa projektu jest wyświetlaną nazwą uczestników tego projektu. To ciąg znaków, który nie jest używany przez interfejsy API Google i w każdej chwili możesz go zaktualizować.
- Identyfikator projektu musi być unikalny we wszystkich projektach Google Cloud i nie można go zmienić (nie można go zmienić po ustawieniu). Cloud Console automatycznie wygeneruje unikalny ciąg znaków. zwykle nieważne, co ona jest. W większości ćwiczeń w Codelabs musisz odwoływać się do identyfikatora projektu (który zwykle nazywa się
PROJECT_ID
), więc jeśli Ci się nie podoba, wygeneruj kolejny losowy projekt lub wypróbuj swój własny identyfikator i sprawdź, czy jest dostępny. Potem urządzenie jest „zawieszone”. po utworzeniu projektu. - Występuje trzecia wartość – numer projektu – używany przez niektóre interfejsy API. Więcej informacji o wszystkich 3 wartościach znajdziesz w dokumentacji.
- Następnie musisz włączyć płatności w konsoli Cloud, aby móc korzystać z zasobów i interfejsów API Cloud. Ukończenie tego ćwiczenia z programowania nie powinno kosztować zbyt wiele. Aby wyłączyć zasoby, aby nie naliczać opłat po zakończeniu tego samouczka, wykonaj czynności „wyczyść” znajdziesz na końcu tego ćwiczenia. Nowi użytkownicy Google Cloud mogą skorzystać z programu bezpłatnego okresu próbnego o wartości 300 USD.
3. Włącz Translation API
Włączanie interfejsów Cloud APIs
W tej sekcji dowiesz się, jak włączyć interfejsy API Google. W przypadku naszej przykładowej aplikacji włączysz interfejsy Cloud Translation API oraz Cloud Run i Cloud Artifact Registry.
Wprowadzenie
Niezależnie od tego, którego interfejsu API Google chcesz używać w aplikacji, muszą one być włączone. Przykład poniżej przedstawia 2 sposoby włączania interfejsu Cloud Vision API. Gdy nauczysz się, jak włączyć jeden interfejs Cloud API, możesz włączyć kolejne, ponieważ proces jest podobny.
Opcja 1. Z Cloud Shell lub interfejsu wiersza poleceń
Chociaż włączanie interfejsów API z poziomu konsoli Cloud jest bardziej powszechne, niektórzy deweloperzy wolą robić wszystko z poziomu wiersza poleceń. Aby to zrobić, musisz wyszukać „nazwę usługi” interfejsu API. To wygląda na adres URL: SERVICE_NAME
.googleapis.com
. Znajdziesz je na wykresie obsługiwanych usług. Możesz też automatycznie wysyłać zapytania na ich temat za pomocą interfejsu Google Discovery API.
Dzięki tym informacjom za pomocą Cloud Shell (lub lokalnego środowiska programistycznego z zainstalowanym narzędziem wiersza poleceń gcloud
) możesz włączyć interfejs API w ten sposób:
gcloud services enable SERVICE_NAME.googleapis.com
Na przykład to polecenie włącza Cloud Vision API:
gcloud services enable vision.googleapis.com
To polecenie włącza App Engine:
gcloud services enable appengine.googleapis.com
Możesz też włączyć wiele interfejsów API w jednym żądaniu. Na przykład ten wiersz poleceń włącza Cloud Run, Cloud Artifact Registry i Cloud Translation API:
gcloud services enable artifactregistry.googleapis.com run.googleapis.com translate.googleapis.com
Opcja 2. W konsoli Google Cloud
Możesz też włączyć Vision API w menedżerze interfejsów API. W konsoli Google Cloud otwórz Menedżera interfejsów API i wybierz Bibliotekę.
Jeśli chcesz włączyć Cloud Vision API, zacznij wpisywać „vision” na pasku wyszukiwania. Wyświetlą się wszystkie informacje, które pasują do wpisanego do tej pory tekstu:
Wybierz interfejs API, który chcesz włączyć, i kliknij Włącz:
Koszt
Wielu interfejsów API Google można używać bez opłat, jednak korzystanie z usług Google Cloud oraz Interfejsy API nie są bezpłatne. Podczas włączania Cloud APIs może pojawić się prośba o podanie aktywnego konta rozliczeniowego. Warto jednak zauważyć, że niektóre usługi Google Cloud mają atrybut „Zawsze bezpłatne”, poziom (dzienny/miesięczny), który musisz przekroczyć, aby naliczać opłaty. W przeciwnym razie Twoja karta kredytowa (lub określony instrument płatniczy) nie zostanie obciążona.
Przed włączeniem interfejsu API użytkownicy powinni zapoznać się z informacjami o cenach dowolnego interfejsu API, zwłaszcza zwracając uwagę na to, czy jest on w wersji bezpłatnej, a jeśli tak, to co to za interfejs. W przypadku włączania Cloud Vision API sprawdź stronę z informacjami o jego cenach. Cloud Vision ma bezpłatny limit, więc dopóki nie przekroczysz jego limitów (w ciągu miesiąca), nie poniesiesz żadnych opłat.
Ceny i poziomy bezpłatne różnią się w zależności od interfejsów API Google. Przykłady:
- Google Cloud/GCP – każda usługa jest rozliczana w różny sposób. Opłaty są zwykle naliczane za cykl vCPU, konsumenta miejsca na dane, wykorzystanie pamięci lub płatność za użycie; zobacz informacje o poziomie bezpłatnym powyżej.
- Mapy Google – obejmują pakiet interfejsów API i oferują użytkownikom bezpłatne środki w wysokości 200 USD miesięcznie.
- Interfejsy API Google Workspace (dawniej G Suite) – umożliwiają bezpłatne korzystanie (do pewnej liczby limitów) objęte miesięczną opłatą za subskrypcję Workspace. Nie ma więc bezpośrednich płatności za korzystanie z interfejsów API Gmaila, Dysku Google, Kalendarza, Dokumentów, Arkuszy i Prezentacji.
Różne usługi Google są rozliczane w różny sposób, dlatego zapoznaj się z dokumentacją interfejsu API.
Podsumowanie
Wiesz już, jak włączyć interfejsy API Google, więc otwórz Menedżera interfejsów API i włącz Cloud Translation API, Cloud Run i Cloud Artifact Registry (jeśli jeszcze tego nie zrobiłeś). Pierwszy typ jest włączony, ponieważ korzysta z niego nasza aplikacja. Włączasz to drugie, ponieważ to tam są przechowywane nasze obrazy kontenerów przed wdrożeniem w celu uruchomienia usługi Cloud Run – dlatego musisz włączyć tę funkcję . Jeśli wolisz włączyć je wszystkie za pomocą narzędzia gcloud
, zamiast tego użyj tego polecenia z terminala:
gcloud services enable artifactregistry.googleapis.com run.googleapis.com translate.googleapis.com
Miesięczny limit nie jest wymieniony w ogólnym ustawieniu „Zawsze bezpłatne” strony podsumowania poziomu, na stronie z cennikiem interfejsu Translation API znajdziesz informację, że wszyscy użytkownicy otrzymują co miesiąc stałą liczbę przetłumaczonych znaków. Jeśli nie przekroczysz tego progu, interfejs API nie będzie ponosić żadnych opłat. Jeśli są jakieś inne opłaty związane z Google Cloud, zostaną one omówione na końcu w sekcji „Czyszczenie”. .
4. Pobieranie przykładowego kodu aplikacji
Skopiuj kod z repozytorium lokalnie lub w Cloud Shell (za pomocą polecenia git clone
) albo pobierz plik ZIP z zielonego przycisku Kod, jak pokazano na tym zrzucie ekranu:
Teraz, gdy masz już wszystko, utwórz pełną kopię folderu, aby wykonać ten konkretny samouczek, ponieważ prawdopodobnie będzie się wiązało z usunięciem lub zmianą plików. Jeśli chcesz przeprowadzić inne wdrożenie, możesz zacząć od nowa, kopiując oryginał, bez konieczności klonowania ani pobierania ponownie.
5. Prezentacja przykładowej aplikacji
Przykładowa aplikacja to prosta pochodna w Tłumaczu Google, która wyświetla użytkownikowi prośbę o wpisanie tekstu w języku angielskim i otrzymanie odpowiadającego mu tłumaczenia tego tekstu w języku hiszpańskim. Teraz otwórz plik main.py
i sprawdźmy, jak to działa. Pomijając komentarze dotyczące licencjonowania, u góry i na dole strony wygląda tak:
from flask import Flask, render_template, request
import google.auth
from google.cloud import translate
app = Flask(__name__)
_, PROJECT_ID = google.auth.default()
TRANSLATE = translate.TranslationServiceClient()
PARENT = 'projects/{}'.format(PROJECT_ID)
SOURCE, TARGET = ('en', 'English'), ('es', 'Spanish')
# . . . [translate() function definition] . . .
if __name__ == '__main__':
import os
app.run(debug=True, threaded=True, host='0.0.0.0',
port=int(os.environ.get('PORT', 8080)))
- Importowane są funkcje Flask, moduł
google.auth
i biblioteka klienta Cloud Translation API. - Zmienne globalne reprezentują aplikację Flask, identyfikator projektu Cloud, klienta Translation API i nadrzędną „ścieżkę lokalizacji” dla wywołań interfejsu Translation API oraz języków źródłowych i docelowych. W tym przypadku są to angielskie (
en
) i hiszpański (es
), ale możesz je też zmienić na inne kody języków obsługiwane przez Cloud Translation API. - Duży blok
if
na dole jest używany w samouczku do uruchamiania tej aplikacji lokalnie – do udostępniania naszej aplikacji służy serwer programistyczny Flask. W tej sekcji znajdziesz też samouczki dotyczące wdrażania Cloud Run, które mogą się przydać, jeśli serwer WWW nie jest połączony z kontenerem. Pojawi się prośba o włączenie serwera w pakiecie w kontenerze, ale jeśli Ci się to nie uda, kod aplikacji wróci do korzystania z serwera programistycznego Flask. (Nie dotyczy to App Engine ani Cloud Functions, ponieważ te platformy bazują na źródłach, co oznacza, że Google Cloud zapewnia i uruchamia domyślny serwer WWW).
I ostatnio, w środku main.py
, stanowi serce aplikacji, funkcja translate()
:
@app.route('/', methods=['GET', 'POST'])
def translate(gcf_request=None):
"""
main handler - show form and possibly previous translation
"""
# Flask Request object passed in for Cloud Functions
# (use gcf_request for GCF but flask.request otherwise)
local_request = gcf_request if gcf_request else request
# reset all variables (GET)
text = translated = None
# if there is data to process (POST)
if local_request.method == 'POST':
text = local_request.form['text']
data = {
'contents': [text],
'parent': PARENT,
'target_language_code': TARGET[0],
}
# handle older call for backwards-compatibility
try:
rsp = TRANSLATE.translate_text(request=data)
except TypeError:
rsp = TRANSLATE.translate_text(**data)
translated = rsp.translations[0].translated_text
# create context & render template
context = {
'orig': {'text': text, 'lc': SOURCE},
'trans': {'text': translated, 'lc': TARGET},
}
return render_template('index.html', **context)
Funkcja podstawowa pobiera dane wejściowe użytkownika i wywołuje interfejs Translation API w celu wykonania najtrudniejszych zadań. Przyjrzyjmy się im:
- Sprawdź, czy żądania pochodzą z Cloud Functions za pomocą zmiennej
local_request
. Cloud Functions wysyła własny obiekt żądania Flask, a wszystkie pozostałe (uruchamiane lokalnie lub wdrażane w App Engine bądź Cloud Run) będą pobierać obiekt żądania bezpośrednio z platformy Flask. - Zresetuj podstawowe zmienne formularza. Dotyczy to głównie żądań GET, ponieważ żądania POST zawierają dane, które je zastępują.
- W przypadku metody POST skopiuj tekst do przetłumaczenia i utwórz strukturę JSON reprezentującą wymagania dotyczące metadanych interfejsu API. Następnie wywołaj interfejs API i wróć do jego poprzedniej wersji, jeśli użytkownik korzysta ze starszej biblioteki.
- Niezależnie od tego formatuj rzeczywiste wyniki (POST) lub brak danych (GET) w kontekście szablonu i wyrenderuj.
Wizualną część aplikacji znajduje się w pliku szablonu index.html
. Wyświetlą się wszystkie przetłumaczone wcześniej wyniki (jeśli nie będą puste), a po nich pojawi się formularz z prośbą o tłumaczenie:
<!doctype html>
<html><head><title>My Google Translate 1990s</title><body>
<h2>My Google Translate (1990s edition)</h2>
{% if trans['text'] %}
<h4>Previous translation</h4>
<li><b>Original</b>: {{ orig['text'] }} (<i>{{ orig['lc'][0] }}</i>)</li>
<li><b>Translated</b>: {{ trans['text'] }} (<i>{{ trans['lc'][0] }}</i>)</li>
{% endif %}
<h4>Enter <i>{{ orig['lc'][1] }}</i> text to translate to <i>{{ trans['lc'][1] }}</i>:</h4>
<form method="POST"><input name="text"><input type="submit"></form>
</body></html>
6. Wdrażanie usługi
Teraz możesz wdrożyć usługę tłumaczeniową w Cloud Run, uruchamiając to polecenie:
gcloud run deploy translate --source . --allow-unauthenticated --platform managed
Dane wyjściowe powinny wyglądać tak:
$ gcloud run deploy translate --source . --allow-unauthenticated --platform managed Please specify a region: [1] asia-east1 [2] asia-east2 . . . (other regions) . . . [28] us-west4 [29] cancel Please enter your numeric choice: REGION_CHOICE To make this the default region, run `gcloud config set run/region REGION`. Deploying from source requires an Artifact Registry repository to store build artifacts. A repository named [cloud-run-source-deploy] in region [REGION] will be created. Do you want to continue (Y/n)? This command is equivalent to running "gcloud builds submit --pack image=[IMAGE] ." and "gcloud run deploy translate --image [IMAGE]" Building . . . and deploying container to Cloud Run service [translate] in project [PROJECT_ID] region [REGION] ✓ Building and deploying... Done. ✓ Creating Container Repository... ✓ Uploading sources... ✓ Building Container... Logs are available at [https://console.cloud.google.com/cloud-build/builds/60e1b 9bb-b991-4b4e-8d8a-HASH?project=PROJECT_NUMBER]. ✓ Creating Revision... ✓ Routing traffic... ✓ Setting IAM Policy... Done. Service [translate] revision [translate-00001-xyz] has been deployed and is serving 100 percent of traffic. Service URL: https://SVC_NAME-HASH-REG_ABBR.a.run.app
Twoja aplikacja jest teraz dostępna na całym świecie, więc powinno być możliwe uzyskanie dostępu do niej pod adresem URL zawierającym identyfikator projektu widoczny w danych wyjściowych wdrożenia:
Przetłumacz coś, aby zobaczyć, jak działa.
7. Podsumowanie
Gratulacje! Wiesz już, jak włączyć interfejs Cloud Translation API, uzyskać dane logowania i wdrożyć prostą aplikację internetową w języku Python 2 Cloud Run. Więcej informacji na temat tego wdrożenia znajdziesz w tej tabeli w repozytorium.
Czyszczenie danych
Interfejs Cloud Translation API umożliwia bezpłatne wykonywanie określonej liczby przetłumaczonych znaków miesięcznie. App Engine ma też bezpłatny limit, tak samo jak w Cloud Functions i Cloud Run. W przypadku przekroczenia którejś z tych wartości zostaną naliczone opłaty. Jeśli zamierzasz przejść do kolejnego ćwiczenia z programowania, nie musisz zamykać aplikacji.
Jeśli jednak nie chcesz na razie przejść do następnego samouczka lub obawiasz się, że internet wykryje właśnie wdrożoną aplikację, wyłącz aplikację App Engine, usuń funkcję w Cloud Functions lub wyłącz usługę Cloud Run. W ten sposób unikniesz naliczania opłat. Gdy uznasz, że chcesz przejść do kolejnego ćwiczenia w programowaniu, możesz je ponownie włączyć. Jeśli natomiast nie zamierzasz dalej korzystać z tej aplikacji lub innych ćwiczeń z programowania i chcesz całkowicie usunąć wszystko, możesz zamknąć swój projekt.
Poza tym wdrożenie na bezserwerowej platformie obliczeniowej Google Cloud wiąże się z niewielkimi kosztami kompilacji i pamięci masowej. Cloud Build ma własny bezpłatny limit, podobnie jak Cloud Storage. Aby zwiększyć przejrzystość, Cloud Build kompiluje obraz aplikacji, który jest następnie przechowywany w Cloud Container Registry lub Artifact Registry, jego następcy. Pamięć tego obrazu wykorzystuje część tego limitu, podobnie jak ruch wychodzący z sieci podczas przesyłania tego obrazu do usługi. Możesz jednak mieszkać w regionie, w którym nie ma takiego poziomu bezpłatnego. Dlatego pamiętaj o wykorzystaniu miejsca na dane, aby zminimalizować potencjalne koszty.
8. Dodatkowe materiały
W kolejnych sekcjach znajdziesz dodatkowe materiały do czytania, a także zalecane ćwiczenia, które pozwolą Ci poszerzyć wiedzę zdobytą w ramach tego samouczka.
Dodatkowe badanie
Teraz, gdy masz już doświadczenie w korzystaniu z interfejsu Translation API, wykonaj kilka dodatkowych ćwiczeń, aby rozwinąć swoje umiejętności. Aby kontynuować ścieżkę szkoleniową, zmodyfikuj naszą przykładową aplikację, by:
- Wykonaj wszystkie pozostałe wersje tego ćwiczenia z programowania, aby uruchomić go lokalnie lub wdrożyć na bezserwerowych platformach obliczeniowych Google Cloud (patrz plik README repozytorium).
- Ukończ ten samouczek, używając innego języka programowania.
- Zmień tę aplikację, aby obsługiwała różne języki źródłowe lub docelowe.
- Uaktualnij tę aplikację, aby móc tłumaczyć tekst na więcej niż jeden język. zmienić plik szablonu, tak by zawierał menu z obsługiwanymi językami docelowymi.
Więcej informacji
Google App Engine
- Strona główna App Engine
- Dokumentacja App Engine
- Python 3 – krótkie wprowadzenie do App Engine
- Domyślne konta usługi dla App Engine
- Środowisko wykonawcze Python 2 App Engine (Standard)
- Środowisko wykonawcze Python 3 App Engine (Standard)
- Różnice między Pythonem 2 a Pythonem 2 3 środowiska wykonawcze App Engine (Standard)
- Przewodnik po migracji z języka Python 2 do 3 App Engine (wersja standardowa)
Google Cloud Functions
- Strona główna Cloud Functions
- Dokumentacja Cloud Functions
- Krótkie wprowadzenie do Cloud Functions w Pythonie
- Domyślne konta usługi dla Cloud Functions
Google Cloud Run,
- Strona główna Cloud Run
- Dokumentacja Cloud Run
- Python Cloud Run – krótkie wprowadzenie
- Domyślne konta usługi dla Cloud Run
Google Cloud Buildpacks, Container Registry, Artifact Registry
- Ogłoszenie dotyczące Cloud Buildpacks
- Repozytorium Cloud Buildpacks
- Strona główna Cloud Artifact Registry
- Dokumentacja Cloud Artifact Registry
- Strona główna Cloud Container Registry
- Dokumentacja Cloud Container Registry
Google Cloud Translation i Google ML Kit
- Strona główna Cloud Translation
- Dokumentacja Cloud Translation
- Strona z cennikiem interfejsu Translation API
- Wszystkie „elementy składowe” Cloud AI/ML Interfejsy API
- Google ML Kit (podzbiór interfejsów Cloud AI/ML API do aplikacji mobilnych)
- Interfejs Google ML Kit Translation API
Inne strony lub usługi Google Cloud
- Obsługa Google Cloud Pythona
- Biblioteki klienta Google Cloud
- Zawsze bezpłatne usługi Google Cloud typ
- Cała dokumentacja Google Cloud
Python i Flask
Licencja
Ten samouczek jest dostępny na licencji Creative Commons Uznanie autorstwa 2.0, a kod źródłowy w repozytorium jest na licencji Apache 2.