Header Ads Widget

Ticker

6/recent/ticker-posts

Las API marcarán el comienzo de un futuro de energía conectada

 




Finalmente, en términos de identidad del usuario , que era un dato cada vez más importante dado su enfoque centrado en el cliente, First Utility había empleado LDAP como un almacén de credenciales rudimentario.

Leer: Por qué las claves de API no son suficientes para la seguridad de las API

First Utility utiliza un mapeo detallado para microservicios, con una puerta de enlace periférica para que los clientes la consuman. Diapositivas

Despegue por compromiso energético

Ahora era el momento del compromiso energético . First Utility necesitaba una plataforma en la que su creciente base de usuarios pudiera interactuar mejor con el servicio, un lugar en el que los clientes pudieran "hacer visible la energía" y ser más relevante para ellos mismos, como ver a qué hora del día utilizaban más energía.

Lo adivinó, esto fue demasiado impulsado por API (y hasta cierto punto, analíticas). Su investigación encontró que los clientes interactúan mejor con los datos cuando se compara su uso de energía con otros, por lo que First Utility creó una función de comparación para hogares similares. Esto requirió modelos analíticos avanzados para emparejar hogares similares, e incluso el aprendizaje automático entró en la ecuación. Fueron las API en la parte superior las que ayudaron a llevar estos datos a los usuarios.

Para la plataforma en sí, los contenedores habían ido ganando popularidad, por lo que alejaron la arquitectura de las máquinas virtuales y la colocaron en contenedores livianos , empaquetando la funcionalidad en lo que podrían llamarse microservicios . Algunos ejemplos de estos servicios incluyen módulos construidos individualmente para la administración de medidores inteligentes, el uso de energía y comparaciones similares de hogares.

Y como un guiño al poder de las arquitecturas de microservicios, esta estructura les permitió pasar de sus lanzamientos de estilo scrum cada tres semanas a realizar cambios cuatro o cinco veces por semana y más.

El modelo de identidad permite que la plataforma se amplíe para otros servicios relacionados con la energía. Diapositivas

Banda ancha y primera utilidad

Fue en enero de 2016 cuando First Utility decidió lanzar sus servicios de banda ancha, al que consideran su segundo producto core (con 50 mil usuarios activos). Una gran preocupación era si había algo que digitalizar en el status quo para el servicio de banda ancha, pero con un ajuste más producto-mercado, habían encontrado otro nicho.

En ese momento, las identidades de los usuarios estaban vinculadas a sus cuentas de energía. Dado que la energía y la banda ancha eran dos servicios muy diferentes, un nuevo desafío consistía en desacoplar estas identidades distintas. El objetivo final era crear un modelo para la identidad del usuario que pudiera conectarse a una red de varios servicios públicos, activos y electrodomésticos relacionados (como vehículos eléctricos o almacenamiento de baterías).

Para crear este modelo complejo, Anu ayudó a diseñar una estructura de datos de gráficos con DSE de DataStax . Una cosa llevó a la otra y First Utility se fue con su API de gestión de identidad digital para facilitar la conexión de los clientes con nuevos servicios. Esto se combinó con un identificador digital , que autenticaría los tokens de menta de una vez por todas, de modo que cada llamada a la API pudiera asociarse al cliente correspondiente.

En este punto, First Utility hizo el cambio a un IDP central (proveedor de identidad), en este caso, Curity . Era hora de eliminar la puerta de enlace API y reemplazar todo con clientes OAuth individuales Eligieron adoptar OpenID y comenzaron a almacenar credenciales en Aurora de Amazon como parte de un movimiento hacia el uso de la nube. No hace falta decir que estaban contentos con los resultados.

Beneficios de la curiosidad

Anu definitivamente se había convertido en un fan de Curity, y comentó algunas de las razones en su presentación. Está construido sobre estándares abiertos (como OpenID Connect, OAuth 2.0, SCIM); es flexible (permite a First Utility acuñar tokens y usar cualquier tienda de respaldo); está operativo (para que pueda implementar cambios directamente en Curity); y facilitó los ganchos de integración (lo que significa que podían escuchar los eventos de los clientes y conectarse a ellos).

Curiosamente, toda la colaboración First Utility-Curity se llevó a cabo en Slack, ¡y solo fue en nuestras Platform Summits donde los equipos tuvieron la oportunidad de conocerse!

Relacionado: Construcción con estándares abiertos para la longevidad de TI

Un futuro energético conectado

Mirando hacia el futuro, Anu dice que “el panorama energético cambiará [en los próximos 10 o 20 años]” hacia una infraestructura compartida y conectada de activos y dispositivos energéticos. Espera que el modelo de identidad y API que describió permita a First Utility crecer con esta tendencia y conectar la energía de los clientes para que algunas de esas posibilidades que describimos en la introducción de este artículo, y más, puedan algún día convertirse en realidad.

Publicar un comentario

0 Comentarios