[B! aws][infrastructure] n-segaのブックマーク

n-sega id:n-sega

awsとinfrastructureに関するn-segaのブックマーク (8)

2015-05-23 クラウドの運用になってインフラエンジニアは何が変わるのか?
JAWS-UG Osaka 第13回勉強会「オペレーションじょうず」(https://jawsugosaka.doorkeeper.jp/events/22064) で発表した「クラウドの運用になってインフラエンジニアは何が変わるのか?」の公開資料です。Read less
n-sega 2015/05/24
aws

infrastructure
リンク
オンプレミスから AWS への劇的ビフォーアフター
2014/7/5 に行われた「夏の JAWS-UG 三都物語 2014」のスライドです。 http://santo2014.jaws-ug.jp/Read less
n-sega 2014/07/07
aws

infrastructure
リンク
ゲームインフラと解析基盤そのものの考え方を変えるAWS
5. 拡大を続けるAWS グローバルインフラストラクチャー GovCloud 米国西部米国東部南米 EU アジアパシフィック中国 US ITAR Region 北カリフォルニアオレゴン北バージニアサンパウロアイルランドシドニー東京シンガポール中国 10 Regions (地域) | 26 Availability Zones(データセンター群) | 51 Edge Locations アカウント一つで世界中のデータセンターを利用可能セキュリティーレベルは全て同じ使い勝手も全て同じ 6. 30を超えるAWSビルディングブロック Support CertificationTrainingProfessional Services Techno logy Partners Consulting Partners AWS MarketplaceEcosystem Elast
n-sega 2014/04/28
aws

game

infrastructure
リンク
JAWS DAYS 2014、Immutable Infrastructure について - naoyaのはてなダイアリー
何もかも投げ棄てて Dark Souls II をやりたい気持ち抑えながら JAWS DAYS 2014 で Immutable Infrastructure について話してきました。以下、資料です。(Embed できないのでリンクです) https://speakerdeck.com/naoya/immutable-infrastructure-number-jawsdays Immutable Infrastructure トラックのトップバッターだったので、そもそも Immutable Infrastructure とは何か、どのような背景でこのような概念が提唱されるに至ったのか、そして現在は。またこれから何が変わるのかみたいな、大枠の話にフォーカスして話しました。会場は Immutable Infrastructure トラックは立ち見が出てるくらい盛況で、やはりこの分野に注目が集
n-sega 2014/03/15
aws

infrastructure

immutable

jaws

devops
リンク
Cookpad's deployment and auto scaling
クックパッドのデプロイとオートスケール 2014.03.15 JAWS DAYS 2014 Immutable Infrastructure track http://jawsdays2014.jaws-ug.jp/speaker/i_naruta/
n-sega 2014/03/15
cookpad

aws

devops

immutable

infrastructure
リンク
2014年のウェブシステムアーキテクチャ - stanaka's blog
(Monitoring Casual Talk in Kyotoで発表してきたので、ブログエントリにまとめ直しました) 2013年はインフラ周りの技術的な進化が大きく、いくつかのエポックメイキングな概念と実装が産まれました。個人的には特に以下の2つが大きいと思っています。 AWSの本格普及期 DockerとImmutable Infrastructure これらを踏まえて、2014年のウェブシステムの進化の方向性を考えてみます。また、それによるモニタリングへの影響もあわせて考えます。だいぶ長くなってしまったので、急ぐ人は最後に結論をまとめましたので、そちらからどうぞ! 2013年という時代背景 AWSが本格普及期を迎えているのは、言わずもがなのことで、Re:Inventでの246件という膨大のセッション数などにその勢いが表われています。また、DockerはLXC (LinuX Conta
n-sega 2013/12/02
このトレンドに取り残されないようにキャッチアップしておかなきゃ。 “システム全体でのリソース管理の重要性の高まり”

infrastructure

docker

aws

architecture
リンク
インフラ系技術の流れ - Gosuke Miyashita
ここ最近のインフラ系技術の流れがおもしろいなー、と思ったので、Puppet が出た辺りぐらいから、振り返って整理してみる。殴り書きなので、後から修正したり書き加えたりするかも。特に後半の方は、あまり考えが整理できてない。最近のウェブ界隈での「インフラ」という用語の使われ方には、色々異論もあるようだけど、ここではごく最近使われるようになってきた、OS からミドルウェアといったソフトウェアレイヤーを指す言葉としてのインフラについて触れる。（英語圏でも同様の意味で使われているようなので、ある程度市民権を得たと言っても良さそうだし。）プロビジョニングレイヤーまず、前提知識としてプロビジョニングレイヤーと自分が勝手に呼んでるものについて整理。 Chef や Puppet は「プロビジョニングフレームワーク」とも呼ばれているが、以下の議論をより厳密にするために、Lee Thompson 氏による
n-sega 2013/10/29
infrastructure

configuration

aws

chef

puppet
リンク
コード書けるインフラエンジニアの深刻な不足問題
インフラエンジニアを厳密に定義しないであえて使うことをお許しください。だいたいは、ゼロスタートの山崎さんの記事を見てほしい。巷で聞かれる、「インフラエンジニアの深刻な不足問題」は、実は「コード書けるインフラエンジニアの深刻な不足問題」であり、それは「コード書けるインフラエンジニアへの深刻な給与不足問題」なのではないかと思うのです。インフラエンジニアに15年前にはいった人(私は大学卒業が15年前なので感覚で語れるのはこのころから)は特にインフラエンジニアなどとは呼称されていなかったはずです。オープン系サーバ屋、オープン系ネットワーク屋、汎用機のプログラマ、IPのネットワーク、ATM、sonet、INSのエンジニアなどのように分類されていたように記憶しています。もちろん複数の分野を持つ人、持たざるをえなかった人が時代を推進していたことは事実です。しかし、そのように区分されて業界にはいって
n-sega 2012/02/05
engineer

aws

infrastructure
リンク
1