Q：
OpenStackでのスケーリングの課題は何ですか？
A：展開のための一般的なオープンソースの選択肢として、OpenStackはクラウドプロジェクトの規模を拡大しようとしているビジネスリーダーに懸念を抱いています。 それらの多くは、独自のプラットフォームではなく、OpenStackのオープンソースの性質に関係しています。
1つの課題は、オープンソースツールとしてのOSの「コミュニティサポート」または「クラウドソース」の性質です。 多くのCIOとCTOは、より長期的な将来計画を持つベンダー製品が提供する事前計画機能の尺度である何かをさらに求めています。
一般に、プロジェクトはプラットフォームに関係なくスケーリングするのが難しい場合がありますが、一部のリーダーにとってのもう1つの懸念は、従来のOS環境でのインプレースアップグレードサポートの欠如です。 場合によっては、プロジェクトをスケーリングするためにコールドマイグレーションを実行する必要がありました。
もう1つの懸念は、主要なパブリッククラウドシステムとの統合機能が不足していることです。 OSは、これらのオプションの一部に適合させるのが難しく、手動での介入が必要になる場合があります。 繰り返しますが、これはオープンソース製品の哲学に沿ったもので、多くの場合、ベンダー製品よりも「ユーザーフレンドリーではありません」。 言い換えれば、ベンダーは、販売から得られると予想される収益に基づいて、さまざまな種類のユーザーエンジニアリングまたはその他の譲歩に投資します。
多くの専門家は、スケーリングをOpenStackの重要な「フラッシュポイント」と呼んでいます。 プロジェクトの作成と実装は1つの段階であり、スケーリングはまったく別の段階であるという考えがあります。 ITプロフェッショナルは、スケーリングの課題について話しますが、最初の実装段階の成功が必ずしも2番目のスケーリング段階の成功を保証または導くわけではなく、「自動的に解決されない」スケーリングの特定の障害があることを意味します実装またはその他の先行フェーズ。 それは、システムのオープンソースビルドと比較して、メンテナンスの課題、リソースの割り当ての課題など、開発者やプロジェクトマネージャーがシステムをスケーリングしようとした結果を考えない限り一般に予期しないその他の課題を含む固有の課題を作成します事実。
