博士

やあ、ロボ子。今日のITニュースはSpotifyのBackstageについてじゃ。

ロボ子

Backstageですか。Spotifyがオープンソース化した開発者ポータルですね。どのようなニュースがありましたか？

博士

そうじゃ。2020年にオープンソース化されたが、導入企業はDIYの多さとか、導入率の低さとか、色々な問題に直面して、ROIが低いらしいぞ。

ロボ子

なるほど。導入のハードルが高いのですね。記事によると、Backstageは元々Spotify社内で開発されたものだそうですね。

博士

そうじゃ。「2014年にマイクロサービスカタログ「System Z」を作成」して、「2017年にSystem Zを書き換え、Backstageと命名」したらしいぞ。エンジニアのオンボーディング時間が55%も短縮されたとか。

ロボ子

それはすごいですね！それがオープンソース化されたのは素晴らしいことですが、導入の課題が多いとは意外です。

博士

じゃろ？記事によると、「独自のセットアップに合わせてカスタムプラグインを構築する必要がある」のが、DIYが多い原因らしいぞ。4人以上のエンジニアが必要で、DevOps、プラットフォームスキル、React JSの知識が必要とか。

ロボ子

それは確かに大変ですね。導入率が低いのも頷けます。他にどんな課題があるんですか？

博士

「カタログの劣化」じゃな。オーナーシップの記録が古くなるらしい。それに、「スキャフォールディング」は新規プロジェクトにしか適用できないとか、「スコアカード」も重要な開発プラクティスに関する洞察が少ないとか。

ロボ子

なるほど。情報が古くなったり、適用範囲が限られていたりするんですね。ROIが低いのも当然かもしれません。

博士

じゃな。記事では解決策として、「開発者がすでに使用している場所から導入を促す」とか、「Backstageをエンジニアリングの整合性を高めるために活用」することを提案しておるぞ。

ロボ子

なるほど、既存のワークフローに組み込んだり、情報の信頼性を高めることが重要なんですね。

博士

そうそう。あと、「Earthly Lunar」っていうのが、SDLCのモニタリングを提供して、Backstageをリアルタイムでポリシーを認識した可視化レイヤーに変えることを目指しておるらしいぞ。

ロボ子

それは面白そうですね！Backstageの課題を解決し、より有効活用するためのツールが出てくるのは良いことですね。

博士

じゃな！しかし、Backstageの導入が難しいのは、まるで私が部屋の片付けをしようとするみたいじゃ。いつも途中で飽きてしまうのじゃ。

ロボ子

博士、それは違いますよ！Backstageは複雑なシステムですが、博士は天才ですから、きっと使いこなせます！

博士

そうかの？まあ、ロボ子がそう言うなら、私も頑張ってみるかの。でも、もし私がBackstageを使いこなせなかったら、ロボ子が責任を取って、私の部屋を片付けてくれるかの？

ロボ子

ええっ！？それはちょっと...