サービス事業者が課す制約が裏目に
パブリッククラウドを使ったアプリケーション管理の限界
パブリッククラウドを利用した場合、ホスティングされているアプリケーションの管理はさまざまな制約を受ける。
サービスプロバイダーによるアプリケーションのホスティングが普及している。しかし全面的なコントロールを維持したいと考える管理者は、自社のアプリケーションをプライベートクラウドまたは従来型のアプリケーションサーバのいずれかにインストールして、社内でホスティングした方が賢明かもしれない。
パブリッククラウドコンピューティングのプロバイダーは、利用者にできる限りの柔軟性を提供しているが、最優先するのは常にクラウドインフラのセキュリティと安定性だ。つまり、ホスティングされているアプリケーションを利用者が管理できる程度には限界がある。
アプリケーションのパッチ導入制限
サービス事業者がアプリケーション管理を制限する方法の1つは、利用者にアプリケーションのパッチをインストールさせないことだ。
組織はアプリケーション管理の負担軽減を目的に、アプリケーションをクラウドサービス事業者に外部委託する場合が多い。多くの管理者は、パッチ管理の雑事から解放されることを手放しで歓迎する。しかしパッチ管理の責任をサービス事業者に渡してしまうことはもろ刃の剣の側面もある。サービス事業者は、廃業に追い込まれたくなければアプリケーションの安定性を保証しなければならない。従って、パッチのテストは極めて慎重になりがちで、新たにリリースされたパッチを適用するまでに時間がかかるかもしれない。
これは安定性の上ではメリットがあるが、サービス事業者が導入するよりも前にパッチが必要になるときもある。特に問題になるのは、Microsoftの「リリースされていない」ホットフィックスの場合だ。
トラブルシューティング中に修正パッチの存在を発見したものの、Microsoftはまだそのパッチを一般に公開していないということは何年も前からあった。解決策は、Microsoftの技術サポートに電話して、そのパッチが欲しいと頼むことだ。言うまでもなく、Microsoftに正式リリースの準備ができていないパッチの導入をサービス事業者が認めてくれる可能性は極めて低い。
アプリケーションのカスタマイズ禁止
クラウドサービス事業者がホスティングしているアプリケーションのコントロールを維持するもう1つの手段は、利用者によるカスタマイズを認めないことだ。これは、アプリケーションプログラミングインタフェース(API)を使ってアプリケーションのアドオンを開発するというようなことではなく(それも認められないだろうが)、レジストリの変更といった単純なことが制約を受ける。
例えばOutlook Web Appにパスワード期限切れの問題があったとする。ユーザーのパスワードが期限切れの場合、Outlook Web Appではパスワードが正しくないと告げられてログインできなくなる。しかしMicrosoft Exchange Server 2010 SP1ではレジストリを設定して、パスワード期限切れに対するOutlook Web Appの反応を変更できる。この設定変更により、アクセスを拒むのではなく、Outlook Web Appからユーザーにパスワードの期限切れを告げてパスワード変更の機会を与えるようにすることができる。
Microsoft Exchange Server 2010の関連記事
ご想像の通り、こうしたレジストリ設定の変更は極めてメリットが大きい。生産性を向上させると同時に、ヘルプデスクにかかってくる電話の量も減らすことができる。しかしこのオプションは恐らく、パブリッククラウド経由でOutlook Web Appを使っている場合は利用できないだろう。利用者によるレジストリの変更を認めようと正気で考えるクラウド事業者は存在しない。
ユーザー設定の変更制限
最後に、ユーザー固有の設定管理方法に関するポリシーはサービス事業者によって異なる。例えばMicrosoft Officeには、ユーザーがOfficeアプリの動作をコントロールするためのオプション設定が多数ある。クラウドサービス事業者の中にはユーザーによるこの種の変更を認めるところもあれば、ユーザーが接続を解除した後にアプリケーションをリセットして初期状態に戻すところもある。
リセットはアプリケーションの完全性を保証する一助にはなるが、同時にあらゆる変更が完全に取り消されてしまうことでもある。これにフラストレーションを感じるユーザーもいるだろう。
クラウドサービス事業者は、アプリケーション管理の作業を請け負うことにより管理者の負担を軽減してくれる。しかしそうであっても、サービス事業者が課す制約は、組織が望み通りにアプリケーションを使える能力の妨げともなりかねない。
本稿筆者のブライアン・M・ポージー氏はMCSE(マイクロソフト認定システムエンジニア)の資格を持ち、Windows 2000 Server、Exchange Server、Internet Information Server(IIS)分野で7回にわたりMicrosoft MVPに認定された経歴を持つ。全米規模の病院チェーンのCIO、Fort KnoxのITセキュリティ責任者を歴任した。
Copyright © ITmedia, Inc. All Rights Reserved.
関連記事
新着ホワイトペーパー PR
-
製品資料
[ファインディ株式会社] AI利用率だけでは説明できない成果 開発組織の競争力を生む「開発資本」とは? -
製品資料
[ニュータニックス・ジャパン合同会社] AI活用を成功へ導く、シンプルで費用対効果に優れたクラウド基盤とは? -
製品資料
[ニュータニックス・ジャパン合同会社] マネージドKubernetesには限界も――メリットをフル活用する新たな選択肢とは? -
技術文書・技術解説
[ニュータニックス・ジャパン合同会社] 決断の日が迫る「vSphere 8」サポート終了問題 考慮すべきリスクと選択肢は? -
製品資料
[サイバーソリューションズ株式会社] メール誤送信対策のルールが肥大化 苦しむ情シスはどうすれば救われるのか?
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
半数がブルーカラー転向を視野に? ベテランエンジニアを追い込む“54歳の壁”
-
2
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
3
「アップグレードできないJava」をどう守る IBMとRed HatがAIで400件超修正
-
4
AI時代のITインフラ戦略とは? 販売代理店が知っておきたい最新トレンド
-
5
OpenAIやAnthropicでさえ制御不能 2026年夏「3大サイバー攻撃」の衝撃
-
6
IT製品の導入に関するアンケート「セキュリティ」編
-
7
LINEヤフーはなぜ「社内の管理者」すら信用しないインフラを作ったのか
-
8
Copilot導入で陥る“目的化”の落とし穴 定着の鍵は「作り込まない」こと
-
9
パッチなしで「今すぐサーバを落とせ」 Kiteworks異例警告の波紋
-
10
情報漏えいはなぜ繰り返されるのか 今すぐ見直すべき「境界」
ホワイトペーパーランキング PR
-
1
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
2
Microsoft 365のメールセキュリティ、3つの“死角”と追加で検討すべき対策とは
-
3
システムの保守がモダン化を阻む? 「変えない判断」から脱却する方法とは
-
4
AI駆動攻撃にどう対抗する? 超速の攻撃からエンドポイントを保護する方法
-
5
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
6
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
7
Linux初心者でも知らないとまずい「RHEL」「SLES」の違いとは?
-
8
東大教授と考える、AI時代の「データ主権」「信頼性」「ガバナンス」の在り方
-
9
「IT史に名を残すシステム障害」8選
-
10
最速72分でデータが流出? 最新の脅威トレンドや侵入手法から分かった防衛策
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー