乙武不倫の謝罪ホームページに見るサーバー構築：
今回、不倫で有名になった乙武さんの謝罪文はAWSのS3で構築してる。技術的にもプロの犯行だ。S3とは、ざっくり言うとAmazonさんが運営してるほぼ絶対落ちない静的サーバのことです。http://ototake.com をDNSで全部S3に降ってる。要するに謝罪文しか表示しないけど絶対落ちないサーバをAmazonさんから短期的に借りる。今後、芸能人の謝罪文はAWSのS3というソリューションが増える。 GMOさんは芸能人に強いのに営業しないのかな。CAと組んで謝罪文サーバとか売ればいいのに。これは、芸能人のサイトを運用している人には重要な事例だ。教科書にのるかもしれない。むしろ、今後の謝罪ページのセオリーになるかもしれない。昔に比べて、DNSの浸透は爆速になったので、こういうのが可能なんだろな。 今まで、ototake.comを無視して、短期的にS3にDNSを降ることで、以下のメリットが有る
A discussion about the breaking of the Internet
Hey everyone — I’m the head of messenger at Kik. I wish this didn’t have to be my first post on Medium, but open source is something that I care about. I’ve published a few meager open source projects in the past, things that aren’t groundbreaking but that I thought might be useful to other people, and I rely on countless others every day. I found out about this problem like a lot of you, when our
DevOpsとは開発と運用の改善ではない：4人の“DevOpsガイ”が熱弁
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます ビッグデータやIoTと並び、最近IT業界で流行っている言葉に“DevOps”がある。これは文字通り開発（Development）と運用（Operation）を合成したキーワードだ。開発担当者と運用担当者が連携することで、迅速で継続的なITシステムの開発と運用を実現する。 このDevOps、話題にはなっているが日本ではまだまだ十分に普及しているとは言いがたい。そんなDevOpsの現状と未来について、日本を代表する“DevOpsガイ”の4人、クリエーションラインのテクノロジー・エバンジェリスト 前佛雅人氏、Ryuzee.com 吉羽龍太郎氏、日本マイクロソフト エバンジェリスト 高添修氏、米MicrosoftのDevOpsエバンジェリスト
Dockerとnode-easymockでモックAPIサーバを作る - たけぞう瀕死ブログ
ローカル開発環境でミドルウェアを動かすためにDockerを使っているのですが、チーム外で開発しているAPIのモックが欲しくなることがあります。様々な手段が考えられますが、今回は固定のJSONを返すだけのシンプルなモックサーバでよいという要件だったので、サイバーエージェントさんのnode-easymockというものを使ってみました。 github.com これはNode.jsで実装されたモックサーバで、特にプログラムを書かずともレスポンスとして返したいファイルをパス階層に応じたディレクトリに配置しておくだけでそのファイルの内容を返すAPIを提供してくれるというものです。 ファイルの内容は完全固定だけでなく、リクエストで受け取った内容を組み込むなど簡単なテンプレーティングが可能です。また、別途設定ファイルを作成することでより複雑なルーティングや、レスポンスにディレイをかけたりといったこともでき
SIベンダーを使う、使わない？ クラウドが問う“内製回帰”の是非
パブリッククラウドの利用をきっかけに、“内製回帰”するユーザー企業が増えてきた。日経コンピュータ2016年3月17日号の特集記事「破壊的クラウドSI」を校了してこんな感想を持った。 今、内製に乗り出す理由は二つある。一つめの理由は、クラウドを使えばサーバーやミドルウエアがボタン一つで用意できるので、ユーザーが自ら手を動かしてインフラを作り、開発を素早く始められることだ。 AWS（アマゾン・ウェブ・サービス）などのクラウドは、こうした操作を行う「管理コンソール」を提供している。ユーザーは、従来のようにサーバーを発注したりソフトウエアライセンスを調達したりする手間なく、システム構築に取り組める（写真1）。 クラウド利用で内製志向を強める一社がコーセーだ。同社は店舗支援システムをはじめ、オンプレミスで運用してきたシステムをAWSへ移行する方針。「オンプレミスではSIベンダーが提案するハードウエア
AWS Database Migration Serviceを試してみた | DevelopersIO
※ 2016年3月時点、東京リージョン利用の場合 レプリケーションインスタンスストレージ 一時領域として利用されるレプリケーションストレージのローカルストレージとして、汎用SSD(gp2)が利用されます。こちらもEC2よりも少し割高となっているだけです。 レプリケーションインスタンス用ストレージ $0.138/GB-month ※ EC2 EBSのgp2は$0.10/GB-month ※ 2016年3月時点、東京リージョン利用の場合 データ転送料金、その他 データ転送料金として、通常のAWSデータ通信費用がかかります。移行先DBがAWS内にあれば、ほとんどはInbound通信になるので問題とはならないはずです。その他、レプリケーションの記録をCloudWatch Logsに保存することができますので、こちらにも若干の費用がかかります。 料金 - AWS Database Migration
投稿数が7倍に。ジャストシステムの若手チームが取り組んだ事業部間の情報共有 - Qiita Blog
当記事は、こちらへ移動しました。 引き続きQiita:Teamをよろしくお願いいたします。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - rhysd/vim-grammarous: A powerful grammar checker for Vim using LanguageTool.