mrmapleleafさんの投稿一覧

こんにちは。
この問題では、サービス無停止でリクエストの失敗に対する対応を行う適切な方法について問われており、回答は
「リクエスト失敗時にクライアントがエクスポネンシャルバックオフで再試行するようにアプリケーションを設定する」とされています。
設定を追加したものを再デプロイする必要があると思っているのですが、問題文のシチュエーションでは特に冗長化しているなどの説明がない（例えば「複数インスタンスある」などの記載があれば「ローリングアップデート出来るな」と判断できそう）ので、単体のインスタンスで動いていると考えてしまいました。
この問題の前提には「基本的に言及がなければ、EC2のインスタンスは複数で動いている」などがあるのでしょうか？
何かご存知の方いらっしゃいましたら、ご教授いただけますと幸いです。
よろしくお願い致します。

この問題ではリアルタイムでのデータ収集、一元化、分析を要件としており、回答では一元化のためにGlueでJson形式に変換することが選ばれています。しかし、問題38908の解説では、Glueでの変換はリアルタイム性に欠けるので、MSKの方が適切であると記載されています。
この通りであるなら、問題38902でもリアルタイム性が求められているのであれば、Glueは不適切なのではないかと考えたのですが、ご見識ある方いらっしゃいましたら、ご教授いただけますと幸いです。よろしくお願いいたします。

こんにちは。
問題30365にて、解説で
ELBにサーバー証明書を導入する場合はELBからWebサーバー間は平文の通信になります。ELBからWebサーバー間はインターネットとは隔離されたAWSのネットワークであり、機密性はAWSによって保証されています。
とあります。
問題文には
~クライアントからWebサーバーまでに通過するインターネット上の通信を暗号化した上で、Webサーバーには暗号化・復号による負荷がかからないようにするにはどうすればよいか。
とあるので、「クライアントからELB、ELBからターゲットのインスタンス」までの通信をすべて暗号化したい と言う意図に取ったのですが、
問題30364の解説では、この要件を達成するためには、ELB(ALB,CLB)とターゲットにサーバー証明書を置く方法とELB(NLB,CLB)を使って、ターゲットのみにサーバー証明書を置く方法の2つあると書かれていました。
ELB経由でクライアントからWebサーバーまでのすべての通信を暗号化するには、下記2つの方法があります。

問題30364の2つの方法とは別に、ELB経由でクライアントからWebサーバーまでのすべての通信を暗号化してかつ、サーバーにも暗号化・復号による負荷がかからない方法があり、それがこの問題30365の方法ということでしょうか？