Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
第160回 雲勉 それ、AWS Step Functions で置き換えれん?
Search
iret.kumoben
May 02, 2025
Technology
0
120
第160回 雲勉 それ、AWS Step Functions で置き換えれん?
下記、勉強会での資料です。
https://youtu.be/q48oBNnbj64
iret.kumoben
May 02, 2025
Tweet
Share
More Decks by iret.kumoben
See All by iret.kumoben
第177回 雲勉 IdP 移行を楽に!Amazon Cognito でアプリへの影響をゼロにするアイデア
iret
0
35
第176回 雲勉 VPC 間サービス接続を考える!Private Service Connect 入門
iret
0
35
第175回 雲勉 Amazon ECS入門:コンテナ実行の基本を学ぶ
iret
0
54
第174回 雲勉 Google Agentspace × ADK Vertex AI Agent Engineにデプロイしたエージェントを呼び出す
iret
0
91
第173回 雲勉 ノーコードで生成 AI アプリを構築!Google Cloud AI Applications(旧 Vertex AI Agent Builder)入門
iret
0
69
第170回 雲勉 Lyria が切り拓く音楽制作の未来
iret
1
44
第169回 雲勉 AWS WAF 構築 RTA
iret
0
51
第168回 雲勉 JITNAの使い方とハマったポイントについて語る回
iret
0
54
第167回 雲勉 エージェント開発を加速する Agent Development Kit 入門
iret
1
65
Other Decks in Technology
See All in Technology
ソフトウェア品質を支える テストとレビュー再考 / 吉澤 智美さん
findy_eventslides
1
900
AWS 環境で GitLab Self-managed を試してみた/aws-gitlab-self-managed
emiki
0
320
[AWS 秋のオブザーバビリティ祭り 2025 〜最新アップデートと生成 AI × オブザーバビリティ〜] Amazon Bedrock AgentCore で実現!お手軽 AI エージェントオブザーバビリティ
0nihajim
2
1.5k
コード1ミリもわからないけど Claude CodeでFigjamプラグインを作った話
abokadotyann
1
140
3年ぶりの re:Invent 今年の意気込みと前回の振り返り
kazzpapa3
0
180
CodexでもAgent Skillsを使いたい
gotalab555
0
880
今のコンピュータ、AI にも Web にも 向いていないので 作り直そう!!
piacerex
0
740
Kotlinで型安全にバイテンポラルデータを扱いたい! ReladomoラッパーをAIと実装してみた話
itohiro73
3
310
累計5000万DLサービスの裏側 – LINEマンガのKotlinで挑む大規模 Server-side ETLの最適化
ldf_tech
0
210
コミュニティと共に変化する 私とFusicの8年間
ayasamind
0
390
Snowflake Marketplaceには”PODB”という便利なオープンデータがあってAI Ready対応してるらしいよ/the-snowflake-marketplace-has-a-useful-open-data-source-called-PODB-that-is-apparently-AI-ready
shinyaa31
0
260
Pythonで構築する全国市町村ナレッジグラフ: GraphRAGを用いた意味的地域検索への応用
negi111111
8
3.1k
Featured
See All Featured
Intergalactic Javascript Robots from Outer Space
tanoku
273
27k
Making the Leap to Tech Lead
cromwellryan
135
9.6k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
31
2.7k
We Have a Design System, Now What?
morganepeng
54
7.9k
Why You Should Never Use an ORM
jnunemaker
PRO
60
9.6k
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
2
300
The Straight Up "How To Draw Better" Workshop
denniskardys
239
140k
BBQ
matthewcrist
89
9.9k
Imperfection Machines: The Place of Print at Facebook
scottboms
269
13k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
127
54k
The Web Performance Landscape in 2024 [PerfNow 2024]
tammyeverts
10
920
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
Transcript
2025/4/27 アイレット株式会社 アジャイル事業部 IoTセクション 第160回 雲勉 それ、AWS Step Functions で置き換えれん?
2 自己紹介 名前:北野 涼平(ヤマダ) 所属:アジャイル事業部 IoTS IoTBG 趣味:LT、プリン、読書 愛S:Figma、AWS Fault
Injection Service プロフィール
3 AWS Lambda 使ってますか?
4 AWS Lambda 使ってますか? • サーバーレス • サーバーを管理することなく、高可用性と耐障害性を実現 • 組み込みのログ記録・モニタリング機能
• スケーリング • 従量課金制 →色々あると思います AWS Lambda を使うメリット
5 デメリットはあるのか?
6 AWS Lambda 使ってますか? • プログラミング言語の知識が必要 • 高い専門性 • ランタイムのサポート廃止(Python3.9も2025年11月廃止予定)
• 複数の AWS Lambda を使用する場合は複雑になる • 実行時間の上限 →中でもランタイムのサポートは思っているより早いです AWS Lambda を使うデメリット
7 なるべくなら使いたくない…!
8 AWS Step Functions に 置き換えられないか考えてみよう!
9 アジェンダ • AWS Step Functions を採用するメリットについて • JSONata について
• 実際に使ってみた話 今回お話すること • 細かい設定値 • プロンプトなど 話さないこと
10 AWS Step Functions とは
11 AWS Step Functions とは • AWS提供のマネージドサービス • ワークフローとして各サービスを連携できる •
非常に多くのサービスに対応 <北野の偏見> Map処理したい時とか、 複雑な処理分岐にしか使ってはいけないのでは? AWS Step Functions とは ソンナコトナイヨ!
12 AWS Step Functions とは • 処理の可視化 • ワークフローがとっても視覚的! •
プログラミング言語の知識がなくても見れる(?) • ちょっとした処理は JSONata が吸収 • 自動スケーリング • ランタイムのサポートを気にしなくていい! • 非同期処理を作りやすい • AWS Lambda や Amazon API Gateway の タイムアウトから解放 AWS Step Functions のメリット
13 実際に使ってみる
14 実際に使ってみる 構成図 実行時間に一抹の不安
15 実際に使ってみる 構成図 APIのレスポンスはすぐ来る
16 実践
17 実践 • フローが目で見える • 関連サービスがわかりやすい 処理の可視化(ワークフロー)
18 実践 • JSONata でちょっとした処理を吸収 • プロンプトを工夫したり、結果を入れる際の一手間など 処理の可視化(JSONata)
19 実践 JSONata とは • AWS Step Functions には2024年11月に追加 •
JSONデータの軽量クエリおよび変換言語 • JSONオブジェクトの複雑なデータ操作が可能 • フローの中間ステートが不必要になった! 処理の可視化(JSONata)
20 実践 • エラーによって細かく制御が可能 • Amazon DynamoDB でエラーが あったら Fail
、なければ API 呼び出しが視覚的 処理の可視化(エラーハンドリング) タイムアウトなどのエラーに よって分岐を指定できる
21 実践 処理の可視化(エラーハンドリング) 通ってきた処理が色づく アクションをクリック して原因を究明
22 実践 • アクションを選択 • AWS Lambda の時のように 言語を気にしない ランタイムのサポート
23 実践 • curl で API を実行 • わざわざ書くほどのことでもないが、Slack に通知がきた
• 生成AIなど、実行時間を予測しづらい時に◎ 非同期処理
24 まとめ
25 まとめ • 多くのサービスに対応し、処理の分岐も作りやすい • ワークフローを視覚的に表現 • エラーハンドリングも見やすく、原因調査もしやすい • 生成AIとの相性がよい
• 非同期処理 • Amazon Bedrock アクションも豊富 • 簡単な処理は JSONata が吸収 • プログラム風だが、慣れれば簡単(?) AWS Step Functions を使ってみた
26 まとめ もちろん AWS Lambda や別のアプローチのほうが良い場合も ありますが、AWS Step Functions を使用するメリットを理解
し、採用を検討してみてください。 私は並行処理や AWS Lambda を複数扱うためでしか使わない 方がいいのかなと思っていました。実際に触ってみるとワー クフローは視覚的であり、アクションも豊富でむしろ簡単な 処理にこそ向いているのではと思ったほどです! AWS Step Functions を使ってみた
27 まとめ お話したこと • AWS Step Functions を採用するメリットについて • JSONata
について • 実際に使ってみた話 今回作成した構成について、 iret.media にて詳細に記事にしようと思います! AWS Step Functions を使ってみた
28 ありがとうございました!