要約

  • Bechtle AG は、エンタープライズクラウド導入が、職場システム、インフラサービス、ソフトウェア資産、セキュリティ管理、調達、サポート、移行計画をつなぐインテグレーターに依存することが多いため、クラウドサービス依存ファイルに属します。
  • 一般公開された Bechtle のページは、IT サービス、クラウド、企業背景、継続的な公開コミュニケーションに関する議論をサポートし、RIPE と AS197540 は狭いネットワークリソースのコンテキストを提供します。
  • この記事は、これらの公開資料を、民間顧客の導入、プロジェクトの成功、収益の詳細、施設の所有権、ライブネットワークの使用、障害、または隠された容量に関する主張に転換すべきではありません。

ディレクトリリンク:Bechtle AG

Bechtle がエンタープライズクラウドの対象となる理由

クラウド依存は、クラウド事業者によってのみ生み出されるわけではありません。その周囲にある統合レイヤーによっても生み出されます。企業はクラウドサブスクリプションを購入しても、アイデンティティ、デバイス、アプリケーション、ネットワークアクセス、セキュリティポリシー、調達、ライセンス、移行、監視、サポート、ライフサイクル管理に関する支援を必要とすることがあります。Bechtle の公開ページは、同社をエンタープライズ IT サービスのレイヤーに位置づけています。そのため、ハイパースケールプラットフォームに関する記事でなくても、Bechtle AG は Theo March の取材対象として適切です。

最も強力な解釈は運用面です。Bechtle の公式サイトは IT サービスとクラウド提供を指しています。企業ページは公開企業背景を提供します。プレスセクションは継続的な公開コミュニケーションの表面を示しています。RIPE メンバーページと AS197540 ページはネットワークリソースのコンテキストを提供しますが、それらが主命題ではありません。主命題は、エンタープライズクラウドの作業は、ベンダー製品を運用環境に変えるインテグレーターに依存することが多いということです。

その依存は価値のあるものになり得ます。インテグレーターは断片化を減らし、移行を調整し、調達を標準化し、ユーザーをサポートし、セキュリティ管理を調整し、企業がアドホックなテクノロジー購入から管理された運用モデルに移行するのを支援できます。また、覆すのが難しい決定に組み込まれることもあります。一度企業がパートナーを中心に手順、調達フロー、サポートプレイブック、アーキテクチャを構築すると、方向転換は単なるソフトウェアの決定ではなくなります。それは組織変革になります。

これが、Bechtle がクラウドサービス依存とエンタープライズソフトウェア自動化の両方に適合する理由です。公開ページは、企業テクノロジーを実際に機能させる機構の一部としての同社の見方をサポートしています。ここでの自動化は単一の製品機能ではありません。繰り返し行われる IT 作業を管理されたプロセス（デバイスロールアウト、クラウド導入、サービスリクエスト、ソフトウェアライセンス、セキュリティ管理、ワークプレイスツール、データセンター移行、サポートルーチン）に徐々に変換することです。

インテグレーターはコントロールサーフェスの一部

エンタープライズ IT において、コントロールが一箇所に集中することはほとんどありません。クラウドプロバイダーはインフラの一部をコントロールし、ソフトウェアベンダーはアプリケーションの一部をコントロールし、顧客はビジネス要件と内部ポリシーをコントロールします。インテグレーターはそれらの間に位置し、要件を調達、アーキテクチャ、移行、サポートに変換することができます。その位置づけにより、インテグレーターはコントロールサーフェスの一部となります。

Bechtle の公開 IT サービスとクラウドページは、そのような分析をサポートしています。これらは、エンタープライズテクノロジー環境の設計、供給、サポート、または運用の一部に関する役割を示しています。この記事は特定の契約を主張すべきではありません（公開情報源が特定しない限り）。それでも、なぜその役割が重要かを説明することはできます。企業が移行、ライセンス、アーキテクチャ、マネージドサービスサポートをパートナーに依存する場合、そのパートナーの実践はコスト、リスク、可視性、将来の柔軟性に影響を与える可能性があります。

クラウド移行は良い例です。ワークロードをクラウドに移行することは、ホスティングの決定のように聞こえるかもしれません。実際には、アプリケーション評価、アイデンティティ設計、セキュリティポリシー、ネットワーク計画、コストガバナンス、調達承認、バックアップ設計、ユーザーサポート、エンドポイント変更、将来の撤退計画が必要になることがあります。これらの要素を調整するインテグレーターはプロジェクトリスクを軽減できます。しかし、文書化、自動化、所有権、知識移転が不十分な場合、同じ調整が依存関係になる可能性があります。

公開された Bechtle の記録は、特定のプロジェクトが適切に管理されているかどうかを答えるものではありません。読者により良い質問を促します。Bechtle、顧客、クラウドプロバイダーの間で責任はどのように分担されていますか？どのシステムが文書化されていますか？変更はどのように承認されますか？顧客はインテグレーターなしで環境を運用できますか？ライセンスモデルが変更されたり、クラウドプロバイダーが条件を変更した場合、何が起こりますか？これらの質問は、エンタープライズソフトウェア自動化の実践的な核心です。

