インフラ＆オペレーションのリーダーが必ず備えるべき10の能力
ガートナーの米国本社発のオフィシャルサイト「Smarter with Gartner」と、ガートナー アナリストらのブログサイト「Gartner Blog Network」から、＠IT編集部が独自の視点で“読むべき記事”をピックアップして翻訳。グローバルのITトレンドを先取りし「今、何が起きているのか、起きようとしているのか」を展望する。 ジャック（仮名）は会社でインフラ＆オペレーション（I＆O）を率いる立場になった。前任者は、デジタルトランスフォーメーションの目標達成に向けて、リーダーシップスタイルを従来の指揮統制型から進化させられなかった。 ジャックは、デジタル時代にI＆Oリーダーとして成功するには、チームのために障害を取りのぞける世話役や交渉者となることで、“奉仕型リーダーシップ”を体現する必要があることを認識している。 「I＆Oリーダーは他のIT分野のリーダーと比べて、かなり異なる
オペレーションとルールを統一化し、Kubernetesを使った変化に強いインフラを構築
Wantedlyの開発現場で活用されている技術や手法は、日々進化するプロダクトに合わせて柔軟に変化しています。この連載では実際の開発で取り組んでいる技術や手法を、実務に使える形でお伝えしていきます。前回はWantedlyのインフラチームが大切にしている「変化に強いインフラ」づくりについて解説しました。第2回となる今回は、架空のサービスをサンプルとして、Kubernetesの活用方法を具体的に紹介します。 はじめに 本連載は、WANTEDLY TECH BOOK 2から抜粋し、再編集したものになります。第1回に引き続き、第2回もインフラチームの坂部（@koudaiii）が担当します。前回は「変化に強いインフラはWantedlyにとってなぜ必要か」「これまでどのように変化に強いインフラに取り組んできたのか」といったことを中心に紹介しました。今回は、架空のサービスをサンプルとして、Kuberne
「パブリッククラウドvsプライベートクラウドの終わり」の始まり - 急がば回れ、選ぶなら近道
遅めですが明けましておめでとうございます。そんな感じで。 基本的に社内向け。あとは特定のお客さん向け。 自分の意見を詳記しとく。あとこれは日本の話で、海外の状況は知りません。 ■「パブリック」クラウド ここでは、大規模メガクラウドを指す。よって、AWS・Azureあたりを考えている。国内クラウドとは明確に規模・技術力で差がついており、はっきり分けるべきと思っているので、ここではAWS・Azureとしている。多分SalesforceとかIBMのやつも入るとは思う。Googleのクラウドについては技術はぶっちぎりだけど、一般民間人には意図していること天才すぎて理解できる気がしないので範囲外とする。 基本的に「所有より利用を」コンセプトにし、使いやすさと低コストを全面に打ち出し、トレードオフとして共有故の仕組み/運用の「ある種の不透明性」を要求する仕組み。なお、不透明性ってのは、これは提供者の企
クラウドに次に必要なものは？
新しい職場にきて、3ヶ月ほどたった。まだ馴染みきったかはわからないが、まあなんとかやってます。 あんまり職場の細かいことは書かないが、正直いろいろな人がいる。メディア業界に近いような仕事の仕方や空気感もあれば、まさにエンタープライズなところもあるので、AWSの経験がなかったら相当とまどっていただろう。最後の方は同じことを感じていたがこの間の架け橋をなんとかしていくことで、よりベターなシステムが作れるのではという仮説をもっている。あまり合理的ではない部分をそぎ落とし、フレキシブルに対応すべき部分はフレキシブルに、プロセスと品質重視で対応すべき部分はエンタープライズらしいやり方の方が好ましい場合だってあるのだ。要求されているもので答えが変わる、当然だけどそれがなかなかできない事。こうでなければいけない、こうであってはいけない、同じ業界に長くいる・同じところに長く留まることで見方の癖みたいなもの
インフラコストを削減する その1 - mikedaの日記
過去2回ほど、20%~30%程度のサーバ削減をやったことがあって、 その時のメモが出てきたので、考え方とかやったことをザックリまとめてみる。 まず例えば、不要なサーバを削減してインフラコストを月額10万円減らしたらどうなるか。 これは運用コストも解約リスクも無い、恒久的な利益になる。 裏返すと以前は恒久的な損失が発生していたということなんだけど、情報をまとめないとだれも気づかない。 なのでどこまでやるかは状況次第だけど、情報をまとめることは最低限必須だと思う。 ということで、『効率化する』、『安く買う』についてはまた次回にして、 今回は『情報をまとめる』、『ポリシーを決める』、『適切なサーバ台数を維持する』ことについて。 基本的にオンプレ環境を前提として考えます。 情報をまとめる まずは最初に言ったように、必要な情報をまとめる。 そしてだれでも見れるようにする。 これをしないと自分が思いつ
アプリエンジニア向け：「サーバがなんか重い」時にすること - Qiita
アプリケーションエンジニアの人には「なんか重い」という状況に遭遇したらインフラの人にタスクを投げる、という人もいるかも知れません。けど、その重さのどこに原因があるのか。CPUか、ネットワークか、IOかくらいの診断はできた方がアプリ開発においても有益です。 「せっかくつくったシステムがなんか重い」 そんな時にアプリケーションエンジニアとしてできることを書きます。 本職のインフラの人にはぬるい内容だと思います。何を隠そう僕自身がアプリ寄りの人間なので、突っ込んだ話はできないのです。あしからずご了承ください。 なんかサーバが重いなー まずはロードアベレージを調べる サーバが重いと思ったら、まず真っ先にすべきことは対象ホストにSSH接続してロードアベレージを調べることでしょう。ロードアベレージとは 実行されずに待たされているプロセスの数 のことで、多すぎるとやばいと認識しておきましょう。ロードアベ
「Developer Migration 2013」で話をしてきたので資料を公開します - よかろうもん！
「DevOpsが引き金となるインフラエンジニアの進撃 どうする？デベロッパ」というタイトルで、Developer Migration 2013のイベントで登壇の機会をいただいて話をしてきました。 講演内容の概要です。 開発現場のスピードと生産品質を高めるプラクティスとして提唱されるDevOps。 現場にもたらすプラス効果については多く語られますが、「個々のキャリアにどんな変化をもたらすか」について考えてみたことはあるでしょうか？ 今、DevOpsが「インフラを管理しアプリケーション開発もするスーパーエンジニア」を生み出そうとしています。 本セッションではDevOpsの概要や現場摘要例を紹介した上で、新しい生産体制がエンジニアのキャリアにどんな変化をもたらすのかを考察します。 発表した時の資料はこちらになります。 DevOpsが引き金となるインフラエンジニアの進撃 from interu07
Linuxモニタリングツール pmap, IPTraf, ntop を使ってみた - jitsu102's blog
このエントリを読んでいたら、知らないツールがあったので使ってみました。 pmap(Procps) IPTraf ntopng – ntop 今回は、Ubuntu 11.10で使用してみましたが、RedHat系でも同様に使用することができると思います。 pmap pmap はプロセス毎のメモリ使用状況を表示します。 引数にPIDを付与して実行します。 (インストール) $ sudo aptitude install procps (実行例) $ sudo pmap 533 533: /usr/sbin/sshd -D 00007f49e1137000 48K r-x-- /lib/x86_64-linux-gnu/libnss_files-2.13.so 00007f49e1143000 2044K ----- /lib/x86_64-linux-gnu/libnss_files-2.13.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
トレタのインフラ運用
ページサンプル閲覧 - 達人出版会
インフラエンジニア、ブログを書くの術
私がMuninに恋する理由 - インフラエンジニアでも監視がしたい！ -