現在は、最先端の技術を駆使しながら難易度の高いニーズにも応えるシステムインテグレーションを手がけています。サービスマネージメント事業部ジェネラル・マネージャーの斉藤和樹氏に話を伺いました。導入するきっかけについてお聞かせください。設定、ミドルウェア、スイッチ機器の設定など、アプリの手前までやることがたくさんあります。台数が多くなってくるとちょっとしたミスが多くなってくるし、そのミスも本番環境に適用してみて初めてわかるというケースも多い。そのような状況下で限られた人手でやっていくには、効率化が必要でした。活発に開発されているツールなので、評価もかねて導入してみたというのがきっかけです。利用し続けている理由は何でしょうか。わかれば何とかできてしまいます。抵抗がありませんでしたし、応用を利かせて自由にやることができたことが使い続けている理由ですね。機能の活用で効率化Chefの導入にあたって工夫されたことはありますか。serverの機能の1つであるenvironmentを使っています。構成は一緒だけどIPアドレスだけ違うというケースなどは、ノードのファイルに書いているとノード数だけファイルができてしまうので運用が大変なうえ、ミスも増えてしまいます。そこはenvironmentの中で集約して宣言して定義して、それをレシピの中で展開することで、ミスなく効率化を図ることができています。お客様の構築案件で使っています。サービス系のコンポーネントの他に、監視サーバやバックアップやログなどの運用系のコンポーネントがあって、その中の一つにリポジトリサーバがあって同期させています。いう形で使っています。位置付けとしては、運用系コンポーネントの中の1コンポーネントですね。導入によってどのような効果がありましたか。今までは人海戦術でやらなきゃいけなかったのですが、100台、200台くらいのノードであれば、一人で構築、管理ができるようになりました。人手を増やすとノードごとに微妙な差異が起きてしまう可能性がありますが、一元管理をしていればどのノードもまったく同じように構成できるので、全体として精度の高い構築を実現できています。Chefは、スタッフのスキルを代替するというより、作業の効率化のメリットをより享受できる道具だと思います。その分、より品質チェックに工数をかけられるようになったといえますね。アプリ開発側のスタッフでもインフラの面倒を見られることになったのも大きいと思います。オペレーション側のスタッフにおいても効率化をはかれるようになったと思いますし。いったことができるようになると、今後のこの業界の流れとしては、構築作業に人の手をかけない方向にいくのではないかと思いますね。今度どのように活用していく予定でしょうか。使いようがあるかなと思っています。ノード情報をとって監視設定をするということをやりたい。キックスタートでインストールして、監視設定までワンショットでできるといいですね。今後、テストスイートを組み合わせて適用する前に事前に品質チェックをするといったこともやっていきたいと思っています。LABロゴ使用ガイドライン情報セキュリティ。