クラウド依存はライフサイクルの問題

ソフトウェアライフサイクルの問題は導入前に始まります。調達、製品選択、アーキテクチャから始まります。パートナーが推奨するスタックに標準化する企業は、スピードと一貫性を得るかもしれません。同時に、ベンダー、契約条件、自動化ツール、サポートチャネル、移行パスに関する前提を継承する可能性もあります。Bechtle の公開クラウドおよび IT サービス表面は、そのライフサイクルの問題を関連付けます。

導入中、依存関係はより具体的になります。スクリプトが作成され、権限が割り当てられ、ネットワークが接続され、ユーザーが移行され、データがコピーされ、監視が設定され、ランクが作成されます。各決定は、後の変更を容易または困難にします。適切に管理されたパートナー関係は、顧客に理解可能なアーキテクチャと可搬性のある知識を残すべきです。不適切に管理された関係は、顧客にガバナンスが難しい動作システムを残す可能性があります。

導入後、依存関係は再び変化します。問題はメンテナンスになります。誰が更新を適用しますか？誰がアラートを監視しますか？誰がライセンスを更新しますか？誰が未使用のクラウド支出に気づきますか？誰がセキュリティ管理をビジネス変更に合わせて調整しますか？誰が監査人に環境を説明しますか？何かが壊れたときにユーザーをサポートするのは誰ですか？これらの繰り返しタスクは、エンタープライズソフトウェア自動化が運用現実になるところです。

Bechtle の公開資料は、各顧客がこれらのタスクをどのように処理するかを証明するものではありません。しかし、なぜこれらのタスクが記事に含まれるべきかを正当化します。大規模なエンタープライズ IT サービス企業は、最初の購入から長期間にわたってクラウドおよびソフトウェア環境のライフサイクルに影響を与える可能性があります。クラウド依存を追跡する読者は、その影響をクラウドプラットフォーム自体と同じくらい注意深く見るべきです。

ネットワーク記録は狭く保つべき

RIPE メンバーページと AS197540 記録は、ディレクトリ対象に公開ネットワークリソースのコンテキストを追加するため有用です。これらは狭く保つべきです。RIPE メンバーシップはレジストリ関係をサポートできます。公開 AS ページはルーティング参照ステートメントをサポートできます。どちらの情報源も、顧客トラフィック、プライベートトポロジ、クラウドホスティング規模、施設所有権、稼働時間、インシデント履歴、サービス品質を証明するものではありません。

この境界は重要です。なぜなら、技術記録は実際よりも権威があるように見えることがあるからです。それらは自身の分野では権威がありますが、執筆者が行いたいあらゆる運用上の主張に対して権威があるわけではありません。したがって、Bechtle の記事はネットワーク記録をコンテキストとして使用し、エンタープライズ IT およびクラウドサービスの議論には Bechtle 自身のサービスページを使用すべきです。

その分離は読者を保護します。IT サービスとクラウドページを持つ企業をネットワークオペレーターのプロフィールに変えることを防ぎます。また、主なストーリーがソフトウェアとサービスであるためにネットワークリソースコンテキストを無視するという逆の間違いも防ぎます。Bechtle はエンタープライズ IT サービスの対象であると同時に、公開ネットワークリソース証拠を持つディレクトリ対象でもあります。事実は適切な役割に割り当てられる必要があるだけです。

次に注目すべき点

第一に、責任の境界に注目してください。エンタープライズ IT パートナーと協力するバイヤーは、どの業務がインテグレーターに属し、どの業務が内部に残り、どの業務がクラウドまたはソフトウェアベンダーに属するかを知るべきです。曖昧さは、コスト、セキュリティ、サポートの驚きが蓄積されるところです。

第二に、文書化と可搬性に注目してください。パートナーがクラウドまたはワークプレイス運用の自動化を支援する場合、顧客は自動化を理解し、その資格情報を所有し、障害から回復し、ビジネス要件が変更された場合に作業を他の場所に移すことができるべきです。依存関係自体は問題ではありません。管理されていない依存関係が問題です。

第三に、公開証拠を注意深く見てください。Bechtle の公開ページは、IT サービス、クラウド、企業背景、エンタープライズソフトウェア自動化に関する測定された記事をサポートしています。RIPE と BGP ページは狭いネットワークリソースコンテキストをサポートしています。公開資料はいずれも、隠された顧客の主張、非公開プロジェクトの詳細、またはライブ運用の判断をサポートしていません。

有用な結論は控えめです。Bechtle AG が重要なのは、クラウド導入がしばしばエンタープライズテクノロジーを使いやすくするパートナーを通過するからです。その役割は真の価値を生み出すことができますが、ライフサイクル、文書化、サポート、自動化、撤退に関するガバナンスの問題も生み出す可能性があります。クラウドサービス依存を追跡する読者にとって、統合レイヤーはプラットフォームレイヤーと同じ注意を払う価値があります。

出典