シリコンバレーのAI開発者によるLLMサービスのためのRAG
Hong
¥20,536
早割
69%
¥6,196
入門 / JavaScript, Python, AI, ChatGPT, RAG
4.8
(9)
LLMの限界? シリコンバレーの現場で経験したRAGの試行錯誤と運用ノウハウをもとに、実践的な問題解決法をお伝えします。
入門
JavaScript, Python, AI
急増するトラフィック、どのように耐えるべきか?Kafka、Spring、CDC、Temporalを活用したEDA(イベント駆動型アーキテクチャ)ベースの実践的な設計パターンを通じて、障害に強く柔軟に拡張可能なアーキテクチャを構築する方法を学びます。非専門家でも理解できるよう、カカオの開発者の実務経験とともに、分かりやすく明確に解説します。リアルタイムのデータフロー、イベント処理、マイクロサービス連携まで一度に網羅する実践中心の講義!
学習した受講者のレビュー
5.0
ks ju
本当にとても良いテーマだと思います。改めて初めて聞く内容でしたし、これは...実務を経験していますが、一般的なAPIだけ開発してきた私に本当に世界が広いということを教えてくれるとても有益なテーマでした.. とても良いテーマで作ってくださってありがとうございます。 メリットとして言えるのは、ただアーキテクチャ自体から大きな部分を学んでいくことができ、ワークフローという本当に馴染みのない概念をこのような安い価格で出会えてとても良かったです。
5.0
Jlos Ho
これまで勉強しながら見た主題の中で最も意味深い講義のようですね。 ブログ内容でも講義動画でも本当に多くの主題を見たと思っていたのに、改めてこのような主題を見ることになって、井の中の蛙でずっと無駄な努力ばかりしていたようです。 それほど講義自体がとても見識が優れていて、幅広く見ることができる内容のようです。 多くの方々がこのような講義を作られ、受講されながら、私たちの開発文化がさらに成長すれば良いと思います。 良い講義を本当にありがとうございます。
5.0
릴뽀이_!
Inflearnで最高の講義の一つだと思います。他の有名な共有者の方々に比べてそれほど知名度が高い方ではないようですが、内容自体ははるかに優れていると思います。開発がとても上手で見識の良いシニア開発者から多くのことを学んだと思います。良い講義をありがとうございます。
イベント駆動型アーキテクチャ (EDA) の設計とパターン
Kafkaベースのメッセージキューと非同期データパイプラインの構築
Change Data Capture (CDC) およびリアルタイムデータ同期戦略
Temporalを活用した分散ワークフローオーケストレーションおよび状態管理
Spring Bootベースの非同期処理およびマイクロサービス統合設計
Kotlinを使用した現代的な関数型プログラミング手法
イベントを受け取って処理するところまでは、多くの人が行います。行き詰まるのはその次です。3番目の段階で失敗したとき、前の2つを元に戻すのか、そのままにして再試行するのか、その判断をどこに記述しておくべきか。
この図の一行が講義の全体経路です。前の4つの枠がデータをイベントに変える区間、最後の枠がそのイベントを最後まで責任を持つ区間です。
STEP 01 · 問題
イベントを発行して受信するコードは、すでに多く使われています。問題は、そのイベントが複数の段階を経る時です。
CASE 1
最初の段階はすでにコミットされています。三番目は開始すらしていません。今の状態をどこに書き留めておくべきか。
CASE 2
同じイベントを再度投入したところ、前の段階がまた実行されました。どこまで完了したかをシステムが把握していなかったためです。
WORKFLOW
各ステップをActivityに分け、順序をWorkflowとして定義すれば、どこまで完了したのか、そして何を再実行すべきかをプラットフォームが記憶します。
イベントベースで構築することと、イベントが失敗したときを設計することは別の話です。この講義では後者を扱います。
STEP 02 · 開始
Airflowの話かと思いきや、クライアントレベルでタスクを管理する別のツールの話へと移りました。
STEP 03 · プラットフォーム
一つだけを扱うのではありません。データをイベントに変える側と、そのイベントを最後まで責任を持つ側を一緒に見ていきます。
イベントが蓄積される場所です。ProducerとConsumer、そしてメッセージが何回伝達されるかを決定するDelivery Guaranteeまで扱います。
MySQLのBinary Logを読み取り、変更をイベントとして作成します。アプリケーションコードを修正することなく、データの変更を流し込むことができます。
イベントを受け取った後の順序と再試行を担当します。WorkflowとActivityという2つの概念で、長い作業を分割します。
環境はDockerで構築します。セクション3でDockerとVMがどう違うのかから詳しく解説します。
STEP 04 · カリキュラム
概念と環境をまず整え、KafkaとCDCを経てワークフローへと進みます。最後の2つのセクションが実装とテストです。
STEP 05 · 実装
セクション7が丸ごとコードです。ビルド構成から始まり、KafkaとTemporalの設定を行い、ActivityとWorkflowを直接作成します。
セクション8でMySQLテーブルを作成し、Debezium Connectorを設定して、先ほど学んだ経路が実際に流れるかを確認します。
STEP 06 · 受講レビュー
Inflearnの受講レビューからそのまま引用しました。
実務を経験していますが、一般的なAPI開発しかしたことがなかった私にとって、本当に世界は広いということを教えてくれる有益なテーマでした。アーキテクチャ自体から大きな学びを得ることができ、ワークフローという聞き慣れない概念に触れることができて、とても良かったです。
ks ju · 93% 受講後に作成
これまで勉強してきた中で、最も意義深い講義だと思います。ブログの内容であれ講義動画であれ、本当に多くのトピックを見てきたつもりでしたが、このようなテーマに触れてみると、井の中の蛙でずっと無駄な苦労をしていたのだと感じさせられました。
Jlos Ho · 89% 受講後に作成
以前のKafkaやMySQLも受講しながら、森を見るという感覚を強く受けましたが、この講義ではワークフローという思いも寄らないテーマに触れることができて、本当に良かったです。
tasd os · 85%受講後に作成
STEP 07 · 対象
CASE A
REST APIの開発には慣れているが、イベント駆動構造については記事などで読んだことしかないバックエンド開発者。
CASE B
KafkaとCDC、ワークフローを聞いたことはあるが、この3つをどう組み合わせるのか分からなかった方。
CASE C
トラフィックが集中した際に、どこまで処理されたか追跡ができない実務開発者。
STEP 08 · 現在の市場
新卒採用は減り、企業は検証済みの人材(即戦力)だけを採用しようとしています。ここ数ヶ月の間に出た記事です。
企業が不安を感じている分、採用される側はより明確な違いを見せなければなりません。同じ時間を費やしても、何をどのような順序で見るかによって、説明できる深さが変わってきます。
STEP 09 · 作成者
Hongと一緒に講義を作る開発者の中で、ワークフローを実際に使ったことがある人は一人でした。そのため、この講義にはその人が最も深く関わっています。
KAKAO · BACKEND & DATA ENGINEER · 面接官
カカオでバックエンドとデータエンジニアリングを担当しています。KafkaとDebeziumは以前の講義でも扱いましたが、そこにワークフローを加えてイベント処理の安定性までつながるように構成しました。
"カカオで働いている人でもよく知らない場合が多くて、なぜ知らないんだろうと思ったりもしました。"
知識共有者 · 板橋(パンギョ)プラットフォームサーバー開発
非専攻からスタートし、現在は板橋(パンギョ)でプラットフォームのバックエンドを開発しています。現職の知人たちと一緒に講義を作ることを原則としています。
"イベントを受け取るところまでは誰もがやります。失敗した時こそが本当の設計です。"
STEP 10 · 質問
前の4つのマスがデータをイベントに変え、最後のマスがそのイベントを最後まで責任を持ちます。
커리큘럼 보기進行状況をコードの外に残せば、再試行は人間の判断からプラットフォームの役割へと移り変わります。
결정하기 전에 커리큘럼 다시 훑어보기講義を聞いていて気になる部分、自分のサービスに適用しながら生じる質問、キャリアの話まで共有できる空間が別途用意されています。行き詰まる部分は、大抵他の人も行き詰まる場所です。
学習対象は
誰でしょう?
リアルタイムデータパイプラインを構築しようとしているバックエンドエンジニア
分散システムにおけるデータ一貫性と同期に関心のあるエンジニア
マイクロサービスアーキテクチャ設計に関心のある開発者
マイクロサービスおよび分散システム設計に挑戦する開発者
大容量トラフィックを処理するシステムの拡張性に悩むバックエンドエンジニア
MySQLとKafkaを連携させ、リアルタイムイベント処理およびデータ同期の実装を学びたい開発者
非専攻者で勉強が難しい就職準備生およびジュニア開発者
実務を経験しながらも、スキルの伴わない経歴(ムルギョンリョク)になることを恐れているサーバー開発者
インフラン認証
キャリア認証
9,686
受講生
608
受講レビュー
167
回答
4.8
講座評価
31
講座
家でだらだら過ごしていたところ、開発に興味を持ち勉強を始め、現在は板橋(パンギョ)でプラットフォームサーバーの開発を担当しています。私が勉強してきた方法や、実務で直面する可能性のある様々な問題点とその解決策を皆さんに提供したいと思い、知識共有者としての活動を続けています。
講義は私一人の知識だけで作られるものではありません。すべての講義には、共に作り上げてくださる方々がいます。
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関連ブロックチェーン開発者
[前] メタバースバックエンドエンジニア
[現] 板橋(パンギョ)でベテランになりつつあるサーバー開発者
[インタビュー履歴]
[その他のお問い合わせ]
[公式サイト]
全体
27件 ∙ (4時間 51分)
講座資料(こうぎしりょう):
全体
44件
5.0
44件の受講レビュー
受講レビュー 12
∙
平均評価 5.0
5
Hongと一緒に講義を提供する開発者たちの中で唯一、ワークフローについて知っており使用経験があるカカオで開発しているサーバー開発者です~~ そのため、この講義に最も深く参加することになりました。実際、KafkaやDebezium(CDC)のようなアーキテクチャはHongが以前にも一度扱ったことがあります。それに加えて、ワークフローまで導入して全般的なEDAベースのアーキテクチャでの安全性まで含める主題で一度準備してみました。 この講義が皆さんにとって大きな助けになればと思います😊😊 今後Hongが一緒により有益で良い講義を提供できるよう努力いたします。 イベントにもたくさんのご参加をお願いします!! 次の講義もご期待ください!! 良い一日をお過ごしください~
今度もより有益な講義を一緒に作ってみましょう😊😊
受講レビュー 8
∙
平均評価 5.0
5
Tossでサーバー開発をしながらHongと最近MySQLの講義を作ってみた開発者です。魔性の男Hongがまたカカオの友達を誘ってワークフロー講義を作ったんですね!! 私が知っているworkflowはAirflowしかありませんでしたが、オープンソースを活用してクライアントレベルでも実装可能な内容は初めて見ました。私の立場からもかなり有益なテーマなので面白く見ました。 この講義もたくさんの関心をお願いし、次の講義もたくさんの関心をお願いします。Hongと一緒に良いテーマを作ってみるようにしますね。
魔性の男だなんて...それは何のことですか 😆😆😆😆 弟子として沢山学ばせていただきます。ありがとうございます。
受講レビュー 4
∙
平均評価 5.0
5
短い講義に核心だけを抜き出して説明してくださるので、退屈する暇がありませんね 重要な内容中心にすっきりと講義してくださってありがとうございます。Kafkaの動作方式が気になって受講し始めましたが、とても役に立ちそうです。
こんにちはParkさん!!できるだけ短時間で有益な内容だけをお伝えするよう努力いたしました。ありがとうございます!!
知識共有者の他の講座を見てみましょう!
同じ分野の他の講座を見てみましょう!
期間限定セール
¥59,400
25%
¥9,914