Bajas y retiros de Apigee

Baja del motor de impuestos de monetización

Compatibilidad con la utilidad de línea de comandos de apigee-analytics-collector

Apigee recomienda que los clientes de Private Cloud envíen las estadísticas de tráfico de la API manualmente, como se describe en Cómo enviar estadísticas de tráfico de la API a Apigee.

Compatibilidad con proxies de Node.js y bóvedas seguras

Desde 2013, Apigee admite el uso de proxies de Node.js en Apigee Edge a través de Trireme, que te permite ejecutar tu código de Node.js en Apigee Edge para la nube privada y exponerlo como una API.

Apigee recomienda que los clientes de Private Cloud sigan estos pasos:

• Migra los datos de las bóvedas seguras a los mapas de clave-valor encriptados (KVM) para acceder a los datos sensibles desde un proxy de API.
• Migra los proxies de API basados en Trireme (Node.js) a un entorno nativo de Node.js fuera de Apigee.

Compatibilidad con las funciones de OAuth V1.

Dado que IETF RFC 6749 se convirtió en el estándar que reemplazó a OAuth 1.0a, los encargados de mantener el estándar OAuth v1.0a recomiendan que los usuarios cambien a OAuth v2.0.

Entre las políticas obsoletas, se incluyen las siguientes:

• Política de OAuthv1.0a
• Política de GetOAuthV1Info
• Política DeleteOAuthV1Info

Para mejorar la seguridad, Apigee recomienda que los clientes de Private Cloud migren al uso de las políticas de OAuth v2 lo antes posible.

Compatibilidad con la función de límite de frecuencia simultánea

La política de límite de frecuencia simultánea se diseñó para usarse con backends lentos, sin embargo, la arquitectura que usa afectaba el rendimiento de las APIs.

Desde el anuncio del límite de frecuencia simultáneo, Apigee agregó funciones más recientes, como el encadenamiento de proxies y los flujos compartidos. Si tienes un rendimiento más lento con la política de límite de frecuencia simultánea, puedes intentar usar la política de protección contra aumentos de tráfico.

Puedes leer más detalles en nuestra página de notas de uso.

El uso de estas funciones junto con la política te permitirá proteger backends lentos sin afectar el rendimiento de las APIs.

Migra los proxies que usan la política de límite de frecuencia simultánea a la política de cuotas o a las políticas de protección contra aumentos de tráfico.

Compatibilidad con Istio mediante la integración con Istio Mixer

En marzo de este año, la comunidad de Istio anunció la baja de Istio Mixer. El componente Istio Mixer es fundamental para el funcionamiento del adaptador de Apigee para Istio, por lo que rediseñamos el adaptador de Istio para usar filtros nativos de Envoy (consulta el filtro de Envoy y los filtros HTTP) para integrarse con Apigee.

Apigee anunció la versión beta de esta función en la entrada de blog Administración de APIs para servicios que usan Envoy, además de la descripción general del Adaptador de Apigee para Envoy.

Apigee recomienda que migres al adaptador de Apigee para Envoy lo antes posible.

Compatibilidad con la función de acceso anticipado de Teams

Se canceló el programa de acceso anticipado a la función de equipos en Apigee, y la función de equipos se quitará de la nube privada.

Si usas Teams, Apigee recomienda reemplazar las entidades de equipo y los permisos asociados con esos equipos por roles personalizados. Los roles se pueden otorgar al mismo conjunto de usuarios que formaban parte del equipo para replicar la estructura de equipo deseada.

Desactivación del hosting patrocinado para portales de Drupal

En la fecha de baja, Apigee ya no proporcionará hosting patrocinado de portales para desarrolladores basados en Drupal. Los clientes que deseen seguir usando Drupal deben asumir sus responsabilidades de alojamiento. Consulta las Preguntas frecuentes sobre la transición de Drupal 7.

Baja de los informes de variación de monetización

A partir de la fecha de baja, Apigee ya no admitirá los informes de variación de monetización en Apigee Edge.

Desactivación del espacio personal

En la fecha de baja, Apigee ya no admitirá el Espacio personal en Apigee Edge. Copia tus especificaciones de OpenAPI de tu espacio personal a una de tus otras organizaciones.

Retiro del panel de Monitoring (beta)

El 29 de mayo de 2018, Apigee retiró la compatibilidad con el panel de supervisión. Para obtener más información, consulta Panel de Monitoring (beta).

Obsolescencia de OAuth 1.0a

A partir de la fecha de baja, Apigee ya no admitirá OAuth 1.0a. Migra cualquier uso de OAuth 1.0a en tus proxies de API a OAuth 2.0 y extiende el uso de OAuth 2.0 con la verificación de firma (para verificaciones de integridad a nivel del mensaje) según tus necesidades.

Las políticas de OAuth 1.0a afectadas incluyen la política de OAuth v1.0a, la política de Get OAuth V1 Info y la política de Delete OAuth V1 Info. Edge incluye las políticas de OAuth 2.0 correspondientes.

