Submit Search
Upload
AWS LambdaとDynamoDBがこんなにツライはずがない #ssmjp
•
69 likes
•
56,477 views
Masahiro NAKAYAMA
Follow
2017-06-30 #ssmjp AWS LambdaとDynamoDBがこんなにツライはずがない
Read less
Read more
Technology
Report
Share
Report
Share
1 of 29
Download now
Download to read offline
Recommended
The Twelve-Factor Appで考えるAWSのサービス開発
The Twelve-Factor Appで考えるAWSのサービス開発
Amazon Web Services Japan
20210526 AWS Expert Online マルチアカウント管理の基本
20210526 AWS Expert Online マルチアカウント管理の基本
Amazon Web Services Japan
20190806 AWS Black Belt Online Seminar AWS Glue
20190806 AWS Black Belt Online Seminar AWS Glue
Amazon Web Services Japan
Google Cloud で実践する SRE
Google Cloud で実践する SRE
Google Cloud Platform - Japan
AWS Black Belt Online Seminar 2018 Amazon DynamoDB Advanced Design Pattern
AWS Black Belt Online Seminar 2018 Amazon DynamoDB Advanced Design Pattern
Amazon Web Services Japan
マルチテナント化で知っておきたいデータベースのこと
マルチテナント化で知っておきたいデータベースのこと
Amazon Web Services Japan
Amazon Game Tech Night #25 ゲーム業界向け機械学習最新状況アップデート
Amazon Game Tech Night #25 ゲーム業界向け機械学習最新状況アップデート
Amazon Web Services Japan
20200630 AWS Black Belt Online Seminar Amazon Cognito
20200630 AWS Black Belt Online Seminar Amazon Cognito
Amazon Web Services Japan
Recommended
The Twelve-Factor Appで考えるAWSのサービス開発
The Twelve-Factor Appで考えるAWSのサービス開発
Amazon Web Services Japan
20210526 AWS Expert Online マルチアカウント管理の基本
20210526 AWS Expert Online マルチアカウント管理の基本
Amazon Web Services Japan
20190806 AWS Black Belt Online Seminar AWS Glue
20190806 AWS Black Belt Online Seminar AWS Glue
Amazon Web Services Japan
Google Cloud で実践する SRE
Google Cloud で実践する SRE
Google Cloud Platform - Japan
AWS Black Belt Online Seminar 2018 Amazon DynamoDB Advanced Design Pattern
AWS Black Belt Online Seminar 2018 Amazon DynamoDB Advanced Design Pattern
Amazon Web Services Japan
マルチテナント化で知っておきたいデータベースのこと
マルチテナント化で知っておきたいデータベースのこと
Amazon Web Services Japan
Amazon Game Tech Night #25 ゲーム業界向け機械学習最新状況アップデート
Amazon Game Tech Night #25 ゲーム業界向け機械学習最新状況アップデート
Amazon Web Services Japan
20200630 AWS Black Belt Online Seminar Amazon Cognito
20200630 AWS Black Belt Online Seminar Amazon Cognito
Amazon Web Services Japan
AWSのログ管理ベストプラクティス
AWSのログ管理ベストプラクティス
Akihiro Kuwano
20200303 AWS Black Belt Online Seminar AWS Cloud Development Kit (CDK)
20200303 AWS Black Belt Online Seminar AWS Cloud Development Kit (CDK)
Amazon Web Services Japan
20200526 AWS Black Belt Online Seminar AWS X-Ray
20200526 AWS Black Belt Online Seminar AWS X-Ray
Amazon Web Services Japan
20210216 AWS Black Belt Online Seminar AWS Database Migration Service
20210216 AWS Black Belt Online Seminar AWS Database Migration Service
Amazon Web Services Japan
[AWS EXpert Online for JAWS-UG 18] 見せてやるよ、Step Functions の本気ってやつをな
[AWS EXpert Online for JAWS-UG 18] 見せてやるよ、Step Functions の本気ってやつをな
Amazon Web Services Japan
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
ログ管理のベストプラクティス
ログ管理のベストプラクティス
Akihiro Kuwano
RDB技術者のためのNoSQLガイド NoSQLの必要性と位置づけ
RDB技術者のためのNoSQLガイド NoSQLの必要性と位置づけ
Recruit Technologies
AWSからのメール送信
AWSからのメール送信
Amazon Web Services Japan
例外設計における大罪
例外設計における大罪
Takuto Wada
AWS Black Belt Online Seminar 2016 Amazon EC2 Container Service
AWS Black Belt Online Seminar 2016 Amazon EC2 Container Service
Amazon Web Services Japan
Cloud runのオートスケールを検証してみる
Cloud runのオートスケールを検証してみる
虎の穴 開発室
20191016 AWS Black Belt Online Seminar Amazon Route 53 Resolver
20191016 AWS Black Belt Online Seminar Amazon Route 53 Resolver
Amazon Web Services Japan
ドメイン駆動設計のための Spring の上手な使い方
ドメイン駆動設計のための Spring の上手な使い方
増田 亨
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
今だから!Amazon CloudFront 徹底活用
今だから!Amazon CloudFront 徹底活用
Yasuhiro Araki, Ph.D
AWS CLIでAssumeRole
AWS CLIでAssumeRole
Tetsunori Nishizawa
マイクロサービス時代の認証と認可 - AWS Dev Day Tokyo 2018 #AWSDevDay
マイクロサービス時代の認証と認可 - AWS Dev Day Tokyo 2018 #AWSDevDay
都元ダイスケ Miyamoto
Infrastructure as Code (IaC) 談義 2022
Infrastructure as Code (IaC) 談義 2022
Amazon Web Services Japan
AWS Black Belt Online Seminar 2017 Amazon DynamoDB
AWS Black Belt Online Seminar 2017 Amazon DynamoDB
Amazon Web Services Japan
Serverless services on_aws_dmm_meetup_20170801
Serverless services on_aws_dmm_meetup_20170801
Amazon Web Services Japan
Amazon Web Services 最新事例集
Amazon Web Services 最新事例集
SORACOM, INC
More Related Content
What's hot
AWSのログ管理ベストプラクティス
AWSのログ管理ベストプラクティス
Akihiro Kuwano
20200303 AWS Black Belt Online Seminar AWS Cloud Development Kit (CDK)
20200303 AWS Black Belt Online Seminar AWS Cloud Development Kit (CDK)
Amazon Web Services Japan
20200526 AWS Black Belt Online Seminar AWS X-Ray
20200526 AWS Black Belt Online Seminar AWS X-Ray
Amazon Web Services Japan
20210216 AWS Black Belt Online Seminar AWS Database Migration Service
20210216 AWS Black Belt Online Seminar AWS Database Migration Service
Amazon Web Services Japan
[AWS EXpert Online for JAWS-UG 18] 見せてやるよ、Step Functions の本気ってやつをな
[AWS EXpert Online for JAWS-UG 18] 見せてやるよ、Step Functions の本気ってやつをな
Amazon Web Services Japan
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
Takuto Wada
ログ管理のベストプラクティス
ログ管理のベストプラクティス
Akihiro Kuwano
RDB技術者のためのNoSQLガイド NoSQLの必要性と位置づけ
RDB技術者のためのNoSQLガイド NoSQLの必要性と位置づけ
Recruit Technologies
AWSからのメール送信
AWSからのメール送信
Amazon Web Services Japan
例外設計における大罪
例外設計における大罪
Takuto Wada
AWS Black Belt Online Seminar 2016 Amazon EC2 Container Service
AWS Black Belt Online Seminar 2016 Amazon EC2 Container Service
Amazon Web Services Japan
Cloud runのオートスケールを検証してみる
Cloud runのオートスケールを検証してみる
虎の穴 開発室
20191016 AWS Black Belt Online Seminar Amazon Route 53 Resolver
20191016 AWS Black Belt Online Seminar Amazon Route 53 Resolver
Amazon Web Services Japan
ドメイン駆動設計のための Spring の上手な使い方
ドメイン駆動設計のための Spring の上手な使い方
増田 亨
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
今だから!Amazon CloudFront 徹底活用
今だから!Amazon CloudFront 徹底活用
Yasuhiro Araki, Ph.D
AWS CLIでAssumeRole
AWS CLIでAssumeRole
Tetsunori Nishizawa
マイクロサービス時代の認証と認可 - AWS Dev Day Tokyo 2018 #AWSDevDay
マイクロサービス時代の認証と認可 - AWS Dev Day Tokyo 2018 #AWSDevDay
都元ダイスケ Miyamoto
Infrastructure as Code (IaC) 談義 2022
Infrastructure as Code (IaC) 談義 2022
Amazon Web Services Japan
AWS Black Belt Online Seminar 2017 Amazon DynamoDB
AWS Black Belt Online Seminar 2017 Amazon DynamoDB
Amazon Web Services Japan
What's hot
(20)
AWSのログ管理ベストプラクティス
AWSのログ管理ベストプラクティス
20200303 AWS Black Belt Online Seminar AWS Cloud Development Kit (CDK)
20200303 AWS Black Belt Online Seminar AWS Cloud Development Kit (CDK)
20200526 AWS Black Belt Online Seminar AWS X-Ray
20200526 AWS Black Belt Online Seminar AWS X-Ray
20210216 AWS Black Belt Online Seminar AWS Database Migration Service
20210216 AWS Black Belt Online Seminar AWS Database Migration Service
[AWS EXpert Online for JAWS-UG 18] 見せてやるよ、Step Functions の本気ってやつをな
[AWS EXpert Online for JAWS-UG 18] 見せてやるよ、Step Functions の本気ってやつをな
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
SQLアンチパターン 幻の第26章「とりあえず削除フラグ」
ログ管理のベストプラクティス
ログ管理のベストプラクティス
RDB技術者のためのNoSQLガイド NoSQLの必要性と位置づけ
RDB技術者のためのNoSQLガイド NoSQLの必要性と位置づけ
AWSからのメール送信
AWSからのメール送信
例外設計における大罪
例外設計における大罪
AWS Black Belt Online Seminar 2016 Amazon EC2 Container Service
AWS Black Belt Online Seminar 2016 Amazon EC2 Container Service
Cloud runのオートスケールを検証してみる
Cloud runのオートスケールを検証してみる
20191016 AWS Black Belt Online Seminar Amazon Route 53 Resolver
20191016 AWS Black Belt Online Seminar Amazon Route 53 Resolver
ドメイン駆動設計のための Spring の上手な使い方
ドメイン駆動設計のための Spring の上手な使い方
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
今だから!Amazon CloudFront 徹底活用
今だから!Amazon CloudFront 徹底活用
AWS CLIでAssumeRole
AWS CLIでAssumeRole
マイクロサービス時代の認証と認可 - AWS Dev Day Tokyo 2018 #AWSDevDay
マイクロサービス時代の認証と認可 - AWS Dev Day Tokyo 2018 #AWSDevDay
Infrastructure as Code (IaC) 談義 2022
Infrastructure as Code (IaC) 談義 2022
AWS Black Belt Online Seminar 2017 Amazon DynamoDB
AWS Black Belt Online Seminar 2017 Amazon DynamoDB
Similar to AWS LambdaとDynamoDBがこんなにツライはずがない #ssmjp
Serverless services on_aws_dmm_meetup_20170801
Serverless services on_aws_dmm_meetup_20170801
Amazon Web Services Japan
Amazon Web Services 最新事例集
Amazon Web Services 最新事例集
SORACOM, INC
AWS Lambda with Java/Scala #渋谷Java 第十二回
AWS Lambda with Java/Scala #渋谷Java 第十二回
hajime ni
AWSにおけるバッチ処理の ベストプラクティス - Developers.IO Meetup 05
AWSにおけるバッチ処理の ベストプラクティス - Developers.IO Meetup 05
都元ダイスケ Miyamoto
AWSのNoSQL入門
AWSのNoSQL入門
Akihiro Kuwano
AWS Black Belt Techシリーズ AWS re:Invent 2014 最新情報のアップデート
AWS Black Belt Techシリーズ AWS re:Invent 2014 最新情報のアップデート
Amazon Web Services Japan
インフラ系自主トレするならAWS
インフラ系自主トレするならAWS
Yasuhiro Araki, Ph.D
20191018 AWS Lambda
20191018 AWS Lambda
yamamotomsc
[要約] Building a Real-Time Bidding Platform on AWS #AWSAdTechJP
[要約] Building a Real-Time Bidding Platform on AWS #AWSAdTechJP
Eiji Shinohara
失敗から学ぶAWSの監視
失敗から学ぶAWSの監視
株式会社オプト 仙台ラボラトリ
AWS Lambda を使ってみた話 at づや会Vol.3
AWS Lambda を使ってみた話 at づや会Vol.3
ko ty
20121221 AWS re:Invent 凱旋報告
20121221 AWS re:Invent 凱旋報告
真吾 吉田
AWSクラウド利用料算出の参考資料
AWSクラウド利用料算出の参考資料
SORACOM, INC
コンテナで始める柔軟な AWS Lambda 生活
コンテナで始める柔軟な AWS Lambda 生活
Drecom Co., Ltd.
rails + serverengineで お手軽daemon
rails + serverengineで お手軽daemon
Akira Miki
JAWS DAYS 2015
JAWS DAYS 2015
陽平 山口
Serverless frameworkでお手軽lambda運用 at #nseg #93
Serverless frameworkでお手軽lambda運用 at #nseg #93
ko ty
エンターテイメント業界におけるAWS活用事例
エンターテイメント業界におけるAWS活用事例
Amazon Web Services Japan
初心者向け負荷軽減のはなし
初心者向け負荷軽減のはなし
Oonishi Takaaki
AWS初心者向けWebinar AWSでBig Data活用
AWS初心者向けWebinar AWSでBig Data活用
Amazon Web Services Japan
Similar to AWS LambdaとDynamoDBがこんなにツライはずがない #ssmjp
(20)
Serverless services on_aws_dmm_meetup_20170801
Serverless services on_aws_dmm_meetup_20170801
Amazon Web Services 最新事例集
Amazon Web Services 最新事例集
AWS Lambda with Java/Scala #渋谷Java 第十二回
AWS Lambda with Java/Scala #渋谷Java 第十二回
AWSにおけるバッチ処理の ベストプラクティス - Developers.IO Meetup 05
AWSにおけるバッチ処理の ベストプラクティス - Developers.IO Meetup 05
AWSのNoSQL入門
AWSのNoSQL入門
AWS Black Belt Techシリーズ AWS re:Invent 2014 最新情報のアップデート
AWS Black Belt Techシリーズ AWS re:Invent 2014 最新情報のアップデート
インフラ系自主トレするならAWS
インフラ系自主トレするならAWS
20191018 AWS Lambda
20191018 AWS Lambda
[要約] Building a Real-Time Bidding Platform on AWS #AWSAdTechJP
[要約] Building a Real-Time Bidding Platform on AWS #AWSAdTechJP
失敗から学ぶAWSの監視
失敗から学ぶAWSの監視
AWS Lambda を使ってみた話 at づや会Vol.3
AWS Lambda を使ってみた話 at づや会Vol.3
20121221 AWS re:Invent 凱旋報告
20121221 AWS re:Invent 凱旋報告
AWSクラウド利用料算出の参考資料
AWSクラウド利用料算出の参考資料
コンテナで始める柔軟な AWS Lambda 生活
コンテナで始める柔軟な AWS Lambda 生活
rails + serverengineで お手軽daemon
rails + serverengineで お手軽daemon
JAWS DAYS 2015
JAWS DAYS 2015
Serverless frameworkでお手軽lambda運用 at #nseg #93
Serverless frameworkでお手軽lambda運用 at #nseg #93
エンターテイメント業界におけるAWS活用事例
エンターテイメント業界におけるAWS活用事例
初心者向け負荷軽減のはなし
初心者向け負荷軽減のはなし
AWS初心者向けWebinar AWSでBig Data活用
AWS初心者向けWebinar AWSでBig Data活用
More from Masahiro NAKAYAMA
ハッカソンについて(分散アーキテクチャ時代におけるWebシステムの開発と運用) #seccamp
ハッカソンについて(分散アーキテクチャ時代におけるWebシステムの開発と運用) #seccamp
Masahiro NAKAYAMA
イントロダクション(分散アーキテクチャ時代におけるWebシステムの開発と運用) #seccamp
イントロダクション(分散アーキテクチャ時代におけるWebシステムの開発と運用) #seccamp
Masahiro NAKAYAMA
クラウド時代のものづくり(分散アーキテクチャ時代におけるWebシステムの開発と運用) #seccamp
クラウド時代のものづくり(分散アーキテクチャ時代におけるWebシステムの開発と運用) #seccamp
Masahiro NAKAYAMA
めもおきば新刊のお知らせ サーバーレスでHelloWorldする25の方法 #ssmjp
めもおきば新刊のお知らせ サーバーレスでHelloWorldする25の方法 #ssmjp
Masahiro NAKAYAMA
クラウド時代における分散Webシステムの構成とスケーリング #seccamp
クラウド時代における分散Webシステムの構成とスケーリング #seccamp
Masahiro NAKAYAMA
#ServerlessDays Tokyo 2019 「サーバーレス」な同人誌の紹介
#ServerlessDays Tokyo 2019 「サーバーレス」な同人誌の紹介
Masahiro NAKAYAMA
サーバーレス時代の システム設計ワークショップ
サーバーレス時代の システム設計ワークショップ
Masahiro NAKAYAMA
#ssmjp 2018/12 技術系同人誌を手に入れよう
#ssmjp 2018/12 技術系同人誌を手に入れよう
Masahiro NAKAYAMA
FaaSのインターフェースに見るサーバーレス #serverlessconf #serverlesstokyo
FaaSのインターフェースに見るサーバーレス #serverlessconf #serverlesstokyo
Masahiro NAKAYAMA
クラウドでハンズオンする話 #ssmjp
クラウドでハンズオンする話 #ssmjp
Masahiro NAKAYAMA
SORACOMでデータ上げてクラウドで分析・可視化するハンズオン #SecHack365
SORACOMでデータ上げてクラウドで分析・可視化するハンズオン #SecHack365
Masahiro NAKAYAMA
IoT時代のセキュアなクラウドインフラ構築術 #seccamp
IoT時代のセキュアなクラウドインフラ構築術 #seccamp
Masahiro NAKAYAMA
Serverless book
Serverless book
Masahiro NAKAYAMA
クラウドではじめるリアルタイムデータ分析 #seccamp
クラウドではじめるリアルタイムデータ分析 #seccamp
Masahiro NAKAYAMA
技術系同人誌を書こう #ssmjp
技術系同人誌を書こう #ssmjp
Masahiro NAKAYAMA
「サーバレスの薄い本」からの1年 #serverlesstokyo
「サーバレスの薄い本」からの1年 #serverlesstokyo
Masahiro NAKAYAMA
BluetoothメッシュによるIoTシステムを支えるサーバーレス技術 #serverlesstokyo
BluetoothメッシュによるIoTシステムを支えるサーバーレス技術 #serverlesstokyo
Masahiro NAKAYAMA
IoT(Bluetooth mesh) × サーバーレス
IoT(Bluetooth mesh) × サーバーレス
Masahiro NAKAYAMA
Serverless Architecture Overview #cdevc
Serverless Architecture Overview #cdevc
Masahiro NAKAYAMA
細かすぎて伝わらないSORACOM Funnelのオプション紹介 #soracomug
細かすぎて伝わらないSORACOM Funnelのオプション紹介 #soracomug
Masahiro NAKAYAMA
More from Masahiro NAKAYAMA
(20)
ハッカソンについて(分散アーキテクチャ時代におけるWebシステムの開発と運用) #seccamp
ハッカソンについて(分散アーキテクチャ時代におけるWebシステムの開発と運用) #seccamp
イントロダクション(分散アーキテクチャ時代におけるWebシステムの開発と運用) #seccamp
イントロダクション(分散アーキテクチャ時代におけるWebシステムの開発と運用) #seccamp
クラウド時代のものづくり(分散アーキテクチャ時代におけるWebシステムの開発と運用) #seccamp
クラウド時代のものづくり(分散アーキテクチャ時代におけるWebシステムの開発と運用) #seccamp
めもおきば新刊のお知らせ サーバーレスでHelloWorldする25の方法 #ssmjp
めもおきば新刊のお知らせ サーバーレスでHelloWorldする25の方法 #ssmjp
クラウド時代における分散Webシステムの構成とスケーリング #seccamp
クラウド時代における分散Webシステムの構成とスケーリング #seccamp
#ServerlessDays Tokyo 2019 「サーバーレス」な同人誌の紹介
#ServerlessDays Tokyo 2019 「サーバーレス」な同人誌の紹介
サーバーレス時代の システム設計ワークショップ
サーバーレス時代の システム設計ワークショップ
#ssmjp 2018/12 技術系同人誌を手に入れよう
#ssmjp 2018/12 技術系同人誌を手に入れよう
FaaSのインターフェースに見るサーバーレス #serverlessconf #serverlesstokyo
FaaSのインターフェースに見るサーバーレス #serverlessconf #serverlesstokyo
クラウドでハンズオンする話 #ssmjp
クラウドでハンズオンする話 #ssmjp
SORACOMでデータ上げてクラウドで分析・可視化するハンズオン #SecHack365
SORACOMでデータ上げてクラウドで分析・可視化するハンズオン #SecHack365
IoT時代のセキュアなクラウドインフラ構築術 #seccamp
IoT時代のセキュアなクラウドインフラ構築術 #seccamp
Serverless book
Serverless book
クラウドではじめるリアルタイムデータ分析 #seccamp
クラウドではじめるリアルタイムデータ分析 #seccamp
技術系同人誌を書こう #ssmjp
技術系同人誌を書こう #ssmjp
「サーバレスの薄い本」からの1年 #serverlesstokyo
「サーバレスの薄い本」からの1年 #serverlesstokyo
BluetoothメッシュによるIoTシステムを支えるサーバーレス技術 #serverlesstokyo
BluetoothメッシュによるIoTシステムを支えるサーバーレス技術 #serverlesstokyo
IoT(Bluetooth mesh) × サーバーレス
IoT(Bluetooth mesh) × サーバーレス
Serverless Architecture Overview #cdevc
Serverless Architecture Overview #cdevc
細かすぎて伝わらないSORACOM Funnelのオプション紹介 #soracomug
細かすぎて伝わらないSORACOM Funnelのオプション紹介 #soracomug
Recently uploaded
プレイマットのパターン生成支援ツール
プレイマットのパターン生成支援ツール
sugiuralab
プレイマットのパターン生成支援ツールの評価
プレイマットのパターン生成支援ツールの評価
sugiuralab
PHP-Conference-Odawara-2024-04-000000000
PHP-Conference-Odawara-2024-04-000000000
Shota Ito
新人研修のまとめ 2024/04/12の勉強会で発表されたものです。
新人研修のまとめ 2024/04/12の勉強会で発表されたものです。
iPride Co., Ltd.
IoT in the era of generative AI, Thanks IoT ALGYAN.pptx
IoT in the era of generative AI, Thanks IoT ALGYAN.pptx
Atomu Hidaka
Amazon SES を勉強してみる その12024/04/12の勉強会で発表されたものです。
Amazon SES を勉強してみる その12024/04/12の勉強会で発表されたものです。
iPride Co., Ltd.
20240412_HCCJP での Windows Server 2025 Active Directory
20240412_HCCJP での Windows Server 2025 Active Directory
osamut
Postman LT Fukuoka_Quick Prototype_By Daniel
Postman LT Fukuoka_Quick Prototype_By Daniel
danielhu54
Recently uploaded
(8)
プレイマットのパターン生成支援ツール
プレイマットのパターン生成支援ツール
プレイマットのパターン生成支援ツールの評価
プレイマットのパターン生成支援ツールの評価
PHP-Conference-Odawara-2024-04-000000000
PHP-Conference-Odawara-2024-04-000000000
新人研修のまとめ 2024/04/12の勉強会で発表されたものです。
新人研修のまとめ 2024/04/12の勉強会で発表されたものです。
IoT in the era of generative AI, Thanks IoT ALGYAN.pptx
IoT in the era of generative AI, Thanks IoT ALGYAN.pptx
Amazon SES を勉強してみる その12024/04/12の勉強会で発表されたものです。
Amazon SES を勉強してみる その12024/04/12の勉強会で発表されたものです。
20240412_HCCJP での Windows Server 2025 Active Directory
20240412_HCCJP での Windows Server 2025 Active Directory
Postman LT Fukuoka_Quick Prototype_By Daniel
Postman LT Fukuoka_Quick Prototype_By Daniel
AWS LambdaとDynamoDBがこんなにツライはずがない #ssmjp
1.
AWS LambdaとDynamoDBが こんなにツライはずがない Aki@nekoruri 2017-06-30 #ssmjp
2.
時はまさにサーバーレス時代! • 「サーバーレス」の定義の話、まだ要ります?
3.
サーバーレスアーキテクチャ #とは • 視点1:3種類の「サーバ」を捨てていく 1.
自分で管理する物理的・仮想的な「サーバ」を捨てて、 上の「機能」だけを利用する 2. プロビジョニング単位としての「サーバ」を捨てて、 確保サーバ数から消費したリソース量への転換 3. 処理全体に責任を持つ「指揮者としてのサーバ」を捨てて、 リアクティブな非同期メッセージングでシステムを構成 • 視点2:クラウドが提供する「ありもの」を最大限に活用する
4.
続きは書籍で! • SoftwareDesign 2016/04号 •
電子版が技評で買えます https://gihyo.jp/dp/ebook/2017/978-4-7741-8409-8 • サーバーレスの薄い本 • 電子書籍版 https://gumroad.com/l/memotr201608 • ダイジェスト https://www.slideshare.net/nekoruri/20161109-serverless-meetup
5.
サーバーレス三種の神器 • サーバーレスにシステムをつくるために必要なもの • 勝手にスケールするデータストア •
Amazon DynamoDB • Amazon S3 • 勝手にスケールするソフトウェア実行環境 • AWS Lambda • (クライアント側ブラウザ上で動くJavaScript) • それらをつなげる枠組み • Amazon Kinesis Streams • Amazon Simple Queue Service(SQS) • AWS Step Functions • Amazon API Gateway
6.
サーバーレス三種の神器 • サーバーレスにシステムをつくるために必要なもの • 勝手にスケールするデータストア •
Amazon DynamoDB • Amazon S3 • 勝手にスケールするソフトウェア実行環境 • AWS Lambda • (クライアント側ブラウザ上で動くJavaScript) • それらをつなげる枠組み • Amazon Kinesis Streams • Amazon Simple Queue Service(SQS) • AWS Step Functions • Amazon API Gateway
7.
背景 某社のIoTっぽいデータ収集のしくみ • BLEメッシュ ←
センサー情報 ↓ • SORACOM Funnel ↓ • Kinesis Streams ↓ • AWS Lambda ↓ • DynamoDB ⇒ 収集したデータの活用♥
8.
背景 サーバーレス環境の構築とデプロイ • Terraform • システム全体をTerraformで一括構築 •
AWS Lambdaの関数定義までは行い、ダミーZIP食わせておく • memory_sizeとかは初期値のみに使いignoreしておく • Apex • AWS Lambdaを関数単位でデプロイ(apex -e ENV deploy) • ログとかも見られる(apex -e ENV logs -f ) • 実際のmemory_sizeとかはこちらで管理・設定 • 全部まるっとGitで管理
9.
サーバーレスあるある選手権 • ひたすら「つらい」話をしていきます。 • あんまりAWSに詳しくない人ごめんなさい。
10.
AWS Lambda ログ • AWS
Lambdaでログを保存(例:console.log(“message”)) • CloudWatch Logsに保存されて、API経由で閲覧できる • 同期実行するとリアルタイムでも見られる(が今回は不可) • Apex経由で-fで追いかけていると遅れる • どっかでバッファリングされているっぽい? • 昔のログを掘ろうとすると結構面倒 • 出力先Log Stream(ファイル名)が不定 (=FaaSの内部構造の引きずられている) • ログのチャンネルが一つしかない • 別にアプリケーション固有ログ用のキュー持つ?面倒……
11.
AWS Lambda 確保メモリサイズの調整 • あらかじめ128MB~1.5GBの範囲で64MB単位で指定 •
それを超えると死ぬ • 実行時のCPU割当時間も、これに比例する • 右から左に流すだけで128MBで十分だろ’`,、 ( ´∀`) ‘`,、 → CPU性能足りなくて実行時間がうなぎ登り • ストリーミング処理だからと実行時間を最適化しようとすると職人芸 • 実行ごとの消費メモリ量・実行時間はログに出る • というか消費メモリ量はログにしか出ない (CloudWatchメトリクスに出ない) • ログにカスタムメトリクス出してDatadog等にサマらせるのが正解
12.
AWS Lambda VPC環境 • VPC環境でのLambda動作は茨の道 •
内部的にはEC2 ENIを確保するので、 インスタンス数が勝手に増えたときの初期化に時間が掛かる(>10s) • IPアドレスプール(これもクラウドの都合で勝手に増える) • ⇒基本的にVPCは使わない • きちんと認証機構のあるコンポーネントを利用 • Amazonモノなら普通にIAM Role • でも、たまにmemcachedとかRedisとか使いたくなる……
13.
AWS Lambda RDBMS使いづらい問題 • 同時接続数コントロールできない •
FaaSなのでインスタンス数が勝手に増減する • 上限をコントロールすることができない • 思っていたよりも増える(後述) • AWSの中の人も「相性が悪い」と名言
14.
AWS Lambda RDBMS使いづらい問題 • 同時接続数コントロールできない •
FaaSなのでインスタンス数が勝手に増減する • 上限をコントロールすることができない • 思っていたよりも増える(後述) • AWSの中の人も「相性が悪い」と名言 •じゃあなんとかしてよ!!!!!
15.
AWS Lambda +
Kinesis Streams 渡されるアイテムの個数 • ストリーム上のアイテムをまとめてLambdaに渡して起動 • 一気に渡す最大個数は指定できる(batch size) • 最大個数に満たないときは……? ⇒適当にぽろぽろ飛んでくる • もうちょっとコントロールさせて欲しい • たとえば最大待ち時間とか
16.
AWS Lambda+Kinesis Streams シャード毎の投入先Lambdaプロセス •
Kinesis Streamsはシャードという単位で複数のパイプに分割 • パーティションキーとしてどのシャードに入れるかを指定 • 一つのLambda関数は、シャードの数だけ同時実行される • 「シャード数が同時実行の単位」 http://docs.aws.amazon.com/ja_jp/lambda/latest/dg/concurrent-executions.html • 思い込みによる失敗事例 • Lambdaは連続実行している限りプロセスを使い回す ⇒Lambda起動を跨いだデータ保持が可能ではないか? • 結論:同時「実行」されるのは1シャード1プロセスだが、 複数のプロセスが起動しないとは言っていない(別プロセスが交互動作?) • FaaSなんだから関数の実行を跨ぐ状態を持ってはいけない(戒め) • ちなみに外部DBへの同時接続数も増えるはず
17.
Kinesis Streams パーティションキーの指定方法 • パーティションキーの分散度合いが重要 •
いくらシャードを増やしても、キーが1種類だけだと分散しない • 例:SORACOM FunnelはSIMのIMSI(≒電話番号)がキーだった • 第三者がKinesisに投入する場合はうまくやってもらう • SORACOM Funnel で AWS Kinesis Streams を利用するときのオプショ ンが追加されました https://blog.soracom.jp/blog/2017/04/18/randomize-key/ • 「Partition Key をリクエスト毎にランダムな値に設定するオプション を導入」
18.
DynamoDB そもそもKVSである • KVSってことは全てキー単位 • パーティションキーでのアクセスが必須 •
その中をソートキーで並べ替えは可能 • セカンダリインデックスで多少は頑張れないことは無い (ただし書き込み課金は2倍) • JOINして一括で引っ張るとかは無理 • N+1問題をベタに書くしか無い • リストを取得⇒N件分クエリを個別に投げる • あくまでデータの分散はパーティションキー • ソートキーだけで頑張ろうとする⇒データ分散しない⇒いつか死ぬ • Scanクエリ⇒テーブル全舐め⇒⏳
19.
DynamoDB 案外安くない • (状況にもよるが)N+1なクエリが必要 • 必然的にクエリの回数が増える •
1つの処理で200クエリをパラで投げてるとかザラ • それでもまともな時間で処理が終わる!すごいめう! • DynamoDB課金体系(東京) • 1秒あたり最大1回の書き込み能力の予約=月0.53USD(約60円) • 1秒で200個データ書き込もうとすると月12,000円💸 • 読込はもうちょっと安い • リザーブドキャパシティーで1年契約で半額ぐらい • 事実上の資産管理を強いるの、やめてくだしあ><
20.
DynamoDB キャパシティの調整 • 「確保量」であり「消費量」ではない • あらかじめ、必要な性能を確保する必要がある •
数字の上限で良いので、EC2のインスタンス管理よりは楽とはいえ…… • 一日に性能を減らせる回数には上限あり(条件付き9回) • 消費量から自動化は可能 • CloudWatchメトリクスで取得できる • 利用する時間帯や、実際の消費量からLambda等で調整することは可能 ⇒6/15、AutoScalingリリース!!!!!!!!!!!!!!!!!
21.
DynamoDB AutoScalingリリースされたけど • CloudWatch Alarmで閾値引っかかると性能を増減 •
まあLambdaで普通にやるのと一緒の機能 • 完全では無いので、導入してもメトリクスはきちんと注視 • 「消費量」を基にしていて、スロットリングがトリガでは無い • 一つのlambdaから呼ぶ複数のテーブルで性能不足が起きると、 互いに詰まって閾値まで消費量が上がってくれないことがある ⇒スロットリング起きてるのに性能引き上げが起こらない
22.
DynamoDB バックアップ • 冗長化はクラウドが勝手にやってくれる • が、バックアップは自前で取る必要がある •
Google: “DynamoDB Backup” ⇒ AWS DataPipelineつかってElacticMapReduceでS3に出力 • 動作確認用にベースバックアップ取り込みとか考えるとちょっと カジュアルじゃない
23.
DynamoDB っていうかKVS(再) • そもそもKVSだけでモノを作るのが大変 • ソシャゲ系の人がだいたい一度やってみて死んで覚える系あるある •
きちんとKVS系分散DBの特性抑えていないと設計ができない • せめて集約関数とか使わせてください • 同じ立ち位置のAzure CosmosDB(旧DocumentDB)にはある • 全部取ってきて自分で集約するしかない • まとめでデータぶっこ抜く系が弱い • ソートキーやスキャンで一定範囲ぶっこ抜き ⇒APIレスポンス1回1MB制限で再送を強いられて(開発者が)死ぬ
24.
Kinesis Firehose 東京に来ない • 手軽にS3に保存するためだけに太平洋を往復ビンタしたくない (本末転倒) •
Athenaの方が先に来ちゃったぞ!おい!
25.
Kinesis Analytics 東京に来ないし上手く動かない • Analyticsさらっと使えるようになるとNoCodingの夢が広がる •
ポテンシャルは高いはず • RANK系関数が何をどうやっても動かなかった • 誰か教えてください
26.
とはいえ • Lambdaはこのユースケースでは圧倒的に楽 • エラー再送とかKinesis
Streamsでうまくやってくれる • ただしイテレータの遅延時間の監視は必須 • (なので極力処理毎にlambdaは分割してKinesisに複数ぶらさげる) • DynamoDB、十分に速い • 性能確保してパラレルで投げれば、きちんと返ってくる • 200クエリ束ねてPromise.all • 性能という数字の管理だけで上手く動いてくれるのは幸せ • とにかくスタートアップ的には札束ビンタで時間を稼げる
27.
マルチクラウド? • 使いたい機能を一番適合するクラウドのモノを使いたい • どうしても密結合が必要な部分はある (Kinesis⇒Lambda等) •
データストアやBIなどは上手く「つまみ食い」できるのでは • ユーザ面どうするか • 現状はAWS特化でやっている • ID基盤は、ひとまず利用者側はAuth0で外部化はしてある • API Gatewayのサービスプロキシ等でうまくやれるはず • どうやっていくかが今後の課題
28.
まだまだ道半ば • モノが足りない • KVSだけでシステムを作ることを強いられている •
Firehose/Analyticsとか便利なサービスがまだ東京に来ない • ノウハウが足りない • 各コンポーネントの特性に基づくリソース割当の監視、運用 • あるていどの内部動作への理解が必要 • もうちょっとサーバーレスで頑張ってみようというお気持ち • 基盤から全部自分で作るよりは相当に楽 • サービスデリバリの高速化には既に十分寄与している • 全部おひとりさまサーバサイドエンジニアでなんとかなっている
29.
で、誰? • Aki (@nekoruri) •
BLEなIoTシステムの クラウド側担当 • ちょろっと執筆も • 「薄い本」も出しています • 最近はすっかり セキュリティ教育畑に…… • セキュリティ・キャンプ プロデューサー • SecHack365 実施協議会委員 • ProjectDIVA Arcade LV.624 / ミリシタはじめました NEW!
Download now