Tendencias del momento
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.
Una reflexión reciente en la madrugada
En realidad, no es algo nuevo, es un tema recurrente: "Las personas que hacen infraestructuras deben acercarse al negocio, de lo contrario, todo es un castillo en el aire".
He mencionado muchas veces que nuestra empresa es un jugador líder en AIGC, enfocándose en el ámbito de los dos dimensiones.
Recientemente, enfrentamos un problema relacionado con Elasticsearch.
Las obras de arte y las tareas generadas que nuestros usuarios publican son buscables.
Recientemente, Elasticsearch ha estado experimentando problemas frecuentes donde algunos nodos de datos se saturan, lo que provoca problemas en las búsquedas en cadena.
Entonces, ¿cómo podemos resolver rápidamente este problema?
Antes de discutir más, necesitamos reflexionar sobre la esencia de la operación de búsqueda en este escenario.
Mi opinión es que se trata de gestión de activos. En el contexto de AIGC, el Prompt es sin duda el activo central del usuario, mientras que la Tarea y la Obra de Arte son, en cierto sentido, una vista previa (o atributos) de ese activo.
Con esta inferencia, podemos entender claramente que, al menos en su forma actual, las propiedades centrales del negocio no pueden ceder ante los resultados técnicos.
Al mismo tiempo, hemos observado que la visibilidad de las Obras de Arte publicadas por nuestros usuarios es diferente a la de las Tareas; las Obras de Arte son públicamente buscables y también asumen la responsabilidad del SEO, mientras que las Tareas son visibles solo para los usuarios. En otras palabras, la frecuencia de acceso a los datos y la demanda de recursos de ambos son bastante diferentes.
En otras palabras, tenemos una necesidad de multi-tenencia en el índice de ES. Sin embargo, lamentablemente, según el diseño actual de ES, no tiene la capacidad de multi-tenencia.
Aunque a largo plazo, optimizar las consultas será una opción inevitable, en el contexto actual de un negocio de rápido desarrollo, dividir el índice en diferentes clústeres y asignar diferentes capacidades/discos según las propiedades del índice se convertirá en nuestra primera opción para probar y corregir rápidamente.
Actualmente, este trabajo está en curso, los resultados son desconocidos, pero todo el proceso de reflexión y juego de ideas es algo que rara vez consideraba hace unos años. Muchas veces, la solución técnica óptima no es necesariamente la solución óptima para el negocio.
Por último, un anuncio. Nuestra empresa está contratando, hay vacantes para ML Engineer, ML Data/Full Stack/Backend/Marketing, entre otros. Si quieres hacer cosas interesantes juntos, no dudes en enviarme un DM, te ayudaré a llegar directamente a tu jefe.
Parte superior
Clasificación
Favoritos