夜遅く、最近の感想をお話しします 実際、それは新しいものではなく、「インフラを行う人はビジネスに近いものでなければならない、そうでなければすべてが空中の城だ」という決まり文句の話題です 私はAIGCのヘッドプレーヤーであり、2次元トラックに焦点を当てていることを何度も紹介してきました。 私たちが最近直面している問題の1つは、Elasticsearchによってもたらされます。 ユーザーによって公開されているアートワークと生成タスクは検索可能です。 最近、Elasticsearchでは、一部のデータノードがいっぱいになり、チェーン検索の問題が発生するケースが頻繁に発生しています。 では、この問題を迅速に解決するにはどうすればよいでしょうか? さらに議論する前に、このシナリオにおける検索操作の本質は何なのかを考える必要があります。 私の見解は資産管理です。 AIGC シナリオでは、プロンプトは間違いなくユーザーのコア資産であり、対応するタスクとアートワークはある意味で資産のプレビュー (または属性) です このような推論により、少なくとも現在の形では、技術的な結果のためにビジネスの中核的な属性を損なってはならないことが明確にわかります。 同時に、ユーザーによって公開されているアートワークの可視性はタスクの可視性と異なり、アートワークは公開検索可能であり、SEO の責任も負いますが、タスクは実際にはユーザーにのみ表示されます。 つまり、両者のデータアクセス頻度とリソース要件が異なります。 言い換えれば、ESのインデックスにはマルチレントが必要です。 しかし、残念ながら、ES の現在の設計によれば、マルチレンタル機能はありません。 クエリの最適化は長期的には避けられない選択肢ですが、現在の超高速サービス開発では、インデックスをさまざまなクラスターに分割し、インデックスのさまざまな属性に応じて異なるコンピューティング能力/ディスクを与えるため、迅速な試行錯誤が最初の選択肢になります。 この作業は現在進行中で、効果は不明ですが、ゲームについて考えるプロセス全体は、実はここ数年はめったに考えたことのないものです。 多くの場合、テクノロジーの最適解はビジネスの最適解ではない可能性があります。 最後にもう一つ広告です。 同社は、ML エンジニア、ML データ/フルスタック/バックエンド/マーケティングなどのポジションを募集しています。 一緒に楽しいことをしたい場合は、上司が直接行くのを手伝ってくれるDMを歓迎します