Actualiza la configuración de TLS para una API de host virtual

La API de Update TLS configuration for a virtual host permite a los clientes de Edge for the Cloud actualizar las propiedades de configuración de TLS de un host virtual.

Los clientes de Cloud ahora pueden crear y actualizar un host virtual, no solo modificar las propiedades de TLS del host virtual. Por lo tanto, esta API dejó de estar disponible. Los clientes de Cloud ahora pueden usar las siguientes APIs con hosts virtuales:

• Cómo crear un host virtual
• Actualiza un host virtual

Fin de vida útil del agente de servicio de Apigee para Pivotal Cloud Foundry

El agente del servicio de Apigee para Pivotal Cloud Foundry (PCF) alcanzará el final del ciclo de vida (EOL) en la fecha de baja que se muestra aquí.

Si actualmente usas el agente de servicios, debes realizar las siguientes acciones antes de la fecha de baja:

1. Desinstala la tarjeta del agente del servicio de OpsManager.
2. Borra las instancias de servicio que hayas creado.
3. Vuelve a conectar las rutas (a los proxies de API) que se hayan creado para tus apps.

Fin de vida útil del instalador de Edge para Pivotal Cloud Foundry

El instalador de Edge de Apigee para PCF alcanzó el final del ciclo de vida (EOL) en la fecha de retiro que se muestra aquí. Para obtener más información, consulta esta publicación de la comunidad.

Desactivación de la compatibilidad con Node.js basada en "Trireme"

A partir de la fecha de baja, la Trireme existente dejará de estar disponible y se retirará en la fecha indicada. Migra las aplicaciones de Node.js existentes implementadas en Apigee Edge a objetivos alojados. Para obtener ayuda, consulta Cómo migrar un proxy de Node.js existente a un proxy de destinos alojados.

Para obtener más información, consulta Fin de la vida útil de Node.js basada en Trireme.

Apigee anuncia la baja de la función de backend de API como servicio (API BaaS) de Apigee Edge.

El final del ciclo de vida (EOL) de la API de BaaS será el 30 de junio de 2019. Apigee seguirá operando y admitiendo la BaaS de API hasta el 30 de junio de 2019, sujeto a las condiciones de nuestra política de baja. Obtén más información en esta entrada de blog, en el anuncio de baja y fin de la vida útil y en la guía para migrar desde el BaaS de la API de Apigee.

Ten en cuenta que la funcionalidad de notificaciones push de Android de la API de BaaS depende de Google Cloud Messaging (GCM), que dejará de estar disponible el 11 de abril de 2019. Ten en cuenta que no actualizaremos la solución de BaaS de la API de Apigee para usar el nuevo sistema de Google Firebase Cloud Messaging (FCM), ya que esto requeriría que los clientes migren a este nuevo sistema de mensajería y, al mismo tiempo, planeen migrar por completo de la BaaS de la API de Apigee antes del 30 de junio de 2019.

Recomendamos que los clientes de notificaciones push de Android comiencen a planificar la migración de la API de BaaS de Apigee para esta funcionalidad antes del 11 de abril de 2019.

Retiro de la generación de documentos de facturación de monetización

Apigee ya no admite la generación de documentos de facturación desde la Monetización de Apigee Edge.

Entre las tareas específicas que se retiraron y ya no se admiten para usar con la monetización, se incluyen las siguientes:

• Cómo agregar cuentas bancarias
• Cómo configurar documentos de facturación
• Administra documentos de facturación

Retiro de las organizaciones de evaluación de BaaS

El 18 de junio de 2018, ya no se podrá acceder a las organizaciones de BaaS Eval. Esto se hace como parte del proceso de EOL de BaaS, del que puedes obtener más información en esta entrada de blog y en el anuncio de baja y fin del ciclo de vida.

Retiro de TLS 1.0 y 1.1: Extensión

Apigee retirará la compatibilidad con las versiones 1.0 y 1.1 de TLS en la nube pública en las siguientes fechas.

• Clientes de PCI: 29 de junio de 2018
• Clientes que no son de PCI: 31 de julio de 2018

Para obtener más información, consulta Desactivación de TLS 1.0 y 1.1.

9 de noviembre de 2018

Fin de vida útil de Apigee Test

Apigee Test es un proyecto de Apigee Labs desde hace algún tiempo. Proporciona la capacidad de supervisar, verificar y notificar de forma sintética la disponibilidad de tus extremos de API. Apigee decidió discontinuar este servicio y descompondrá el sitio de prueba de Apigee 45 días después de la fecha de este aviso.

El sistema de supervisión de caja negra de Stackdriver, Uptime Checks, proporciona la funcionalidad básica de Apigee Test. Considera usar sus servicios si funcionan para tus casos de uso. También puedes usar el vínculo "Enviar comentarios" de la app para enviar solicitudes de funciones para tus casos de uso a ese equipo de productos de Google.

Apigee anuncia que descontinuará el uso de instancias dedicadas para los clientes del paquete de cumplimiento de la HIPAA en AWS.