Serverspecはエンタープライズでも使えるのか?

Serverspecはエンタープライズでも使えるのか?

池田:いろいろなケースを教えていただいたのですが、SIerである私たちが担当しているようなエンタープライズ領域で使用するうえで注意したほうがいいところってあったりしますか。

宮下:僕はもともとSIerにいたんですけれども、もうWeb業界に来てから長いので疎いんです。。ただ、エンタープライズになると、やっぱりWindows対応は結構強く求められるのかなと思っています。

池田:確かにそうですね。WinRMでつないで、Power Shellコマンドを実行できるようにはなっているんですよね。基本的なテストとかであればすでに実践的に使える状況でしょうか。

宮下:割とカバーはしていると思います。実は僕はまったくノータッチでPull Requestが来たものを取り込んでいるだけなんです。実際に最近ツイートされていた方で、Windowsで納品用のサーバーのテストをやっているというツイートしていた方もいらっしゃいます。あと、いわゆるプロプライエタリなソフトウェアだと、そこのテストは難しいですよね、実際にその製品の中身がまったくわからないので。

池田:製品特有のテストだとなかなか難しそうではあります。Serverspecで対応しているのは、基本的にオープンなもの、よくあるパターンのものですね。例えばあるアプリケーションのテスト用のモジュールを取り込んでください、といったリクエストが来た場合はどうされるんでしょうか。

宮下:あんまり特殊だと多分取り込まないですね。恐らく別のGemにしても普通に動くと思います。ですので、本体に入れることはあまりしないと思います。ただ、拡張はしやすくしているつもりなので、そこは自由にできるのではないでしょうか。

池田:エンタープライズな視点だと、どうしても報告というのが求められます。一番気になるところは、本当にServerspecのテスト結果が正しいのか、というのは結構お客さんから言われそうな気がするんです。

宮下:言われます、それ。

池田:今だとどうしてもエクセルのファイルでテスト結果を残して、それをお客様に説明しに行くみたいなのがよくあるんですけれども、そのあたりって何か良い方法はないでしょうか。

宮下:実際にそういうケースのプルリクエストが来たことがあります。Serverspecのテストは失敗したときだけ実行したコマンドを出しているのですが、成功したときにも出したいという方がいました。僕は必要がないので、そのリクエストをリジェクトしたんですけれども。ただ、ベースになっているRSpecが、カスタムフォーマッターを作れるんですね。なので、そういうのをやりたい人は自分でフォーマッターを作ってくださいというそういうスタンスです。

エクセルとかで出したい場合もRubyのGemもあると思うので、そういうのを使ってフォーマッターを自作してもらえればいいかなと思っています。

池田:SIerとしてはレポーティング機能を提供できるようになるとちょっと実用に近づくかなという感じです。

宮下:僕自身は必要ないんで作りはしないんですけれども、要望しているところは結構あると思います。そういうのを作って公開とかされると、割と喜ぶ人もいるんじゃないでしょうか。

池田:Serverspec自体が柔軟な作りで、カスタマイズ性が確保されているので、自分たちがやりたいテストを自由に書けるかもしれないとは思っています。エンタープライズ領域での可能性はあるかなという気がしています。

でもやはりどうしてもネックになるのは、お客さんとの間のやりとりで、そこが一番心配なところです。それを受け入れてくれるようなお客さんであればすぐにでも使っていただけるんじゃないかなと。お客さんも一緒に巻き込んで、納得していただいてちゃんと理解していただいた上で導入を進める。そういうやりとりをちょっと変えていくというところが、重要なのかなと感じているところです。

池田:先ほどおっしゃっていたように、Serverspecが価値を発揮できるところは、たくさんのマシンがあってそれに自動構築して、それをちゃんとテストしていくというところになりますよね。

宮下:そうですね、例えばマシンが少なくてもChefとかを使う意義がある場合もあるじゃないですか。個人的にはあまりマシンの台数とかは関係ないかなと思っているんですけれども。

池田:Chefは結構最初にコードを書くのに時間がかかったりして、少ない台数を管理するシステムに導入しようとすると、コスト的に見合うかどうかという問題がありますよね。

運用になると安定思考というか、作ったらいじらないみたいなのがあったりします。そういう場面だとChefとかは使いづらい気はします。ただ当然全部自動化しておくと、後々何かあったときに便利な面もあって、そこをなかなか説明できないのですが。。

宮下:確かに難しいですよね。

Serverspec導入の障壁になるのは

池田:ChefとかよりもServerspecのほうが導入コストがすごく低いというのが個人的な印象です。

宮下:確かに、実際Chefの導入とか相談されたら、まずServerspecの導入から勧める、と知人が言っていました。現状の手動やシェルスクリプトなどの構築手順をテストするコードをServerspecで書いて、そのテストが通るようにChefでコードを書いていく。

池田:まさにTDDで進める感じですね。ちょっとずつ進めるには、そういう方向性のほうがやりやすいのかもしれないですね。

宮下:特にServerspecはまずやってみるというところをかなり意識しているつもりです。

池田:確かにそうですよね。Serverspecは、最初に初期化したときもうすぐに使える状態でパッと出てきてくれるので、そのあたりはすごい参考になりました。

この記事のキーワード :

人気記事トップ10

人気記事ランキングをもっと見る

企画広告も役立つ情報バッチリ! Sponsored

ClickHouse Cloudが実現した広告運用SaaS「ATOM」のデータ基盤革新、パフォーマンスを向上しながら、運用負荷とコストを削減 11月11日 6:20 AIで開発が加速する時代、品質保証はどう変わる? Tricentisが示すAIエージェント活用の実像 11月9日 6:45 悪用までの猶予が「1分」に迫るフロンティアAI時代に開発と本番を貫く脆弱性管理が必要 10月29日 8:30 欧州CRA対応とSBOM運用。AI生成コードのOSS混入問題の対策とは ――スニペット単位で検出する「FossID」「Insignary Clarity」によるSBOM運用 9月16日 6:40 PostgreSQLからTiDBへ、稼働中SaaSで進める段階的DB移行の実践と再設計への展望 9月7日 6:30 機能安全開発におけるGoogleTestの活用を支援!「Parasoft C/C++test CT」で実現する効率化&AI連携 4月14日 6:30 【CNDW2025】Grafanaが明かす「オブザーバビリティの哲学」ー最小限の労力で実用的なインサイトを得るには 1月23日 6:30 【CNDW2025】プロダクト急増に備える基盤刷新 ーウェルスナビがECSからEKSへの移行で得た知見とは 1月15日 6:30 【CNDW2025】250環境を5人で運用、構築時間は30分に ーKINTOテクノロジーズが語るインフラ基盤組織の作り方 2025年12月18日 6:30 新たな自動化で熱視線! AIエージェントの「推論能力」を支える2つのコンポーネントとは? 2025年11月28日 6:30