非公開ユーザー
非公開ユーザー
  • 開発
  • ユーザー(利用者)
  • 情報通信・インターネット
  • 300-1000人未満
サーバーの構成管理の代名詞
この製品・サービスの良いポイントは何でしょうか?

Ruby製のサーバー構成管理ツールとなっており、
Rubyを読めるアプリケーションエンジニアとしては動作を把握しやすく使いやすいです。

改善してほしいポイントは何でしょうか?

ansibleに比べると導入に必要なツールやファイル、覚えることが多いような気がします。
Rubyがわからないと保守するのが難しいです。

どのようなビジネス課題を解決できましたか?あるいは、どのようなメリットが得られましたか?

一度作成しておけば、新規でサーバーを立ち上げる際に手間なく他と同等の物を構築できるようになりました。

非公開ユーザー
非公開ユーザー
  • 保守・運用管理
  • ユーザー(利用者)
  • ソフトウェア・SI
  • 300-1000人未満
インフラの設定をコードで管理
この製品・サービスの良いポイントは何でしょうか?

インフラの設定、管理をすべてレシピと呼ばれるコードで管理することができる為、ハードニング作業を全て自動化できる。Infrastracture as Codeを実践する際にはスタンダードな製品であるといえる。

改善してほしいポイントは何でしょうか?

既に構築してあるサーバーから設定を読み取り、リバースエンジニアリングでレシピを生成してくれる機能などあれば、便利かと思う。

どのようなビジネス課題を解決できましたか?あるいは、どのようなメリットが得られましたか?

インフラの設定をすべてコードで管理できるため、インフラ構築というグレーな行程に対して、しっかりと品質管理することが可能になったと思う。
また、同じサーバーを複数台立ち上げる場合など、繰り返し必要な作業を自動化できるのは便利。

その他の製品

user
  • セーバー株式会社
  • 開発
  • ユーザー(利用者)
  • ソフトウェア・SI
  • 20人未満
インフラの管理が楽に。
この製品・サービスの良いポイントは何でしょうか?

Chefを使用することでソフトウェアのインストールや設定を自動化できるため、環境構築に割く時間が減り、効率的に作業ができます。

改善してほしいポイントは何でしょうか?

設定にはCookbookが必要になりますが、だれでもメンテナンスできるわけではないので、Chefの管理者がきちんとメンテナンスをしてくれないとエラーばかりで進まないということになりかねないです。

どのようなビジネス課題を解決できましたか?あるいは、どのようなメリットが得られましたか?

現在はネット上にさまざまなCookbookがあがっていますので、それらを有効活用することで効率的に環境構築ができています。

非公開ユーザー
非公開ユーザー
  • 社内情報システム(企画・計画・調達)
  • IT管理者
  • 電気
  • 1000人以上
インフラ設定・構築の定型化
この製品・サービスの良いポイントは何でしょうか?

予め設定ファイル等で定義することで、インフラの設定や構築作業が、定型化および実施時に自動化できる点。

改善してほしいポイントは何でしょうか?

同種のソフトウェアのうちでは古くからあり、そのため多少作りが使いにくくなっている部分がある印象です。

どのようなビジネス課題を解決できましたか?あるいは、どのようなメリットが得られましたか?

サーバ間で共通な設定や、セキュリティなど設定値をポリシーとして徹底したい箇所について、作業ミス防止を含め自動化を志向し検証中です。

検討者にお薦めするポイントがあれば記入ください

思想としては古くからあるものですが、標準化されてきたところが普及につながっている認識です。エンジニアの働き方改革にもつながると思いますので検討ください。

user
  • 株式会社アイ.エス.テイ
  • 社内情報システム(開発・運用管理)
  • ユーザー(利用者)
  • その他製造業
  • 100-300人未満
Linuxサーバ環境などを繰り返し構築するのに役立つ
この製品・サービスの良いポイントは何でしょうか?

クックブック、レシピを作成すれば何台ものサーバを構築したり、たまにしか構築しないけど細かい設定を構築手順書にまとめると膨大になるなどの課題を解決できます。サーバなどのITインフラ要素は設定ミスが許されないのに、同じような作業の繰り返しになりがちなため、人為的なミスが入り込みやすいですがそのミスを減らすことにつながります。

改善してほしいポイントは何でしょうか?

概念が独特であり、初期学習のハードルは高いです。書籍を購入して試験環境を作成して学習し、そのあとで本番環境で使うレシピを作成しました。

どのようなビジネス課題を解決できましたか?あるいは、どのようなメリットが得られましたか?

サーバの構築が人に依存し、さらに記憶に依存するという状況を脱することができました。全てのサーバ構築で使えるわけではありませんが、何度か行うようなサーバ構築作業では有益だと思います。

