AWSで避けるべき5つの間違い | POSTD
今年からAWS（Amazon Web Services）クラウドコンサルタントとして、中小規模のAWSデプロイの相談を受けています。その多くは典型的なWebアプリケーションです。ここで、ぜひ避けたい5つのよくある間違いを紹介します。 インフラストラクチャを手動で管理する。 Auto Scaling グループを使わない。 CloudWatchのメトリクスを分析しない。 Trusted Advisorを無視する。 仮想マシンを活用しない。 典型的なWebアプリケーションにおける間違いを防ぎたい人は、次に進んでください。 典型的なWebアプリケーション 典型的なWebアプリケーションは最低限次の要素で構成されているものを指します。 ロードバランサ スケーラブルなWebバックエンド データベース そしてこのアプリケーションは、次の図のような仕組みを持っています。 注釈：（左から）DNS、CDN、静
AWSとGCPを使用したインフラ環境
1. AWS と GCP を使用したインフラ環境 Katsutoshi NAGAOKA Server-side Software Engineer Takusuta Tech Conference #1 2. 永岡 克利 (Katsutoshi NAGAOKA) • 酒好き Software Engineer • CyberAgent: 社内向け基盤システム開発 (2011-2014) 画像変換 API, 掲示板 API, NoSQL database service の開発 #Java #C++ #ImageMagick #MySQL #kumofs #Cassandra • 株式会社タクスタに JOIN (2015-) サーバサイドの開発（こっちがメイン）とインフラ全般を担当 #Golang #Python #Node.js #MongoDB #Redis #AWS #GCP @na_
ElastiCache の CloudWatch メトリクス、おれんチートシート | iret.media
ども、cloudpack の かっぱ (@inokara) です。 はじめに Amazon ElastiCache 用の CloudWatch メトリクスについてドキュメントが程よく整理されていますが、自分用にチートシート的にメモっておきたい。そのまま写経はダルいので必要（そうな）ものだけを写経する。 参考 ElastiCache に用意された CloudWatch メトリックス ホストレベルのメトリックス Memcached のメトリックス Redis のメトリックス モニタリングすべきメトリックス 概要 以下のメトリクスが提供される ホストレベルのメトリクス キャッシュエンジン（Redis や Memcached）固有のメトリクス 監視間隔 60 秒毎 Namespace と Dimensions Namespace AWS/ElastiCache Dimensions Dimensi
新卒インフラエンジニアを育成した話 | 外道父の匠
お久しぶりでございます。諸事情によって半年近くも息を潜めていましたが、また継続的なアウトプットをしていきたいと思います。あうとぷっとあうとぷっと。 昨年からAWSに触り始めて、少しずつ研究して、今年から本番運用を開始できています。なので、そっち方面が多くなりそうなのですが、その一発目として昨年にAWSを軸に新卒インフラエンジニアを育成してみた話を書いてみます。 経緯 ウチでは一般的な新卒採用を行っています。内定が出て、入社後はエンジニアも一定期間の研修を受けて、そして配属されることになっています。 私は稀に、キャリアプランによっては内定した段階の子との面談を組まされるのですが、その時点でインフラエンジニアになるという断固たる決意を持っていて、研修の段階に入っても意志は変わらなかった野郎がいたのでインフラ部隊に入れることにしました。しましたといっても普通は、配属は本人の希望以外に人事部判断や
プログラマに贈るクラウドとの上手な付き合い方
2. 自己紹介 • 名前 西谷 圭介 • 所属 アマゾンデータサービスジャパン ソリューションアーキテクト • ソーシャル – @Keisuke69 – https://www.facebook.com/keisuke69 • 主にウェブサービス、メディア、スタートアップのお客 様担当の技術職です • モバイルなどアプリケーション寄りなサービスを担当し ています
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
