Bajas y retiros de Apigee

Baja de informes de seguridad, alertas de tráfico y alertas de seguridad avanzadas

Comunícate con el equipo de asistencia de Apigee Edge para obtener información sobre la baja y las rutas de migración.

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 de forma manual, 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 bóvedas seguras a mapas de clave-valor encriptados (KVM) para acceder a 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 el IETF RFC 6749 se convirtió en el estándar que reemplazó a OAuth 1.0a, los mantenedores del estándar de OAuth v1.0a recomiendan que los usuarios cambien a OAuth v2.0.

Las políticas obsoletas 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, pero la arquitectura que usa afectaba el rendimiento de las APIs.

Desde el anuncio del límite de frecuencia simultáneo, Apigee agregó capacidades más recientes, como el encadenamiento de proxies y los flujos compartidos. Si experimentas 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 en su lugar.

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

Usar estas funciones junto con la política te permitirá proteger los 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 a través de la integración con Istio Mixer

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

Apigee anunció el lanzamiento de 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 se quitará la función de equipos de la nube privada.

Si usas equipos, 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 conformaban el equipo para replicar la estructura deseada.

Baja del hosting patrocinado para portales de Drupal

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

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

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

Baja 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 Monitoring. Para obtener más información, consulta Panel de Monitoring (beta).

Obsolescencia de OAuth 1.0a

En la fecha de baja, Apigee dejará de admitir OAuth 1.0a. Migra cualquier uso de OAuth 1.0a en tus proxies de API a OAuth 2.0 y extiende tu uso de OAuth 2.0 con la verificación de firmas (para las 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 que los clientes de Edge para Cloud actualicen las propiedades de configuración de TLS para un host virtual.

Ahora, los clientes de Cloud 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:

• Crea un host virtual
• Actualiza un host virtual

Fin de la 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 retiro que se muestra aquí.

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

1. Desinstala el mosaico del agente del servicio de Ops Manager.
2. Borra las instancias de servicio que hayas creado.
3. Vuelve a conectar cualquier ruta (a proxies de API) que se haya creado para tus apps.

Fin del ciclo de vida del instalador de Edge para Pivotal Cloud Foundry

El instalador de Apigee Edge 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.

Obsolescencia de la compatibilidad con Node.js basada en "Trireme"

A partir de la fecha de retiro, el Trireme existente quedará obsoleto y se retirará en la fecha indicada. Migra las aplicaciones de Node.js existentes implementadas en Apigee Edge a Hosted Targets. Para obtener ayuda, consulta Cómo migrar un proxy de Node.js existente a un proxy de Hosted Targets.

Para obtener más información, consulta Fin del ciclo de vida de Node.js basado en Trireme.

Apigee anuncia la baja de la función de API Backend-as-a-Service (API BaaS) de Apigee Edge.

La API de BaaS dejará de estar disponible el 30 de junio de 2019. Apigee seguirá operando y brindando asistencia para API BaaS 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 ciclo de vida y en la Guía para migrar desde Apigee API BaaS.

Ten en cuenta que la funcionalidad de notificaciones push de Android de la API de BaaS depende de Google Cloud Messaging (GCM), que alcanzará el final de su ciclo de vida el 11 de abril de 2019. Ten en cuenta que no actualizaremos la solución de API BaaS de Apigee para que use 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, planifiquen migrar por completo de la API BaaS de Apigee antes del 30 de junio de 2019.

Recomendamos a los clientes de notificaciones push de Android que 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 la 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 su uso 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

A partir del 18 de junio de 2018, ya no se podrá acceder a las organizaciones de evaluación de BaaS. Esto se realiza como parte del proceso de EOL de BaaS, sobre el que puedes obtener más información en esta entrada de blog y en el anuncio de baja y final 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 cumplen con los requisitos de la PCI: 31 de julio de 2018

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

9 de noviembre de 2018

Fin de la vida útil de Apigee Test

Apigee Test ha sido un proyecto de Apigee Labs durante un 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 dará de baja 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 utilizar sus servicios si son adecuados para tus casos de uso. También puedes usar el vínculo “Enviar comentarios” en la app para enviar solicitudes de funciones para tus casos de uso al equipo de productos de Google.

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