Stargate, un marco de API de código abierto para datos, promete permitir a los desarrolladores trabajar con datos de back-end en la forma que deseen.
por Matt Asay
Como sucede con muchos proyectos de código abierto patrocinados por empresas, Stargate se vuelve más interesante cuando va más allá de sus raíces. Stargate de código abierto de DataStax “porque nos cansamos de usar diferentes bases de datos y diferentes API según el trabajo que estábamos tratando de hacer”. Catalogado como un “marco de API de código abierto para datos”, el proyecto tiene como objetivo ofrecer “un marco que pueda servir a muchas API para una variedad de cargas de trabajo”.
Y, sin embargo, Stargate comienza con Apache Cassandra, la base de datos sobre la que DataStax ha construido su negocio. Para el analista Tony Baer, Stargate “eventualmente podría convertir Apache Cassandra en una base de datos de múltiples modelos”, y no se equivoca. Pero esto no es lo que hace interesante a Stargate.
No, Stargate se vuelve interesante si una comunidad crece a su alrededor para lograr lo que el “Stargate” ficticio fue diseñado para hacer : servir como un “dispositivo de portal puente … que permite viajes prácticos y rápidos entre dos ubicaciones distantes”. En otras palabras, una “puerta de enlace de datos” que convierte cualquier base de datos en una base de datos de modelos múltiples con “backends conectables para que los desarrolladores puedan trabajar con datos en la forma que deseen a través de una API”, como lo expresó la directora de datos de DataStax, Denise Gosnell. en una entrevista.
Hablando el mismo idioma de la base de datos
Digamos que no pasa las noches y los fines de semana obsesionado con las bases de datos. ¿Qué significaría Stargate para ti? Como dijo Gosnell:https://imasdk.googleapis.com/js/core/bridge3.424.1_es.html#goog_586067654Volumen 0%00:4119:43
Piense en crear una nueva aplicación. Tienes bases de datos por todas partes. Tiene requisitos para sus aplicaciones web que necesitan SQL. Necesitan documentos / JSON, o podrían necesitar GraphQL. Tiene todos estos requisitos de su equipo de ingeniería de back-end y tendría un montón de requisitos de su equipo de ingeniería de front-end. Stargate es una capa de API que se encuentra justo en medio de esa conversación y hace posible servir a ambos desde una tecnología existente.
DataStax lo está logrando mediante el código abierto del coordinador de Cassandra. DataStax comenzó con Cassandra por razones obvias: la empresa conoce bien la base de datos y Cassandra es una excelente opción para manejar solicitudes de datos distribuidos. Pero ese código de coordinador es el corazón de Stargate, como explicó Gosnell. El aspecto más difícil de la lógica entre la API de un cliente y su back-end es la coordinación de solicitudes distribuidas, es decir, garantizar el equilibrio de carga adecuado, dirigir las solicitudes de la base de datos al lugar correcto, etc. Esto es lo que hace bien el código de coordinador de Cassandra .
La compañía quiere que más desarrolladores “se unan a nuestra comunidad y nos ayuden a priorizar qué funciones necesitamos a continuación” en Stargate, enfatizó Gosnell. Es una gran historia, una que ayuda a DataStax, por supuesto, pero también tiene el potencial de ser útil para otros proveedores y con otras bases de datos. Y ahí es donde Stargate podría pasar de ser un interesante proyecto de un solo proveedor a algo mucho más notable.
Abrirse a la comunidad real
Considere Kubernetes, por ejemplo. Era una tecnología genial cuando su antepasado Borg se ejecutaba exclusivamente dentro de Google, y se mantuvo genial como un proyecto de código abierto al que contribuyeron los empleados de Google, casi exclusivamente.
Hoy Kubernetes es un proyecto de código abierto que define la industria precisamente porque Google hizo el trabajo duro para abrirlo. Para que funcione, Google tuvo que hacer un trabajo considerable para reclutar colaboradores externos (los ingenieros de Red Hat llegaron temprano a esa fiesta) y hacer que los posibles colaboradores se sintieran bienvenidos y productivos (a través de documentación y más).
Lo mismo ocurre con Envoy, el proxy de servicio y el borde de código abierto desarrollado en Lyft por Matt Klein. Como Klein relató recientemente , codificar Envoy fue relativamente fácil en comparación con el esfuerzo requerido para abrirlo con éxito. ¿Qué tipo de esfuerzo? “Todo fue liderazgo, relaciones públicas, marketing, documentación, etc., y lo hice todo yo mismo y casi me suicido [haciéndolo]”.
Entonces … Stargate. Es genial. Es una excelente manera de llevar a Cassandra más allá de las raíces de su base de datos en columnas. Pero si eso es todo lo que queda de Stargate, será interesante y útil, pero no particularmente importante. De todos modos, no es importante a nivel industrial. Sin duda, promete ser importante para DataStax, ya que amplía las capacidades de Cassandra para admitir la API de MongoDB, por ejemplo, convirtiendo también a Cassandra en una base de datos de documentos.
DataStax está metido hasta las rodillas en este tipo de trabajo ahora, señaló Gosnell. Están trabajando para garantizar que Stargate se pueda conectar a cualquier almacén de datos de back-end, además de hacer que la API de front-end se pueda conectar para manejar cualquier forma de datos. Como explicó, es como un tablero LEGO, con diferentes tipos de bloques LEGO que se conectan en la parte superior e inferior del tablero.
Gosnell reconoce que DataStax, como Google y Lyft / Klein antes que ellos, puede ser “muy temprano [pero] nos estamos desarrollando abiertamente y estamos pidiendo a la gente que se una a nosotros”. Están haciendo el arduo trabajo de generalizar el código, para que sea útil más allá de DataStax, dice, y mejoran la documentación para que el proyecto sea accesible para los posibles contribuyentes.
Hoy en día, el contribuyente probable de Stargate es un ingeniero de back-end profundamente técnico. Pero en el futuro, sugirió Gosnel, “necesitamos ingenieros de software que estén interesados en desarrollar nuevas API basadas en REST o nuevos métodos de acceso que deseen utilizar en la interfaz”.
Leer más sobre código abierto:
- Por qué el código abierto necesita más nube
- ¿Estás seguro de que quieres abrir ese proyecto?
- El año de PostgreSQL es cada año
- ¿Snowflake significa el fin del código abierto?
- Linux sigue siendo el estándar
- ¿Los desarrolladores realmente se preocupan por el código abierto?
- El código abierto tiene un problema de personas
- El sombrero comunitario gobierna el sombrero de la empresa en código abierto
- ¿Qué es Open Usage Commons de Google y por qué?
- ¿Qué hace un mantenedor de código abierto después del agotamiento?
- ¿Necesitamos tantas bases de datos?
- Cómo GraphQL dio la vuelta al desarrollo web
- Cómo Redis se rascó la picazón y cambió las bases de datos para siempre
- ¿Sobrevivirá el desarrollador de código abierto en solitario a la pandemia?
- Los proyectos de código abierto toman todo tipo
- La parte más importante de un proyecto de código abierto
- Gatsby JS está sobre los hombros de miles
- ¿Recuerdas cuando el código abierto era divertido?
- El código abierto hizo la nube a su imagen
- Zeek y Jitsi: 2 proyectos de código abierto que necesitamos ahora
- ¿POR QUÉ? OSS sabe cómo la FMH IRL
- El secreto del éxito de Kubernetes
- Las empresas de código abierto están prosperando en la nube
- El código abierto debería aprender de Linux, no de MySQL
- Hacer que JavaScript de código abierto pague
- El código abierto orientado al cliente es el futuro del software
- Magical Magento descubre cómo hacer y tomar
- El número real de desarrolladores de código abierto
- Por que el lenguaje Rust está en aumento
- ¿Deberían las licencias de código abierto luchar contra el mal?
- ¿Debería anunciarse el software de código abierto?
- Por qué el código abierto nunca ha sido más fuerte
Fuente: https://www.infoworld.com/article/3591581/stargate-a-new-way-to-think-about-databases.html
