AWS Solutions Architect ブログ
Nick CorbettはAWS Professional Servicesのシニアコンサルタントです。 私たちのお客さまの多くが、AWS上でデータレイクを構築しています。それは大量の多様なデータを扱うときに、柔軟性があり従量課金制のクラウドモデルが理想的なためです。お客さま自身でデータレイクを構築する場合がある一方で、さまざまなパートナー製品を活用して構築されるお客さまも数多くいらっしゃいます。 私たちは今日、お客さまがAWS上でデータレイクを構築するための新たな選択肢として、データレイクソリューションをご紹介します。ソリューションはAWS CloudFormationスクリプトとして提供いたしますので、そのままお使いいただくことだけでなく、お客さま独自のデータ管理・検索・処理の必要性に応じて、リファレンス実装としてお使いになることもできます。 このエントリーではソリューションの紹介をす
AWS Solutions Architect ブログ
こんにちは、SAの舟崎です。 2016/1/12に開催されたAWS初心者向けWebinar「.NET開発者のためのAWS超入門」の資料が公開されております。 また、Webinarで頂いたご質問とその回答を以下に掲載させていただきます。 Q: AWS SDK for .NET は、C言語だけですか？AWS SDK for .NETはVB.NETは対応していないのでしょうか？ 今回は紙面の関係でC#でのみコードを記述していますが、VBもサポートしています。 Q: 資料p65にある DynamoDBのオブジェクト永続化APIはクエリにも使えますでしょうか? はい、オブジェクト永続化APIでもQueryメソッドを提供しています。 次回のAWS初心者向けWebinarは「AWSクラウドでのWindowsの実行」です。多くの方のご参加をお待ちしております。
AWS Solutions Architect ブログ
お知らせ： 本ブログ記事でも紹介されているホワイトペーパー"AWS Best Practice for DDoS Resiliency"の日本語訳が公開されました。こちらよりダウンロードできますので是非ご参照ください。 分散型サービス妨害攻撃（DDoS）はネットワークや、システム、アプリケーションを、それらが処理できる以上のトラフィックやコネクション、リクエストにより溢れさせる企てとして有害な攻撃者により時折用いられるものです。 当然のことながら、お客様はしばしばこの種の攻撃から私達がどのようにお客様のアプリケーションを守ることを支援できるのか尋ねられます。 お客様の可用性を最大化する支援をするため、AWSはDDoS対策アーキテクチャーを構築するためにAWSのスケールを活用できるようにするベストプラクティスを提供しています。 これらのベストプラクティスは"AWS Best Practice
AWS Solutions Architect ブログ
AWS Lambdaをサポートした、AWS Toolkit for Visual Studioのバージョン1.9.0をリリースしました。AWS Lambdaはプレビュー中のあたらしいコンピュートサービスで、イベントに対応した自分のコードの実行と、コンピュートリソースの自動的な管理によりあたらしい情報に迅速に対応するアプリケーションを作成することがかんたんにできるようになります。 Lambda functionはNode.jsで書かれますが、Visual StudioデベロッパーのためここからダウンロードできるNode.js for Visual Studioプラグインと統合されています。Node.jsプラグインと最新のAWS Toolkitがインストールされていれば、ローカルでの開発とデバッグ、準備ができたらAWS Lambdaへのデプロイがかんたんにできます。では、Lambdaファンクシ
AWS Solutions Architect ブログ
前回では、AWS Direct Connectを利用したハイブリッド構成で、オンプレミスのWebサーバをAWSにオフロードする基本構成をご紹介しました。 今回は、前回の構成をベースにAuto Scalingを使って自動的にスケールアウトを行う 方法をご紹介します。 Auto Scaling Group内のEC2インスタンスの平均CPU使用率が70%を超えたらAWSのVPC上にインスタンスを追加し、ロードバランサ vThunderに自分自身をWebサーバとして登録します。CPU使用率の監視にはAmazon CloudWatchを利用します。 処理の流れは以下のとおりです。 CloudWatchでAuto Scaling Group内のインスタンスのCPU使用率を監視 CPU使用率が70%を超えらたらアラートを生成 あらかじめ設定されたAuto Scalingにより、新規でインスタンスが起動
AWS Solutions Architect ブログ
オンプレミスでWebサービスを運用していると、突発的な高負荷時にすぐに追加のサーバを用意できない、想定される最大負荷に応じてサーバをあらかじめ用意しておくにはコストが掛かりすぎるなど、スケールに関する問題に直面します。そこで今回は全３回にわたって、オンプレミスとAWSをネットワーク接続し、オンプレミスのWebサーバをAWSにオ フロードすることで必要なときに必要な台数のWebサーバをAWS上で確保する事例をご紹介します。 構成 オンプレミスからAWS間のネットワーク接続は専用線サービス「AWS Direct Connect」を利用します。オンプレミス上にはWebサーバが常時2台稼働していますが、追加のWebサ ーバが必要になった場合はAWSのVPC上にインスタンスを起動し、ロードバランサに追加します。別途、動作確認用にWebクライアントをロードバランサの上位に設置しております 。 本事例で
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS Solutions Architect ブログ