Wycofywanie i wycofanie Apigee

Wycofanie mechanizmu podatkowego w ramach zarabiania

Obsługa narzędzia wiersza poleceń apigee-analytics-collector

Apigee zaleca, aby klienci korzystający z chmury prywatnej przesyłali statystyki ruchu interfejsu API ręcznie, zgodnie z opisem w artykule Przesyłanie statystyk ruchu interfejsu API do Apigee.

Obsługa serwerów proxy Node.js i bezpiecznych magazynów

Od 2013 r. Apigee obsługuje używanie serwerów proxy Node.js w Apigee Edge za pomocą Trireme, co umożliwia uruchamianie kodu Node.js w Apigee Edge dla chmury prywatnej i udostępnianie go jako interfejsu API.

Apigee zaleca klientom korzystającym z chmury prywatnej wykonanie tych czynności:

• Przenieś dane z bezpiecznych magazynów do zaszyfrowanych map klucz-wartość (KVM), aby uzyskać dostęp do danych wrażliwych z serwera proxy interfejsu API.
• Przenieś serwery proxy interfejsu API oparte na Trireme (Node.js) do natywnego środowiska Node.js poza Apigee.

Obsługa funkcji OAuth V1.

Ponieważ standard IETF RFC 6749 zastąpił OAuth 1.0a, osoby odpowiedzialne za utrzymanie standardu OAuth 1.0a zalecają użytkownikom przejście na OAuth 2.0.

Wycofane zasady:

• Zasada OAuthv1.0a
• Zasada GetOAuthV1Info
• Zasada DeleteOAuthV1Info

Aby zwiększyć bezpieczeństwo, Apigee zaleca klientom korzystającym z chmury prywatnej jak najszybsze przejście na zasady OAuth v2.

Obsługa funkcji limitu równoczesnych żądań

Zasada równoczesnego ograniczania liczby żądań została zaprojektowana do użycia z powolnymi backendami, jednak używana przez nią architektura wpływała na wydajność interfejsów API.

Od czasu ogłoszenia limitu równoczesnych żądań Apigee dodało nowsze funkcje, takie jak łączenie serwerów proxy w łańcuch i współdzielone przepływy. Jeśli zasada Concurrent Rate Limit powoduje spadek wydajności, możesz spróbować użyć zasady Spike Arrest.

Więcej informacji znajdziesz na stronie z uwagami dotyczącymi użytkowania.

Korzystanie z takich funkcji wraz z zasadami pozwoli Ci chronić wolne lub powolne backendy bez wpływu na wydajność interfejsów API.

Przenieś serwery proxy korzystające z zasady Concurrent Rate Limit do zasady Quota lub Spike Arrest.

Obsługa Istio dzięki integracji z Istio Mixer

W marcu tego roku społeczność Istio ogłosiła wycofanie Istio Mixer. Komponent Istio Mixer ma kluczowe znaczenie dla działania adaptera Apigee dla Istio, dlatego przeprojektowaliśmy adapter Istio, aby używał natywnych filtrów Envoy (patrz filtr Envoy i filtry HTTP) do integracji z Apigee.

Apigee ogłosiło wersję beta tej funkcji w poście na blogu Zarządzanie interfejsami API w przypadku usług korzystających z Envoy, a także w omówieniu Apigee Adapter for Envoy.

Apigee zaleca jak najszybsze przejście na adapter Apigee dla Envoy.

Pomoc dotycząca funkcji wcześniejszego dostępu do zespołów

Program wcześniejszego dostępu do funkcji zespołów w Apigee został anulowany, a funkcja zespołów zostanie usunięta z chmury prywatnej.

Jeśli używasz zespołów, Apigee zaleca zastąpienie encji zespołów i uprawnień powiązanych z tymi zespołami rolami niestandardowymi. Role można przyznać temu samemu zestawowi użytkowników, który tworzył zespół, aby odtworzyć żądaną strukturę zespołu.

Wycofanie sponsorowanego hostingu portali Drupal

Po dacie wycofania Apigee nie będzie już zapewniać sponsorowanego hostingu portali dla programistów opartych na Drupalu. Klienci, którzy chcą nadal korzystać z Drupala, muszą przejąć obowiązki związane z hostingiem. Więcej informacji znajdziesz w najczęstszych pytaniach dotyczących przejścia z Drupala 7.

Wycofanie raportów o rozbieżnościach w zarobkach

Po dacie wycofania Apigee nie będzie już obsługiwać raportów o rozbieżnościach w zarabianiu w Apigee Edge.

Wycofanie przestrzeni osobistej

Po dacie wycofania Apigee nie będzie już obsługiwać przestrzeni osobistej w Apigee Edge. Skopiuj specyfikacje OpenAPI z przestrzeni osobistej do jednej z innych organizacji.

Wycofanie panelu monitorowania (beta)

29 maja 2018 r. Apigee wycofało obsługę panelu monitorowania. Więcej informacji znajdziesz w artykule Panel monitorowania (beta).

Wycofanie protokołu OAuth 1.0a

Po dacie wycofania Apigee nie będzie już obsługiwać protokołu OAuth 1.0a. Przenieś wszystkie przypadki użycia protokołu OAuth 1.0a w serwerach proxy interfejsu API do protokołu OAuth 2.0 i rozszerz użycie protokołu OAuth 2.0 o weryfikację podpisu (w celu sprawdzania integralności na poziomie wiadomości) zgodnie z potrzebami.

Zasady OAuth 1.0a, których dotyczy problem, obejmują zasady OAuth v1.0a, Get OAuth V1 Info i Delete OAuth V1 Info. Edge zawiera odpowiednie zasady OAuth 2.0.

