シリコンバレーのAI開発者によるLLMサービスのためのRAG
Hong
¥20,963
早割
69%
¥6,325
入門 / JavaScript, Python, AI, ChatGPT, RAG
5.0
(3)
LLMの限界?シリコンバレーの現場で経験したRAGの試行錯誤と運用ノウハウをもとに、実践的な問題解決法をお伝えします。
入門
JavaScript, Python, AI
数千億件の金融トラフィックを扱うTossの開発者、そして非専門家からスタートしてパンギョでプラットフォーム開発を行っている開発者と共に、純粋なSQLとMySQLの核心機能のみを使用して、数千億件のデータを処理する大容量データアーキテクチャの設計と処理方法を学習します。


学習した受講者のレビュー
5.0
에이미
講義本当によく聞かせていただきました。講義を聞きながら他の方々も参考にしていただければ良さそうな部分を一度整理してみると、こんな部分で私は助けになりました。 長所 1. 本当に現実的です。実際に扱われる形態もよく使わないなら使わないと直接言及されますが、知っておけば良いのではないかと思って扱うという話をたくさんされます。それで本当に上手な開発者が現実的な部分と非現実的な部分を分けて全て教えようと努力されているのが見えると思います。 2. 内容自体が本当に有益だと思います。一般的で単純なCRUDからMySQLを通してできる様々なアーキテクチャ観点に対する説明まで、ただ単純にDBに限定された内容ではなく開発自体に対する豊富な内容が込められていると思います。 3. どこでも聞いたことのない主題たちのようです。MySQLやDBに対する講義がほとんどただクエリをどう作成するか関数が何があるかに限定されているのに、この講義はプロシージャも使ってみてどうDBを使うべきかその本質的な主題について上手く説明してくださるようです。 でも長所と同じくらい正直短所もある程度感じられる講義だと思います。 1. 難易度が易しい方ではないようです。多分開発を初めてされる方が聞かれると基本的な知識が不足して聞きにくいこともあるようです。 2. 説明がそれほどまで豊富でKindではありません。本当に様々な主題について説明してくださいますが、その分説明が豊富ではありません。簡単に説明すると先輩が開発を本当に上手くやるのに先輩の立場ではこれは当然のことなのでただ過ぎる感じがある程度あります。 結論:でもこんなことを全部除いても本当に良い講義のようです。実際に自分が勉強する意志があるとたくさんの部分を学びたいならこの講義が適合するようですね。反対に基本的なことだけ学んでも構わないし食べさせてもらうことを望むならこの講義が大きな助けにはならないようです。私の立場ではMySQLだけでなくその活用先についても悩むべきなのか、アーキテクチャ観点から学習もできるという部分で本当に満足な講義でした。とても印象深く見て初めてこのように文章を残してみますね。
5.0
미래 1인 개발자
今回のMySQL講義に最も深く参加したTossで開発しているサーバー開発者です。HongがこれまでにKafka関連講義をチョイと一緒に準備して講義を作ったのですが、そのテーマがとても良くて、私も自分が知っている知識をもう少し深く教えてあげたいという思いで、このように参加することになりました。 - もちろん間接的にも直接的にも参加はしましたが、この講義はもう少し没頭して参加しましたね。 実は単純にMySQLに関する内容だけでは、皆さんの学習効果がそれほど良いとは思いません。現在はAIの発展により、実質的にクエリはAIがより上手く書くようになります。 ここで皆さんが知っておくべき部分は「どの部分を考慮できるのか」、「どのような方式があるのか」などを知っておくべきです。その部分を知ってAIに指示できることが能力だと思います。この講義がそのような観点から皆さんに多くの助けになれば良いと思います。 多くの関心をお願いします。ありがとうございます。!!
5.0
lsls ks
MySQLについて本当にディープに学べる良いトピックだと思います。簡単なCRUDも一部扱い、現実的に使用するクエリについてのみ扱っているため、より一層役に立つようです。しかし、より重要な部分は最後にあるデザイン設計パターンのようですね。森を見ることができる視野に大きな助けになりました。ありがとうございます。
ShardingとPartitioningを活用したMySQL水平スケーリング手法
シャーディングは果たして常に正しい形なのだろうか?その本質的な問いに対する知識
Replicationを活用したトラフィック分散戦略と負荷分散、それに伴うHA確保方式
Transaction & Lockを活用した並行性制御および性能確保のためのMVCC
実務で実際に使用するCRUDのみを扱い、習得するMySQL API
90%のトラフィックを担うSELECTに対する高度化手法
クエリ事前計画によるインデックス分析とクエリ分析
拡張性のあるシステム設計のためのデータベース構造設計原則
MYSQL · SCALE & SYSTEM DESIGN
インデックスを貼り、実行計画を確認してクエリを修正する。そこまではやります。しかし、データが億単位を超えると、チューニングで削減できる幅よりも蓄積される速度の方が速くなります。その時からは、クエリではなく構造を変えなければなりません。
5,000億件+
Tossのエンジニアが扱う金融データの規模。その環境で使われる判断基準をそのまま形にしました。
1,624行
講義に含まれる実践SQLと理論構文。ダミーデータ生成クエリも併せて提供されます
90%
現実的にSELECTが占めるトラフィックの比重。セクション4でここに最も多くの時間を費やします。
追加の言語は使用しません。純粋にSQL構文のみで進行し、最後の2つのセクションで拡張とシステム設計に移ります。
01限界
同じ"遅い"でも、原因が異なれば対処する場所も異なります。この講義では下の右側の枠を扱います。
「単にSELECTのようなクエリ文で解決しようとするのではなく、データベースをどのように活用できるかを知っていれば、別の方法で解決できるんだ。」この講義はその一言から始まりました。
02開始
トスの開発者の知人に投げかけた一つの質問が、講義になりました。
03拡張
セクション6がこの場所です。それぞれが何を解決し、何を諦めるのかを並べて比較します。
01
同じデータを複数台に複製して読み取りを分散します。書き込みは依然として1箇所です。
02
一つのテーブルを断片に分割します。照会範囲が狭まる代わりに、分割の基準を適切に設定する必要があります。
03
データを複数のデータベースに分散させます。講義では「常に正しいのか」という問いも同時に投げかけます。
04
溜まっていくデータを減らしたり移動させたりします。コストが問題になる時点で必要になります。
セクション5で、内部アーキテクチャとストレージエンジン、メモリとトランザクション・ロックを先に見ていきます。内部を知ってから拡張を見ることで、なぜそのような制約が生じるのかが理解できるようになります。
04カリキュラム
環境指標の確認から始まり、設計とCRUDを経て、内部・拡張・システム設計で終わります。
最後のセクションはクエリではなく設計です。ストリーミング処理、超大容量バッチ、同期パターン、ジョブキュー、NoSQLの結合まで扱います。
커리큘럼 보기05運用設計
クエリをすべて学んだ後に来る段階です。データベースを単なるストレージではなく、システムの一つの部品として捉えます。
受講評の中に「3年目の面接でMySQLとNoSQLの同期をどうするのかという質問を受けたが、ここに解決策がすべて出ている」という話があります。その内容がこのセクションにあります。
06受講評
Inflearnの受講レビューからそのまま引用しました。
3年目のエンジニア面接に入ったのですが、MySQLとNoSQLの同期をどうするかという質問が出ました。ここに解決策が詳しくすべて載っていますね。もっと早く見ておけばよかったと後悔しています。
krズア · 58%受講後に作成
実際にはあまり使われない形式であれば、使わないとはっきり言及されますが、知っておくと良いと思う内容を扱ってくださいます。現実的な部分と非現実的な部分を分けて、すべてを教えようと努力されているのが伝わってくると思います。
エイミー · 88%受講後に作成
簡単なCRUDも一部扱い、現実的に使用されるクエリのみに焦点を当てているため、より役に立ちます。さらに重要な部分は、最後にある設計パターンのようですね。森を見渡すような広い視野を持つ上で、非常に大きな助けになりました。
lsls ks · 83% 受講後に作成
07対象
08今の市場
新卒採用は減り、企業は検証済みの人材(即戦力)だけを採用しようとしています。ここ数ヶ月の間に出た記事です。
企業が不安を感じている分、選ばれる側はより明確な差を見せなければなりません。クエリを書ける人は多いですが、構造を選べる人は少ないです。
09作った人
TOSS · BACKEND ENGINEER
ネイバーを経て、現在はトスでバックエンドを開発しています。この講義には最も深く関わっており、実際に扱っているデータ規模から得られた判断基準をそのまま反映させました。
「物理的な限界は明確です。その前でクエリだけをいじっていても、答えは出ません。」
知識共有者 · 板橋(パンギョ)プラットフォームサーバー開発
非専攻からスタートし、現在は板橋(パンギョ)でプラットフォームのバックエンドを開発しています。現職の知人たちと一緒に講義を作ることを原則としています。
"サービスが大きくなる時にどこで行き詰まるかをあらかじめ知っていれば、選択肢が生まれます。"
10の質問
チューニングで解決できない限界がどこにあるのかを知れば、その次に何をすべきかが決まります。
결정하기 전에 커리큘럼 다시 훑어보기講義を聞いていてつまずく部分、自身のサービスに適用しながら生じる疑問、キャリアの話まで共有できる空間が別途用意されています。行き詰まる箇所は、大抵他の人も同じように行き詰まるものです。
学習対象は
誰でしょう?
CRUDだけでは限界を感じている1〜3年目のバックエンドエンジニア
スロークエリによってサービスのパフォーマンス低下を経験した開発者
大容量のトラフィックに耐えられる拡張可能なシステム設計に挑戦したい方
DBA、データエンジニアと深いコミュニケーションを望むサーバー開発者
理論だけではないSQLではなく、現場での問題解決能力を身につけたい方
金融データのように安定性とパフォーマンスが重要なシステムを扱いたいエンジニア
インフラン認証
キャリア認証
10,230
受講生
653
受講レビュー
165
回答
4.7
講座評価
34
講座
家でだらだら過ごしていたところ、開発に興味を持ち勉強を始め、現在は板橋(パンギョ)でプラットフォームサーバーの開発を担当しています。私が勉強してきた方法や、実務で直面する可能性のある様々な問題点とその解決策を皆さんに提供したいと思い、知識共有者としての活動を続けています。
講義は私一人の知識だけで作られるものではありません。すべての講義には、共に作り上げてくださる方々がいます。
Tossの開発者からの推薦で合流されたシリコンバレーの開発者 Waddy, người đã tham gia theo lời giới thiệu của một nhà phát triển từ Toss
[知識共有者の経歴]
[前] サンドボックスIP関連ブロックチェーン開発者
[前] メタバースバックエンドエンジニア
[現] 板橋(パンギョ)でベテランになりつつあるサーバー開発者
[インタビュー履歴]
[その他のお問い合わせ]
[公式サイト]
全体
24件 ∙ (4時間 41分)
講座資料(こうぎしりょう):
全体
50件
4.7
50件の受講レビュー
受講レビュー 8
∙
平均評価 5.0
5
今回のMySQL講義に最も深く参加したTossで開発しているサーバー開発者です。HongがこれまでにKafka関連講義をチョイと一緒に準備して講義を作ったのですが、そのテーマがとても良くて、私も自分が知っている知識をもう少し深く教えてあげたいという思いで、このように参加することになりました。 - もちろん間接的にも直接的にも参加はしましたが、この講義はもう少し没頭して参加しましたね。 実は単純にMySQLに関する内容だけでは、皆さんの学習効果がそれほど良いとは思いません。現在はAIの発展により、実質的にクエリはAIがより上手く書くようになります。 ここで皆さんが知っておくべき部分は「どの部分を考慮できるのか」、「どのような方式があるのか」などを知っておくべきです。その部分を知ってAIに指示できることが能力だと思います。この講義がそのような観点から皆さんに多くの助けになれば良いと思います。 多くの関心をお願いします。ありがとうございます。!!
今回も良い影響を与えることができる良い講義を一緒に作ってくださり、ありがとうございます!!私たちが悩んで考えた部分が受講される方々に届けばいいですね 次回もよろしくお願いします!!
受講レビュー 13
∙
平均評価 4.8
5
とても抽象的で範囲が広いですね。dbに限定してお話しいただければいいのですが、あまりにも色々なことを話していますね。
こんにちは、young pyo leeさん、評価とフィードバックをいただき、ありがとうございます!! やはり現代では単純なdbの使い方が重要なのではないと思います。そのdbを通じて派生する何かができるかどうかが重要だと思います。 このような観点から講義を撮影し、皆さんの見解を非常に幅広くお伝えしたかったのです。 そうしているうちに抽象的な概念がかなり多くなってしまったようです。次回はより満足度の高い講義を提供できるよう、もっと一生懸命努力いたします。このようにお時間を割いて評価を残していただき、ありがとうございます!!
受講レビュー 1
∙
平均評価 4.0
受講レビュー 16
∙
平均評価 4.9
3
クエリ文について深く扱ってくれると思ったのですが、そうではなくて残念でした。それでも良い講義をありがとうございます。
こんにちは、ファン・ヨンハクさん、このようにお時間を割いてレビューを残していただき、ありがとうございます。実は、この講義を準備するにあたって、多くの悩みがありました。どの部分をお伝えすべきか、どの概念が実務でより効果的なのかについて悩み、このようなテーマを選定してみました😊😊 やはり一般的なクエリを作成する過程は、実際にはあまり役に立たないと思います。UNIONをうまく使うとか、WHERE条件を本当にうまく適用するとか、このような内容は現在の時代の流れに合わないテーマだと思いました。なぜなら、今やAIが私よりも、そして他のシニア開発者の方々よりもうまく使い、より良く分析して教えてくれるからです。 そのため、一般的なクエリを扱いもしますが、この部分に集中するよりは、このMySQLというデータベースを使いながら皆さんが活用し適用できる部分が何なのかをお伝えするのが正しいと思いました。 この内容を基に、今後AIに質問を投げかけて業務パフォーマンスを向上させていただけると思いました。 そのため、このような観点が多く入った講義であるため、残念ながらファン・ヨンハクさんがお望みの講義ではなかったようです。それでも今後、より良い講義を提供し、より良い姿をお見せできるよう努力いたします。講義を受講していただき、本当にありがとうございました😊😊😊
受講レビュー 27
∙
平均評価 4.0
2
表面的な理解
こんにちは、digitcomさん、フィードバックをいただきありがとうございます!!やはり様々なトピックを扱う必要があり、MySQLに対するクエリを作成する方式は多様ですが競争力が劣ると思い、全般的なアーキテクチャについてお伝えしたかったのです。 また、ある程度勉強する上での方向性と見解をお伝えしたくて、このようなトピックで一度ご提供させていただいたのですが、やはり私がdegitcomさんにより良い満足をお届けできなかったようですね😭😭今後もっと良い評価をいただけるよう努力いたします。 ありがとうございます。
知識共有者の他の講座を見てみましょう!
同じ分野の他の講座を見てみましょう!
新規会員登録で25%OFF
¥7,590
25%
¥10,120