非公開ユーザー
非公開ユーザー
  • 開発
  • ユーザー(利用者)
  • 情報通信・インターネット
  • 1000人以上
構成管理の自動化を実現できる
この製品・サービスの良いポイントは何でしょうか?

導入が容易であることが良い。アプリケーション・ミドルウェアを複数の環境に配布したい、何度も同じことを実施する場合に適している。

改善してほしいポイントは何でしょうか?

強いて言えば、管理対象ノードにエージェントが必要である点が改善してほしい点。しかし、管理エージェントがあるから機能豊富であるとも言える。

どのようなビジネス課題を解決できましたか?あるいは、どのようなメリットが得られましたか?

時間をおいて新規ノードに同様の環境を作成したいときや、構築手順が人に依存してしまっているときに、時間コストの低減や人的ミスの回避につながる。

非公開ユーザー
非公開ユーザー
  • 社内情報システム(CIO・マネージャ)
  • ユーザー(利用者)
  • 情報通信・インターネット
  • 1000人以上
システム構成環境の構成管理および自動展開の実現
この製品・サービスの良いポイントは何でしょうか?

導入が比較的容易にでき、新規に構築したアプリケーション、ミドルウェア、OSなどのインストールを自動化出来ます。良く、構築当初に作った環境を数年後に再構築する場面が発生した際に、導入した人がいないから出来ない!なんてシーンが開発現場ではあると思いますが、chefを使って構築時にその構成情報を用意しておくことで、いつでもあとから同じ環境をインストール出来るようになります。

改善してほしいポイントは何でしょうか?

chefの場合は管理対象サーバにエージェントの設定が必要になるので、それが無くなるとより便利になると思います。

どのようなビジネス課題を解決できましたか?あるいは、どのようなメリットが得られましたか?

初期導入から数年が経って、同じ環境を再度作り直したい場面や、現環境をクラウドなどに移行するシーンでもchefで構成情報を一元管理して展開することで、導入展開時のコストを削減することが出来ました。

Christopher M.
Christopher M.
Liferay(ライフレイ)をChef(シェフ)流に構成
どのようなビジネス課題を解決できましたか?あるいは、どのようなメリットが得られましたか?

Chef(シェフ)で解決している最大の問題は、新入社員が初めてプラットフォームについて学習するときの知識の格差です、以前新しい開発者はプラットフォーム、ツール構築など必死の取り組みを数カ月続け、有効なレベルに達っしていました。Chef(シェフ)でこの煩わしさが大幅に軽減されています。

改善してほしいポイントは何でしょうか?

Chef(シェフ)でイヤだと思うのは、コンフィグ管理製品全般に言えますが、サポート用のしっかりしたチームが必要なことです。ますます複雑さが減るのではなく、かえって増すような気がします。

この製品・サービスの良いポイントは何でしょうか?

Chef(シェフ)はコンフィギュレーションにXMLではなくDSLを使っている、Rackspace(ラックスペース)のサポートが良く行き届いているなどの点が気に入っています。ですがChef(シェフ)のいちばん良いところは、レシピのコンセプトです。プラットフォームにシェフのレシピが設定されていればそのプラットフォームを起動して極めて簡単に作成できてしまいます。大きなプラットフォームであれば、たいていはシェフのレシピが設定されているのが素晴らしいです! またオープンソースなのも良いと思います。

検討者にお薦めするポイントがあれば記入ください

あなたの企業に組み込む時には、しっかり学習した後にしましょう。

Chef'ing up Liferay
What business problems are you solving with the product? What benefits have you realized?

The biggest issue we are solving with Chef is the knowledge gap that exists in new employees when first learning out platforms. previous it would take months for new developers to become effective because they spend several months fighting with the platform, build tools, etc. Chef makes this much less of a hassle

What do you dislike?

Some of the things i dislike about chef, and this might jkust be a criticism of configuration management in general, is that you need pretty much a full team to support it. Sometimes I feel like it adds more complexity instead of kless.

What do you like best?

I like chef because it uses DSL for configuration instead of XML, Rackspace supports it very well, etc. However the absolute best thing about Chef is the concept of recipes where you can get your platform up and configured extremely easily if that platform has a chef recipe. In addition most large platforms do have chef recipes so it's great! Also, I like that it;s open source

Recommendations to others considering the product

Learn it well before you try to incorporate it in your enterprise

Phil A.
Phil A.
Chef(シェフ)を長年使用するファンです
どのようなビジネス課題を解決できましたか?あるいは、どのようなメリットが得られましたか?

Chef(シェフ)があれば、インフラストラクチャ全体をコード化しない言い訳は存在しません。

改善してほしいポイントは何でしょうか?

