タグ

インフラに関するpero_0104のブックマーク (8)

  • 「何も起きないこと」が、僕らのやりがい。DeNAライブ配信基盤を生んだ、漢祐介のインフラ構築術 – FullSwing

    私たちが利用しているゲームやアプリ。そのほとんどは、24時間365日いつでも快適に使えることが当たり前です。しかしその裏には、“当たり前”を支えているプロフェッショナルがいます。インフラエンジニアです。 何らかのシステムを機能させるため、サーバーやミドルウェア、ネットワークなど統合的なアーキテクチャ基盤を構築・運用する。彼らがそうした業務に日々“フルスイング”し続けているからこそ、私たちはいつでもどこでもシステムを使うことができます。 システム&デザインIT基盤部第一グループ グループリーダーの漢 祐介(はた ゆうすけ)も、そんなインフラエンジニア仕事の魅力にとりつかれ、自信の技術を磨き続けてきた1人です。 彼は、ライブ動画ストリーミングプラットフォーム「SHOWROOM(ショールーム)」やゲームやアプリの実況を生配信できるアプリ「Mirrativ(ミラティブ)」のインフラ基盤を担当

    「何も起きないこと」が、僕らのやりがい。DeNAライブ配信基盤を生んだ、漢祐介のインフラ構築術 – FullSwing
  • hatebu.me

    This domain may be for sale!

    hatebu.me
  • ITインフラが自動化されても、社内の承認プロセスが遅くては意味がない。社内プロセスを早く回す、情報部門のためのクラウドサービスとは[PR]

    ITインフラが自動化されても、社内の承認プロセスが遅くては意味がない。社内プロセスを早く回す、情報部門のためのクラウドサービスとは[PR] 現在の企業では、新製品の開発やマーケティングの施策、新サービスの展開など多くの活動がITに依存するようになりました。そこで、これらを支えるITインフラやアプリケーションの展開を迅速に行えるかどうか、ITのアジリティは企業活動にとって重要な競争力の要素になっています。 これに応えるように、仮想化やクラウドの技術によってITの自動化が進み、システムの構成や調達のアジリティが実現しつつあります。これを活かすには、情報部門を中心とした企業の調達プロセス、例えばサーバやストレージなどを調達し、管理し、システムを構築するというプロセスそのものをアジリティのあるものにしなければなりません。 インフラの自動化だけではアジリティを実現できない しかし旧来のIT資産管理や

    ITインフラが自動化されても、社内の承認プロセスが遅くては意味がない。社内プロセスを早く回す、情報部門のためのクラウドサービスとは[PR]
  • プライベートWEBサービス開発 ツール・サービス・運用環境 - Qiita

    最近、個人的にWEBサービスを作成して公開しました。 その際、調べたサービス・ツールや実際にどういう構成にしたのかなどの投稿です。 サービス・ツール 動作環境を選定する プライベートにサービスを作るとなると、とにかくお金がかけられない。 サラリーマンの月のお小遣いの平均は約4万円らしい1が、そのお小遣いは可能な限り削りたくはない。 そうなると、安価に導入できる動作環境を選定する必要がある。 IaaS インフラを提供してくれるサービス。 提供されたインフラ上に独自に環境を構築する。 AWSで以下の様な構成で料金を見積もったところ、約49\$/月(1$=120円レートの場合、5,880円/月)となった。 プライベートプロジェクトの場合、アクセスがほとんどないであろうと仮定して、データ転送にかかる料金は微々たるものになるため、料金の計算からは除外しています。 用途 タイプ オプション 金額

    プライベートWEBサービス開発 ツール・サービス・運用環境 - Qiita
  • 現代ITインフラの王道をゆくLinuxパッケージ管理の基本構成 | 外道父の匠

    RedHat系におけるRPMパッケージを扱うYUM、Debian系におけるDEBパッケージを扱うAPT、これらはサーバー管理において重要なわけですが、絶妙な度合いで、おざなりに扱ってもわりとなんとか運用出来てしまう感があります。そのため今一度、こんな感じが今風のスタンダードじゃないっすかね(キリッ という構成を説明してみます。 ぶっちゃけ、たいしたことないネタの集合体なので、タイトルに下駄を履かせました。 そもそもパッケージは必要なのか 言うまでもなく必須です。理由は、インストール物のファイル管理が容易になるのと、インストール時間を短縮できるからです。既存のパッケージでconfigureオプションが物足りない時や、RPMパッケージが存在しない場合は作成することになります。 最近はプロビジョニング・ツールによって全て自動化できるので、超簡素なコンパイルのものはレシピに落とし込んで終わりにした

    現代ITインフラの王道をゆくLinuxパッケージ管理の基本構成 | 外道父の匠
  • Chefで3分クッキング! Webサーバ構築のレシピをRubyで書いてみよう

    連載は、SI業界に入ったばかりの新米業務アプリケーション開発者や、SI業界を目指す学生さんを対象とした、インフラ構成管理ツールを使ってコードでインフラを構築するための講座です。また、インフラエンジニア/システムオペレータで、物理環境でのインフラ構築/運用管理は経験があるけど、プログラミングが苦手という方にも読み進めていただけるように、文法などの解説を入れながら説明します。今回は、Chefというツールのご紹介と、Chefを使ってWebサーバを構築する方法について説明します。 はじめに 前回は、コードでインフラ構成を行う第一歩としてVagrantを使ってローカルPCに仮想環境を構築する手順をご紹介しました。 今回は、Chefというツールのご紹介と、Chefを使ってWebアプリケーションの開発環境にWebサーバであるApache httpdやPHPの実行環境などをインストールする方法について説

    Chefで3分クッキング! Webサーバ構築のレシピをRubyで書いてみよう
  • Linuxサーバの反応が遅い(重い)場合の原因の調査手順

    概要 Linuxサーバの反応が遅い場合の調査手順のメモ。 実行する場合は自己責任でお願いします。 原因として考慮すべき事項 サーバが遅い場合には様々な原因がありますが、以下を考慮します。 CPU負荷 メモリ不足 ディスクI/O負荷 ネットワークI/O負荷 まず、どれが原因か調査する必要があります。 top コマンド 最初は「top」コマンドを利用します。 top - xx:xx:xx up 0 min, 1 user, load average: 1.44, 0.51, 0.18 Tasks: 87 total, 1 running, 86 sleeping, 0 stopped, 0 zombie Cpu(s): 0.7%us, 0.3%sy, 0.0%ni, 99.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st Mem: 2057692k total, 291

  • アプリエンジニア向け:「サーバがなんか重い」時にすること - Qiita

    アプリケーションエンジニアの人には「なんか重い」という状況に遭遇したらインフラの人にタスクを投げる、という人もいるかも知れません。けど、その重さのどこに原因があるのか。CPUか、ネットワークか、IOかくらいの診断はできた方がアプリ開発においても有益です。 「せっかくつくったシステムがなんか重い」 そんな時にアプリケーションエンジニアとしてできることを書きます。 職のインフラの人にはぬるい内容だと思います。何を隠そう僕自身がアプリ寄りの人間なので、突っ込んだ話はできないのです。あしからずご了承ください。 なんかサーバが重いなー まずはロードアベレージを調べる サーバが重いと思ったら、まず真っ先にすべきことは対象ホストにSSH接続してロードアベレージを調べることでしょう。ロードアベレージとは 実行されずに待たされているプロセスの数 のことで、多すぎるとやばいと認識しておきましょう。ロードアベ

    アプリエンジニア向け:「サーバがなんか重い」時にすること - Qiita
  • 1