タグ

運用に関するnonsectのブックマーク (9)

  • AWSが生まれたのは、Amazonが経費削減のためにSunのサーバからHP/Linuxサーバへ切り替えたことがきっかけ。当時の社員が振り返る

    AWSが生まれたのは、Amazonが経費削減のためにSunのサーバからHP/Linuxサーバへ切り替えたことがきっかけ。当時の社員が振り返る 1990年代後半に、米Yahoo!などに代表されるインターネット系企業の株が高騰したインターネットバブルが発生しました。 そのバブルが2000年前後にはじけると、ユーザー数の拡大を背景に資金調達をしてきた企業の多くが投資家からの資金を得られなくなり、行き詰まり始めます。 Amazon.comもそうした状況のなかで先行きを不安視された企業の1つでした。2001年4月の週刊東洋経済の記事には、最高値の10分の1程度にまで下がった株価のグラフとともに、「莫大な酸素(キャッシュ)を燃やし続けている」「2000年12月末時点で2000億円を超える債務超過だ」と記されています。 当時Amazon.comのデジタルメディア部門ディレクターであったDan Rose氏

    AWSが生まれたのは、Amazonが経費削減のためにSunのサーバからHP/Linuxサーバへ切り替えたことがきっかけ。当時の社員が振り返る
  • Webアプリ負荷試験ガイド - withgod's blog

    Webアプリ負荷試験ガイド 目次 Webアプリ負荷試験ガイド 目次 前置き 時間がない人向け要約 about me 何故負荷試験を行うのか 負荷試験ツール 負荷掛けるツール 負荷計測 負荷の可視化 負荷試験の流れ 負荷試験スケジュールについて 注目すべきポイント シナリオ作成 アカウント情報は自動生成出来るようにする DB分割を行ってる場合はDB分割を意識したシナリオを用意する。 負荷試験元 http or https サーバ1台 サーバ単体での負荷 アプリの正常性の確認 サーバ複数台 KVS Memcached Redis RDB 問題になりやすいDB キャッシュの話 大前提 注意すべき点 CDNやProxyレベル local cache or remote cache local cache or memory cache(in app cache) references 更新情報 前

    Webアプリ負荷試験ガイド - withgod's blog
  • 短時間でロリポップからエックスサーバーへ切り替える方法【DNS編】

    広告『エックスサーバーへ申込』 サーバーを切り替えるのに「1~2日」は、ウソ。工夫次第で「1時間~2時間」でできます。 ×時間がかかる方法 ○短時間にできる方法 残念な記事が多すぎる 今では、様々なホームページで、Webサーバーやメールをを切り替える方法が記載されています。その中で、とても残念な記載が散見されます。 「ネームサーバーの変更が反映されるまでには1~2日程度かかる」 これは、ロリポップからエックスサーバーへの切替に、1日から2日かかるという意味です。 この方法だと、「切り替えが完了するまでに待つのが大変なこと」、万が一不具合があって元のサーバーにもどす場合、さらに1日から2日かかるなど、何かと面倒です。 また、切替中に新しい記事を投稿しても、読者が古いホームページを参照して見て頂けない可能性が高まります。(旧サーバーにも投稿すればいいのですが、煩雑ですね) ちゃんとした知識があ

    短時間でロリポップからエックスサーバーへ切り替える方法【DNS編】
  • AWSを学ぶために最初に構築するアーキテクチャパターン5選 - log4ketancho

    先日書いた AWS の勉強方法をまとめた記事(AWSを学ぶ上でやってよかった勉強法5選 - log4ketancho)で、「簡単なWebサービスAWSで運営するといい勉強になるよー」と書きました。その中で、 今まで経験したり今いるところはどこもオンプレばかりでAWSとかのクラウドの知識が全くつかないからどこかで勉強したいし個人サービス運用とかしたいんだけど、1年過ぎるといきなりコストがドカンとかかりそうで…… や 「2)簡単なWebサービスAWSで運営する」は誰もが考えることだが、最初の無料期間1年間以外、AWSで個人ブログなりを運用するのはコスト悪すぎだろ…。 というような利用料金が気になってしまう、、というコメントを幾つかいただきました。 この気持ちとても分かります!業務で使う分にはサーバー何台立てようが気になりませんが(は言い過ぎですがw)、個人でサービスを運営する場合はそうはい

    AWSを学ぶために最初に構築するアーキテクチャパターン5選 - log4ketancho
  • 16年間うごいているWebアプリケーションが抱えていた技術的負い目を考察する | GMOメディア エンジニアブログ

    技術推進室の浅井です。 技術的負い目とは、世に言う技術的負債のことです。 社内で技術的負債の定義、ことばの表現を考える中で、「『負債』は優れた比喩表現であるものの、第三者への返済義務がない点で会計上の負債とは異なり、言葉としての問題も多く、不必要な議論を生み出しやすい」などの指摘があり、代わりの表現として社内の一部で使われている言い回しです。 最近社内のたいへん古いシステム(16年の歴史があります)の技術推進を行う機会があり、たくさんの技術的負い目と向き合いました。 そのような古いシステムの技術的負い目と向き合ったとき、エンジニアはストレスを感じ、ネガティブな感情を抱いてしまいがちです。負い目に苦しめられることで過去のコードや技術的判断に対して不満を言いたくなる気持ちはとてもよくわかりますし、実際に私もたくさん苦しんでたくさん不満を言いました。 ですが技術的負債の文脈でよく言われるとおり、

    16年間うごいているWebアプリケーションが抱えていた技術的負い目を考察する | GMOメディア エンジニアブログ
    nonsect
    nonsect 2016/03/03
    読み応えあるわー。あとで時間掛けて読んで自分なりに咀嚼せな。
  • ハードディスク約5万6000台の運用実績から壊れやすいメーカーが明らかに

    By nsr1986 オンラインストレージサービスのBackblazeが2013年第2四半期から2015年第4四半期までに運用していた約5万6000台のハードディスクの故障率に関するデータを公開しました。過去のデータでは圧倒的に壊れやすかったSeagate製品に徐々に改善の兆しが見えており、今回の調査では果たしてどうなったか、詳細が明らかになっています。 Hard Drive Reviews: Update on 2015 Hard Drive Reliability https://www.backblaze.com/blog/hard-drive-reliability-q4-2015/ 以下のグラフは、Backblazeが2013年第2四半期から2015年第4四半期までに運用していたHGST・Seagate・Toshiba・Western Digital製ハードディスク(HDD)の故

    ハードディスク約5万6000台の運用実績から壊れやすいメーカーが明らかに
  • Gitのブランチで効率的に開発・運用・保守・管理する方法 - (DxD)∞

    はじめに 最初に、Gitに関するリソースとして、では「入門Git」と「実用Git」、Web上では「Pro Git」が読みやすく、わかりやすいため、Gitについて知りたい人は一読をおすすめします。 特に、他のバージョン管理システムに関する前提知識がある場合には、Gitの概念や使い方も比較的スムーズに理解できるかと思います。実際に、バージョン管理システムをSubversionからGitへと移行してからしばらくが経ちますが、通常の操作に関しては、それほど不自由することなくGitを利用できています。 しかし、Gitを利用していくにつれて色々と疑問も出てきます。局所的なワークフローについては、様々なリソースによって理解することができます。では、効率的に開発・運用・保守・管理を行うために、大局的・継続的なワークフローをどのように採ればよいのか、特にGitの柔軟性を活かすにはブランチをどのように使えば

    nonsect
    nonsect 2013/08/13
    環境別・機能別の開発・運用・保守・管理が悩みの種。
  • カスタム投稿タイプと専用のユーザー権限(完結編) | Gatespace's Blog

    複数ユーザーでWordPressを運用する場合、オリジナルのユーザー権限とカスタム投稿タイプ(+カスタムタクソノミー)を組み合わせることで、運用しやすいダッシュボードを作ることが可能です。 前回はプラグインを用い、コードに疎くても簡単に実装する方法を記載しました。 しかしURLを直接入力するなど方法で、来ならアクセスして欲しくないページにもアクセスされてしまいます。 今回は、カスタム投稿タイプ毎に権限をきっちりと作り、不要なアクセス(投稿など)が行われないようにします。 ※なお、マルチサイトでの検証を行っていませんので、ご了承ください。 目標 カスタム投稿タイプ「report」を作成。カスタムタクソノミー「reportcat」を紐付け(投稿におけるカテゴリーの扱い) 「report」にだけ投稿できる権限「report_author」を作る。 なお、その権限を持つ人は複数おり、他人の投稿を

    カスタム投稿タイプと専用のユーザー権限(完結編) | Gatespace's Blog
    nonsect
    nonsect 2013/06/24
    ユーザー毎にカテゴリを制限して編集可とする。
  • リモートサーバのgit環境を構築 + git pushでdeploy出来るようにするまでのまとめ

    リモートサーバのgit環境を構築 + git pushでdeploy出来るようにするまでのまとめ 2012.04.05 Mac プログラミング 開発環境 Git, Mac, ssh ローカル環境とリモート環境の準備 ようやくgitを少しずつ使い出してみたもののデプロイするにはどうすればいいのか分からなかったのでとりあえず作業内容をメモしておく。 ローカル:mac OSX 10.6 リモートサーバ:CentOS 5.5 公開鍵方式でSSHにログイン出来るようにする ローカル環境での操作 ターミナルでログインし、ホームディレクトリで秘密鍵と公開鍵のペアを作成する。RSA方式でよいと思われる。 MacBook:~ clicktx$ ssh-keygen -t rsa Generating public/private rsa key pair. Enter file in which to sa

    リモートサーバのgit環境を構築 + git pushでdeploy出来るようにするまでのまとめ
  • 1