Myöhään illalla puhun äskettäisestä vaikutelmasta Itse asiassa se ei ole uutta, se on edelleen kliseinen aihe "Infraa tekevien ihmisten on oltava lähellä liiketoimintaa, muuten kaikki on ilmalinnaa" Olen kertonut monta kertaa, että olen AIGC:n pääpelaaja keskittyen kaksiulotteiseen kappaleeseen. Yksi viime aikoina kohtaamistamme ongelmista on Elasticsearchin aiheuttama. Käyttäjiemme julkisesti julkaisemat taideteokset ja generatiiviset tehtävät ovat haettavissa. Viime aikoina Elasticsearch on usein kokenut tapauksia, joissa jotkin tietosolmut ovat täynnä ja sitten ilmenee ketjuhakuongelmia. Joten miten meidän on ratkaistava tämä ongelma nopeasti? Ennen jatkokeskustelua meidän on mietittävä, mikä on hakuoperaation ydin tässä skenaariossa? Näkemykseni on omaisuuden hallinta. AIGC-skenaariossa Prompt on epäilemättä käyttäjien ydinvoimavara, kun taas vastaavat tehtävät ja taideteokset ovat tavallaan resurssin esikatselu (tai attribuutti) Tällaisella johtopäätöksellä voimme selvästi tietää, että ainakaan nykyisessä muodossaan liiketoiminnan ydinominaisuuksia ei saa tinkiä teknisten tulosten vuoksi. Samaan aikaan meillä on toinenkin havainto, käyttäjiemme julkisesti julkaisemien taideteosten näkyvyys on erilainen kuin Taskin, taideteos on julkisesti haettavissa, ja se kantaa myös SEO-vastuun, kun taas Task näkyy itse asiassa vain käyttäjille. Toisin sanoen näiden kahden tiedonsaantitiheys ja resurssivaatimukset ovat erilaisia. Toisin sanoen meillä on tarve monivuokralle ES:n indeksille. Mutta valitettavasti ES:n nykyisen suunnittelun mukaan sillä ei ole kykyä vuokrata useita. Vaikka kyselyiden optimointi on väistämätön vaihtoehto pitkällä aikavälillä, nykyisessä erittäin nopeassa palvelukehityksessä, indeksin jakaminen eri klustereihin ja erilaisten laskentatehon/levyjen antaminen indeksin eri ominaisuuksien mukaan, nopeasta yrityksestä ja erehdyksestä tulee ensimmäinen valintamme. Tämä työ on parhaillaan käynnissä, eikä sen vaikutusta tunneta, mutta koko pelin ajatteluprosessi on itse asiassa jotain, jota harvoin harkitsisin viime vuosina. Monissa tapauksissa teknologian optimaalinen ratkaisu ei välttämättä ole liiketoiminnan optimaalinen ratkaisu. Lopuksi vielä yksi mainos. Yritys rekrytoi tehtäviin, kuten ML Engineer, ML Data/Full Stack/Backend/Marketing jne. Jos haluat tehdä jotain hauskaa yhdessä, DM:t ovat tervetuloa auttamaan pomoasi suoraan