lynx   »   [go: up one dir, main page]

記事へのコメント52件

  • 注目コメント
  • 新着コメント
オーナーコメントを固定しています
Keisuke69
オーナー 未だにアクセスの多かったこのエントリを永代供養した

その他
kazeula
これやったけど実際つらかった。RDSはVPC前提でLambdaはNotVPC前提で提供されている感がある。

その他
taiji_inoue
わかるけど、DynamoDBはクセがすごい

その他
nekoruri
逆に言うとDynamoDBのデータモデルで許される範囲しかAWS Lambdaで実現できない、理解はするが納得はできない系のあれ。

その他
taguch1
コールドスタートの10秒を許容するの、社内システムくらいにしか用途を見出せない。そしてDynamoのプロジェクトには絶対に参加しない強い決意を持つくらいはたくさんの屍と脱出プロジェクトを見てきた。

その他
t-wada
"コネクションプールを実現することが難しいのです。Lambdaファンクションのコンテナ間では何も共有しませんし、外部のデータストアへと永続化しない限りはできないからです" 西谷さんに最初に相談したのこの件だったな

その他
biibiebi
タイトル見て「AWS Summit 2017で西谷さんが話していたなぁ」と思って訪問したらご本人の記事だった

その他
toyama0919
これ 、相性悪いって言ってるけど、Lambdaのshutdownのフックが 用意されればだいぶ違うと思うんだよね。

その他
joker1007
なので、Redis使ってるんだけど、DynamoDBってVPC使わずにプライベートアクセスできるんだっけ。だとするとネットワーク認識待ちが削れるので良いかもしれない。

その他
y_yuki
2の問題についてはRDSのIAM認証を使えば問題なさそうかな？(http://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/UsingWithRDS.IAMDBAuth.html

その他
オーナーコメントを固定しています
Keisuke69
オーナー Keisuke69 未だにアクセスの多かったこのエントリを永代供養した

2020/01/20 リンク

その他
youko03
"Lambdaは同時に処理すべきリクエストは必要なリクエスト数分のコンテナで処理します。つまり、各コンテナからDBへとそれぞれコネクションが張られることになります。ということは仮にデフォルト状態であっても1000コネ

その他
somemo
“本エントリの内容は2019年12月3日にアナウンスされた『Amazon RDS Proxy』のリリースにより完全に陳腐化しました。”

その他
daishi_n
昔はLambdaが直接RDBとセッション張ることになるのとファンクション実行毎にENIを作ってたからコネクションプールもできなかった。今はRDS Proxyができたからこれもカバーできる、とね。

その他
arrowKato
Amazon RDS Proxyをつかっとけ

その他
ymm1x
“ファンクションに対して同時実行数の上限を設定することができるようになりました” https://aws.amazon.com/jp/blogs/news/set-concurrency-limits-on-individual-aws-lambda-functions/

その他
tamu222i
なるほど！RDBとは相性悪いと・・

その他
manchose
わかりやすい

その他
tgk
「DynamoDBの場合は分散型データベースであり同時接続数の増加そのものは気にする必要がなくなります」

その他
tmatsuu
LambdaのVPCリソースへのアクセスのレイテンシ遅延問題に関しては、IAMポリシーでRDSにアクセスできるようになったことから実は解消したんじゃないかと思ってるがどうなんだろう。未テスト

その他
jsteins
コールドスタートは痛いけどMySQL系でプールできないのはそんなに痛くない。あとDynamoDBそんなにツラくないよ。クエリ貧弱で困るのは設計が悪いか慣れの問題だと思う。慣れるまでが大変なのは確か。

その他
wordi
"リクエストの度にコネクション張るのは重いが、かと言ってコネクションプール用意しようにもコンテナ間で共有出来ないので辛い"

その他
NOV1975
外部トリガーでオンライン的にやるには難しいよね。かと言ってLambdaでRDBMSを使うようなバッチを実行するには時間の制約が。

その他
y_r
AWS Summit で見たわー知ってるわーと思ったら本人だったw

その他
uskey
Dynamoで良いのではと思ってたけどDynamoはDynamoでつらいというコメを見て、あぁ…ってなっている

その他
yoshikidz
めっちゃでっかいサービス作ってるのかなー。MaxScaleを間においてもきついやつかな

その他
moccos_info
Kafka(Kinesis)挟んだらいかんのかこれ。トランザクション成功確認しないといけないケースだとどのみちどうにもならんとして

その他
Horiuchi_H
辛い話だ。まだまだサーバレスは地雷が多いな。

その他
nekoruri
nekoruri 逆に言うとDynamoDBのデータモデルで許される範囲しかAWS Lambdaで実現できない、理解はするが納得はできない系のあれ。

2017/06/22 リンク

その他
rgfx
あー。それで間にジョブキューなどを挟む必要が。

その他
jiro68
DB側のコネクションをプーリングするプロキシは、コネクション毎にサーバープロセスを生成しなければならないDB(Oracle/PostgreSQLとか)であるけど、それではダメなのかな？VPCアクセスの問題は面倒だな。

その他
taguch1
taguch1 コールドスタートの10秒を許容するの、社内システムくらいにしか用途を見出せない。そしてDynamoのプロジェクトには絶対に参加しない強い決意を持つくらいはたくさんの屍と脱出プロジェクトを見てきた。

2017/06/22 リンク

その他
GARAPON
わかる。ラムダ便利だけど使いにくい

その他
naga_sawa
Lambda はコネクションプーリングが難しいからRDBと相性悪い と

その他
tolkine9999h
間にSQS挟むとか？ってそれ、Lambdaで受ける意味無いか・・・

その他
daikikohara
VPCのコールドスタート遅い問題はAWS側で何とかならないもんなのかなぁ。。。API Gateway経由でクライアントから直接アクセスある場合は正確な同時リクエスト数なんて予想できないし中々辛いよね。。。

その他
monochromekk
"Lambdaファンクションのコンテナ間では何も共有しませんし、外部のデータストアへと永続化しない限りはできないからです。つまり、コンテナをまたいで利用するようなコネクションプールの実装は難しい"

その他
y_maeyama
“LambdaファンクションがVPC内のリソースにアクセスしようとしたとき、かつコールドスタートが発生したときはその仕組み上10秒〜30秒ほどのレイテンシが上乗せされます”

その他
suthio
LamdbaでRDB使うと基本的にioネックになるのでCPUリソースを使いきれないからもったいないってのもあると思う。

その他
ebo-c
C10K問題 2017か。HollywoodじゃなくAmazonでリメイク

その他
shozzy
サーバレスはまるっきり発想を切り替えないと理解できないよね。

その他

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

アプリのスクリーンショット
いまの話題をアプリでチェック！
  • バナー広告なし
  • ミュート機能あり
  • ダークモード搭載
アプリをダウンロード

関連記事

なぜAWS LambdaとRDBMSの相性が悪いかを簡単に説明する - Sweet Escape

2020/01/20 Update: 本エントリの内容は2019年12月3日にアナウンスされた『Amazon RDS Proxy』のリリー...

ブックマークしたユーザー

すべてのユーザーの
詳細を表示します

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

同時期にブックマークされた記事

いま人気の記事 - 企業メディア

企業メディアをもっと読む

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2025 Hatena. All Rights Reserved.
Лучший частный хостинг