皆さんがおっしゃるように、使い始めは気が遠くなるかもしれません。新しい開発はたいてい大企業をターゲットにしているように思われます。

この製品・サービスの良いポイントは何でしょうか?

Chef DKでインフラストラクチャのCI/CD(継続的改善/継続的導入・運用)ワークフローをフルにコード化できます。Chef(シェフ)ではコミュニティーの料理本(詳しい解説書)とボイラープレートのリソースに忠実に従うか、未処理のRuby(ルビー)のように記述してやりたい処理を実現できます。

検討者にお薦めするポイントがあれば記入ください

製品の理解を深めるためあらかじめ他のコンフィグ管理ソリューションの場合より多めの時間を取る価値があります。
さらに、パワフルで大規模なコミュニティーも利点です。

Longtime user and fan of Chef
What business problems are you solving with the product? What benefits have you realized?

With Chef, there's no excuse not to have your entire infrastructure as code.

What do you dislike?

As everyone says it can be a bit daunting to get started. Most new development seems to be targeted at enterprises.

What do you like best?

The Chef DK allows you to have a full CI/CD workflow for your infrastructure as code. With chef you can stick to the community cookbooks and boilerplate resources or you can make it do anything you like with raw ruby.

Recommendations to others considering the product

It's worth spending a bit more time up front to understand the product than you might with other configuration management solutions. The benefit is much more power and a massive community.

setu s.
setu s.
反復可能なインフラストラクチャが簡単に実現
どのようなビジネス課題を解決できましたか?あるいは、どのようなメリットが得られましたか?

1)市場での発売を高速化
2)ヒューマンエラー低減
3)強力なインフラストラクチャ

改善してほしいポイントは何でしょうか?

初心者には学びづらい言語です。

この製品・サービスの良いポイントは何でしょうか?

ITインフラストラクチャは必要なときに適宜保存/再利用できます。

Repeatable Infrastructure has been made easy
What business problems are you solving with the product? What benefits have you realized?

1) Faster time to market

2) Less human error

3) Robust infrastrcuture

What do you dislike?

Difficult to learn the language for beginners

What do you like best?

IT infrastructure can be saved /reused as when required. Less time to create infrastructure

Earl W.
Earl W.
自動化とDevOpsの出会い
どのようなビジネス課題を解決できましたか?あるいは、どのようなメリットが得られましたか?

「希望する状態」に近似するサーバをビルド。

改善してほしいポイントは何でしょうか?

サーバのheadコマンドはLinux(リナックス)です。悪くはありません。

この製品・サービスの良いポイントは何でしょうか?

Windows(ウィンドウズ)、Linux(リナックス)その他ほとんどのプラットフォームで多彩に機能します。

検討者にお薦めするポイントがあれば記入ください

自動化ソフトウェアのリーダーとして実績があります。

Automation meets DevOps
What business problems are you solving with the product? What benefits have you realized?

Server build similar to Desired State

What do you dislike?

Server head must be Linux. Not a bad thing.

What do you like best?

It works on most platforms windows and Linux many flavors. Robust offering

Recommendations to others considering the product

A proven leader in Automation software

Anonymous
Anonymous
インフラストラクチャをコードでクッキングしています
どのようなビジネス課題を解決できましたか?あるいは、どのようなメリットが得られましたか?

サーバコンフィギュレーションの自動化と標準化。サーバコンフィギュレーションのドリフトが原因で発生するエラーの数を削減。

改善してほしいポイントは何でしょうか?

特にRuby(ルビー)の知識がないと、このソフトウェアと付き合っていくのは当然チャレンジとなります。マニュアルはいくらか遅れ気味で、私自身このソフトウェアの動作を理解しようとソースコードを徹底的に調べたりすることもあります。

この製品・サービスの良いポイントは何でしょうか?

Chef(シェフ)に精通してくると、全てのサーバが確実にまったく同じ方法でプロビジョニングされ、それらの選択項目がソース管理にコミットされる非常にパワフルなツールであることが分かってきます。オープンソースはかなりアクティブで、一般的なタスクについては、すでにコミュニティーの料理本があります。

Cooking with infrastructure as code
What business problems are you solving with the product? What benefits have you realized?

Automating and standardizing server configuration. Reducing the number of errors that arise from server configuration drift.

What do you dislike?

Reasonably challenging to get up and running with, especially if you aren't coming from a Ruby background. The documentation lags somewhat and I occasionally found myself digging into source code to understand a behavior.

What do you like best?

Once you're familiar with Chef, it's a very powerful tool for ensuring that your servers are all provisioned in the exact same way, and committing those choices to source control. There is a fairly active open source, and a lot of community cookbooks already exist for common tasks.