安全なクラウド アーキテクチャ: ビジネス成果の計画
私は最近、新たな技術的負債を回避するには、クラウドへの移行に関する戦略的かつ意図的な計画が必要であると主張しました。 ここでのキーワードは「計画」です。 この点に関して私が参考になると思う分野の一つは都市計画です。 私はこのテーマにちょっとした興味があり、多くの人と同じように、良い都市と悪い都市のリストが大好きです。 これらのリストは、アクセスのしやすさ、手頃な価格、雇用、交通、文化、レストランなど、さまざまな要素に基づいて作成されます。 興味深いのは、これらすべての要素は、良くも悪くも計画によって大きく影響されるということです。 大都市のように複雑な場合、これは今日の計画だけでなく明日の計画も意味します。 人々が住み、働き、遊ぶ場所、そしてこれらすべてを支えるために必要なインフラについて総合的に考える必要があります。
セキュア クラウド アーキテクチャは、ほぼ同じように機能するように設計されています。 本質的には、成果を最適に達成するためにツールを選択できる「計画」です。 言い換えれば、それは成果、つまりビジネス成果を達成するための計画なのです。 技術者として、私たちはそれを覚えておかなければなりません。 私たちは、テクノロジーのためにテクノロジーを導入したり、最新の IT トレンドに巻き込まれたりするのではなく、ビジネスに貢献するためにここにいます。 都市計画と同様に、成功と混乱の違いは、定義された目的に基づいて早期に賢明な選択を行うことにかかっています。
セキュア クラウド アーキテクチャの目的について説明します。 上で述べたように、IT はビジネスに役立つために存在するので、まずはビジネス成果から始めましょう。 F5 は、今日設計されるあらゆるアーキテクチャでは、少なくとも次の点を考慮する必要があると考えます。
- 運用、ガバナンス、コンプライアンスの効率
- ビジネスに適応する柔軟性
- 支出の最適化
- イノベーションのためのプラットフォームを実現する
これらはかなり自明ですが、ここでのポイントは、システムを設計するときには、最初から目的と潜在的な変数を十分に考慮する必要があるということです。 この選択によって運用効率がどのように向上するか、あるいは低下するかを自問してください。 今日の一回限りの決定により、現在または将来のコンプライアンスが困難になるでしょうか? この決断の価値をいつ認識できるでしょうか? 行き詰まっているのでしょうか、それとも繰り返したり、進化したり、変化に適応したりできるのでしょうか? 最後に、デザイン内で何かを何回購入、レンタル、または消費する必要がありますか、それとも一度構築して再利用するアプローチが好ましい選択肢でしょうか?
これらの質問から始めることで、設計に情報が提供され、最も重要な優先事項であるビジネス成果に重点を置くことができるようになります。 適切に設計され計画されたアーキテクチャにより、技術専門家はビジネス目標と結果に迅速に適応できるようになります。 全員が構造、望ましい結果、決定の背後にある理由を理解していれば、スケーラブルなイノベーションが可能になります。 個人の時間管理に関する著名な著者であるアラン・レイキンは、「計画とは、将来を現在に持ち込み、それについて今すぐに行動できるようにすることです」と述べています。 結局のところ、時間だけが取り戻すことのできないものなので、事前に賢く使うことで、将来的に時間を節約できるかもしれません。 それでも、ビジネス成果を理解せずにテクノロジーに直接進みたいという人は、自己責任でそうしてください。思ったよりも早く「最悪」のリストに載ってしまう可能性があります。