サーバーレスの勉強方法を聞いてみた。- builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
西村「はじめまして、テクニカルトレーナー/マネージャーの西村です。よろしくお願いします。」 下川「はじめまして、シニア サーバーレススペシャリスト ソリューションアーキテクトの下川です。よろしくお願いします。」 西村「早速ですが、私が実施しているトレーニングの場で聞かれる質問に関していくつか質問させてください。細かい話なのですが、“サーバレス” と “サーバーレス” のどちらの記載が一般的でしょうか ? “バ” の後を伸ばすべきかが地味に気になっています。」 下川「“サーバレス” よりも “サーバーレス” の方が、AWS ドキュメント検索時のヒット率が上がるので、“サーバーレス”と私は書きますね。」 西村「ちょっと得する話ですね、ありがとうございます。抽象的なお話ですが、サーバーレスとは何でしょう ? と聞かれたらどう応えるべきでしょうか。サーバーレスとは、サーバーがレスという表現だとシッ
キャッシングの課題と戦略
Amazon で長年にわたってサービスを構築してきた中で、新しいサービスを構築するけれども、このサービスはそのリクエストを満たすためにいくつかのネットワーク呼び出しを行う必要があるというシナリオのさまざまなバージョンを経験してきました。おそらく、この呼び出しは、リレーショナルデータベース、Amazon DynamoDB などの AWS のサービス、または別の内部サービスに対するものです。単純なテストまたは低リクエストレートでは、サービスはうまく機能しますが、問題もあることにも気付きました。問題は、この他のサービスへの呼び出しが遅いこと、または呼び出し量が増えるとデータベースのスケールアウトに費用がかかることです。また、多くのリクエストが同じダウンストリームリソースまたは同じクエリ結果を使用していることに気づいたため、このデータをキャッシュすることが問題の解決策になると考えています。キャッシ
「この本が私を育てた！」「この本に早く出会いたかった！」エンジニアとしての個人的バイブルを語る (技術書編) - builders.flash☆ - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
テクニカルソリューションアーキテクトの金澤 (@ketancho) です。これから定期的に “How to be a Developer” カテゴリに記事を書かせてもらいますので、よろしくお願いします ! 私の普段の仕事については、この記事の最後に簡単ですが紹介しておりますので、よろしければ最後までご覧いただければと思います。 先月の builders.flash 公開の少し前に、「学生やこれから開発者を目指したい人の背中を押す記事を書いてみない ??」という話をもらいました。私自身、これからエンジニアを目指す方への支援はとても興味のある分野で、昨年は小学生から高校生が対象のものづくりのアワードの審査員（と書くと偉そうですね..）をさせてもらっています。そういう背景もあり、 builders.flash に寄稿させてもらうことになりました。 さて、何から書こうかなーと悩んでいたわけですが、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
