}}適切な情報に変更エントリーの編集エントリーの編集は全ユーザーに共通の機能です。ガイドラインを一読の上ご利用ください。非公開にするキャンセルtwitterアカウントが登録されていません。非公開にするキャンセルtwitterアカウントが登録されていません。複雑に見えるが、ほとんどの案件ではEC2とRDS(Aurora)とElastiCacheで事足りるわけで、いうほど複雑でもない。基本ツールで困ったときの選択肢が多いだけと考えたほうがいい。この複雑さこそ、Azureに水をあけられている理由ではないだろうか。最適化するために多種多様なサービスが必要なのは理解できるが、小規模サービスで必要なサービスは限られている。プロモーションの点でいまいち。だれかまとめのまとめを作って下さい。ロングテール戦略ってやつだろ。コンサルタントに相談しないとどのサービスを組み合わせるのが最適かわからないな。実際、明らかに間違えた使い方をしている現場も多い。サービス増えたけど普通のwebアプリケーションだったら使うモノはほぼ変更ないよ。オンプレとの連携に便利とか、BI分析系に突っ込むのが楽になるよね、とかそのあたりの拡充が多いだけよ。すごく良くまとまってて便利そう。それにしてもサービス増えたな。こんだけサービスあるのに金無くて最適/最安な構成でとか言ってくる奴は要件定義力と設計力磨こうな。IoT系一度ちゃんと触っておきたいんだよなー。AWSはもうだいたいデザインパターンっていうか鉄板のサービスの組み合わせが決まっているので、個々のサービス見るよりもそれ覚えた方が良い。(AWSに限らないだろうけど)マネージドサービスは既存サービスの組合せなので、運用時のトラブル調査のためにも元のサービスの組合せ一覧を把握する必要があったりする。全サービス一覧と共に欲しくなる情報。全部使いこなそうとするとしぬ。やりたいことに使えるものがあるかって探しかたしたほうがしなない。マイナーな奴いくつか使ってる。こんなにいっぱいあると突然サービス終了したりするのも出始めるのかな。使うのは案外少ないよ。アソシエイト資格はecsとbeanstalkが頻出だった。LambdaとDynamoDBは活用すべき。AWSのマネージメントコンソールのメニューを開いて、一つ一つのサービスの概要と良し悪しを30〜60秒づつくらいで説明してた。“年間で99.99%の可用性と99.999999999%の耐久性”そりゃーサービスを使う人間が増えれば9の数は増えるのは当然で、その0.00..1が致命的なんだろう。いうのをいちいち押さえて予習することはそういう職業でもないとほぼ不可能なので、何かやりたい時にAWSでそういうのないかなと軽く調べるぐらいがちょうどいい付き合い方かもしれない。ロングテール戦略ってやつだろ。複雑に見えるが、ほとんどの案件ではEC2とRDS(Aurora)とElastiCacheで事足りるわけで、いうほど複雑でもない。基本ツールで困ったときの選択肢が多いだけと考えたほうがいい。サービス増えたけど普通のwebアプリケーションだったら使うモノはほぼ変更ないよ。オンプレとの連携に便利とか、BI分析系に突っ込むのが楽になるよね、とかそのあたりの拡充が多いだけよ。オンプレ版AWS、専用線、衛星辺りはどれくらいの会社が使っているのだろう。Developers.IOこんにちは。サービスグループの武田です。AWS全サービスま...続きを表示こんにちは。サービスグループの武田です。これまではいくつかに分割して公開していましたが、1エントリにまとめてほしいという要望をもらっていたため、今年は1エントリに集約してみました。どちらがいいのか正直わからないので、フィードバックなどあれば参考にさせていただきます。"クルーズ船内の感染予防が不十分だったのではないかとの疑問が出されている。今回のオペレーションの最優先の目的は3700名の乗客乗員の中に何名いるかわからぬ保菌者が入国し国内で感染が広がることを阻止する事だ。www.itmedia.co.jp突然のエンジニアリングマネージャー転身。Reserved.設定を変更しましたx。