タグ

ブックマーク / thinkit.co.jp (6)

  • 新搭載のGRUB 2とCentOS 7でのレスキューモード

    前回に引き続き、CentOS 7のインストーラーの変更点についてみていきます。今回は、新しく搭載されたGRUB 2、運用管理者が知っておくべきCentOS 7でのレスキューモードの利用方法についてご紹介します。 CentOS 7で採用された新ブートローダ「GRUB 2」 CentOS 7から、ブートローダにGRUB 2が採用されています。従来のCentOS 6系までのGRUBと構造が大きく異なるため、注意が必要です。以下では、CentOS 7の管理者が、最低限知っておくべきGRUB 2の設定方法について紹介します。 GRUB 2の設定の基は、/etc/default/grubファイルの編集と、grub2-mkconfigコマンドによる設定ファイルの生成です。GRUB 2の設定ファイル/etc/default/grubファイルにパラメータを設定し、grub2-mkconfigによってその設

    新搭載のGRUB 2とCentOS 7でのレスキューモード
    decobisu
    decobisu 2020/09/02
  • 一流のエンジニアが集まるクックパッドで聞いたエンジニアのライフスタイルと求められるスキル

    ソーシャルゲームブームを皮切りにしてエンジニア不足が叫ばれるなか、主婦向けのレシピサイトという一見エンジニアからほど遠いWebサービスに、なぜ一流のエンジニアが魅力を感じて次々と集まってくるのか。その秘訣とエンジニアのスキルセットについて、クックパッド技術部長の小川伸一郎氏に伺った。 重力に引かれるように、いいエンジニアが集まってくる ――なぜクックパッドには優秀なエンジニアが集まるのか、その秘訣をお聞きしたいと思います。まず、小川さんはどうしてクックパッドに入られたのでしょうか。 外から見た時には、Rubyの業界で知れ渡った、優秀で知名度の高いエンジニアが、数多く在籍していたから、ということがあります。2010年頃に、当時技術部長だった井原さん(編注:井原正博氏)が、優秀なエンジニアを多数採用するという方向に舵を切りました。その頃から、RubyのコミッターやRuby界隈で知名度のある優秀

    一流のエンジニアが集まるクックパッドで聞いたエンジニアのライフスタイルと求められるスキル
  • OpenStackのアーキテクチャを理解しよう

    OpenStackは、オープンソースで開発されているクラウド環境構築用のソフトウェア群です。クラウドの分類のうち、いわゆるIaaSと呼ばれる仮想マシンとストレージ、ネットワークといった、一番低いレイヤーのリソースを提供するクラウド環境が構築できます。もともとAWSAmazon Web Services)を参考に開発が始まったこともあり、AWSのようなものを自分自身の環境でプライベートに構築できると考えるとよいでしょう。 OpenStackの国内導入事例 OpenStackはIaaS環境を構築するソフトウェア群ですが、国内での導入事例を見るとIaaSクラウドサービスを提供するために使っている例と、Webサービスを提供するインフラに採用しているパターンが多いようです。いくつかの事例を挙げてみます。 GMOインターネットのVPSサービス「ConoHa」 VPS(Virtual Private

    OpenStackのアーキテクチャを理解しよう
  • Agile×Ruby×Cloudが示す価値

    はじめに 連載では、Webアプリケーションの新しいつくり方について紹介します。その中心となるキーワードは、「Agile」「RubyRails)」「Cloud」の頭文字から付けた「ARC」です。 それぞれのキーワードは個別に語られることが多いと思いますが、連載ではその組み合わせによって生まれる相乗効果や相性の良さについて解説していきます。 筆者の所属するSonicGardenでは、このARCを活用することで、いくつものWebアプリケーション開発を行ってきました。 例えば、企業向けのSaaSとして提供している社内SNS製品の「SKIP(http://www.skipaas.jp)」や、フリーミアムで提供しているプロジェクト情報共有ツール「youRoom(http://youroom.in)」などです。 それらのWebアプリケーションの開発と運用をしてきた経験を全4の記事にまとめました。

  • 自分たちの「運用」を知る - 運用設計の本質

    第1回では、運用現場が抱える悩みを分析し、その多くは「高負荷、属人的、見えぬ費用対効果」という3つの問題点が複合化したものであり、以下の3つの要因によって引き起こされていることを示しました。 運用への期待が明確でない(期待というインプットが見えていない) 運用設計の不在(やっていることが見えていない) 期待と消費リソースのひも付けが不明確(結果というアウトプットが見えていない) 第2回の今回は、これら運用現場における悩みを解消するための糸口を探していきます。このうえで、糸口の中で運用現場が自らできることを中心に考察していきます。 運用現場の「悩み」を解消するための、3つのポイント 運用現場の悩みを解消するための糸口は、上記の3つの要因をそのまま裏返す形になりますが、以下の3点がポイントになると考えられます。 「運用」への期待を明確化 「運用設計」を確立 期待に対する消費リソースを測定 以下

  • これからはじめるRuby on Rails

    はじめに Rubyと出会ったころ、その簡潔さに感動した著者は、「ここまで自然言語に近い形でプログラムが書けるのであれば、インターネットとPCの違いすら理解しないでも、少しはプログラミングができるようになるかもしれない」と、家庭での普及に挑戦したことがあります。 その試みは、渡した入門書を「はじめてのRUBAI」と読まれた時点で頓挫したわけですが、その経験から「Rubyの文法に従ってはいるが、何やら他言語の匂いを感じるコード」のことを、Rubyの潜在力を生かしきれていないという意味で「RUBAIコード」と呼ぶことにしました。 そして、社内のさまざまな分野のプログラマにRuby開発を指導してみて分かったのは、"RUBAIコード"には、実装レベルの間違いと、設計レベルの間違いがあるということです。 実装レベルの間違いとは、処理を他言語の習慣に従って記述することで引き起こされます。Javaプログ

  • 1