Aktualizowanie konfiguracji TLS interfejsu API hosta wirtualnego

Interfejs API do aktualizowania konfiguracji TLS hosta wirtualnego umożliwia klientom Edge for the Cloud aktualizowanie właściwości konfiguracji TLS hosta wirtualnego.

Klienci korzystający z chmury mogą teraz tworzyć i aktualizować hosty wirtualne, a nie tylko modyfikować ich właściwości TLS. Z tego powodu ten interfejs API został wycofany. Klienci korzystający z Cloud mogą teraz używać tych interfejsów API z hostami wirtualnymi:

• Tworzenie hosta wirtualnego
• Aktualizowanie hosta wirtualnego

Koniec wsparcia dla brokera usług Apigee dla Pivotal Cloud Foundry

Broker usług Apigee dla Pivotal Cloud Foundry (PCF) osiągnie koniec cyklu życia w dniu wycofania podanym tutaj.

Jeśli obecnie korzystasz z brokera usług, przed datą wycofania musisz wykonać te czynności:

1. Odinstaluj kafelek brokera usług z OpsManagera.
2. Usuń wszystkie utworzone instancje usługi.
3. Zmień trasy (do serwerów proxy interfejsu API), które mogły zostać utworzone dla Twoich aplikacji.

Zakończenie obsługi instalatora Edge dla Pivotal Cloud Foundry

Instalator Apigee Edge dla PCF osiągnął koniec cyklu życia w dniu wycofania podanym tutaj. Więcej informacji znajdziesz w  tym poście na karcie Społeczność.

Wycofanie obsługi Node.js opartej na „Trireme”

Od daty wycofania dotychczasowa wersja Trireme jest wycofana i zostanie wyłączona we wskazanym dniu. Przenieś istniejące aplikacje Node.js wdrożone w Apigee Edge do hostowanych środowisk docelowych. Aby uzyskać pomoc, zapoznaj się z artykułem na temat migracji istniejącego serwera proxy Node.js do docelowego serwera proxy Hosted Targets.

Więcej informacji znajdziesz w artykule o zakończeniu obsługi Node.js opartego na Trireme.

Apigee ogłasza wycofanie funkcji Backend-as-a-Service (API BaaS) interfejsu API Apigee Edge.

API BaaS zostanie wycofane 30 czerwca 2019 r. Apigee będzie nadal obsługiwać API BaaS do 30 czerwca 2019 r. zgodnie z naszymi zasadami wycofywania funkcji lub usług. Więcej informacji znajdziesz w  tym poście na blogu, w ogłoszeniu o wycofaniu i zakończeniu obsługi oraz w wytycznych dotyczących migracji z Apigee API BaaS.

Pamiętaj, że funkcja powiadomień push w interfejsie API BaaS na Androida jest zależna od Komunikacji w chmurze Google (GCM), która przestanie działać 11 kwietnia 2019 r. Informujemy, że nie uaktualnimy rozwiązania Apigee API BaaS do nowego systemu Komunikacji w chmurze Firebase (FCM), ponieważ wymagałoby to od klientów migracji do nowego systemu przesyłania wiadomości, a jednocześnie zaplanowania migracji z Apigee API BaaS przed 30 czerwca 2019 r.

Zalecamy, aby klienci korzystający z powiadomień push na Androidzie zaplanowali migrację z Apigee API BaaS w przypadku tej funkcji przed 11 kwietnia 2019 r.

Wycofanie generowania dokumentów rozliczeniowych dotyczących zarabiania

Apigee nie obsługuje już generowania dokumentów rozliczeniowych z Apigee Edge Monetization.

Zadania, które zostały wycofane i nie są już obsługiwane w przypadku zarabiania, to m.in.:

• Dodawanie kont bankowych
• Konfigurowanie dokumentów rozliczeniowych
• Zarządzanie dokumentami rozliczeniowymi

Wycofanie organizacji ewaluacyjnych BaaS

18 czerwca 2018 r. organizacje BaaS Eval przestaną być dostępne. Dzieje się tak w ramach procesu wycofywania BaaS, o którym możesz dowiedzieć się więcej z tego posta na blogu oraz z ogłoszenia o wycofaniu i zakończeniu cyklu życia.

Wycofanie protokołów TLS 1.0 i 1.1 – rozszerzenie

Apigee wycofa obsługę protokołów TLS w wersji 1.0 i 1.1 w chmurze publicznej w podanych niżej terminach.

• Klienci PCI: 29 czerwca 2018 r.
• Klienci, którzy nie muszą spełniać standardów PCI: 31 lipca 2018 r.

Więcej informacji znajdziesz w artykule na temat wycofania TLS 1.0 i 1.1.

9 listopada 2018 r.

Zakończenie obsługi Apigee Test

Apigee Test od pewnego czasu jest projektem Apigee Labs. Umożliwia syntetyczne monitorowanie, sprawdzanie i powiadamianie o dostępności punktów końcowych interfejsu API. Apigee zdecydowało się zaprzestać świadczenia tej usługi i wyłączy witrynę Apigee Test po 45 dniach od daty tego powiadomienia.

System monitorowania Stackdriver typu czarna skrzynka, kontrole dostępności, zapewnia podstawowe funkcje Apigee Test. Jeśli ta usługa odpowiada Twoim potrzebom, rozważ skorzystanie z niej. Możesz też użyć linku „Prześlij opinię” w aplikacji, aby przesłać prośby o dodanie funkcji do zespołu zajmującego się daną usługą Google.

Apigee ogłasza, że wycofuje korzystanie z instancji dedykowanych dla klientów pakietu zgodności z ustawą HIPAA w AWS.