サービスのサイズとスコープの検討 | Amazon Web Services
Amazon Web Services ブログ サービスのサイズとスコープの検討 技術においてマイクロサービスを構築するという逆らい難い流れがありますが、それには正当な理由があります。小さなコンポーネントは、モダンなアプリケーションのデリバリの手法と目的に対してとても相性が良いのです。ガートナーによると、ビジネスリーダー3人のうち2人は、競争力を保つためにはデジタル化の速度を早める必要があると考えています。その結果、多くのビジネスではソフトウェア配信のペースを上げる事に取り組んでいます。その為に、変更や障害による影響範囲の少ない、小さなコンポーネントを作るのは良い方法です。小さなコンポーネントはテスト、セキュリティ対策、安全なデプロイ、独立したスケーリングを行いやすいからです。Puppet Labsによると、小さなコンポーネントとDevOpsを組み合わせることで、デプロイの頻度が46倍にな
2021年版、サーバーレスのテスト手法を考える / Serverless Testing 2021
動画はこちら https://twitter.com/_kensh/status/1468951162053607424?s=20 サーバーレスはサクっと作れるのは良いけれどテストやデバッグが大変だって思うことはないでしょうか？ 難しさの理由としてプログラミングコードのテストだけでなく、サービスを統合した結合部分の設定、分散するコンポーネントの関係性、同期だけでなく非同期的に動作するイベントドリブンなコンポーネントのテストの方法論が浸透していない事にあるのではないでしょうか。このセッションでは実践的なサーバーレスのテスト手法やテストにおける注意点やチップスを含めてお届けします。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
