連鎖をさかのぼる：リスニングとユーザビリティのつながり

Hitesh Patel

F5では、プラットフォーム開発にDevOpsとアジャイルの手法を取り入れる中で、製品をリリースするだけでは成功とは言えない、という原則を共有するようになりました。

現在、私たちは成功の基準を製品の出荷だけに置かず、ライフサイクル全体に目を向けています。成果物を世に送り出し、F5社内外の関係者の声に耳を傾け、そこで得た知見を開発に反映しています。私たちは、ほぼ何よりもお客さまからのフィードバックを重視しており、特に本番環境でF5製品を運用しているお客さまの声を大切にしています。

私たちは常に、より優れた製品を開発し、不足している部分を補うことを目指しています。同時に、高度な機能と使いやすさのバランスを取ることも重要です。お客さまに高度な機能を提供したいと考える一方で、実際のエンドユーザーが、初期段階から連携しているシステムアーキテクトとは限らないことも理解しています。

複雑な機能をより幅広いユーザーが利用できるようにするため、プロセスをさかのぼり、新しく、より充実したAPIを通じて構成を自動化しています。その成果が、現在のF5 Automation Toolchainです。

Automation Toolchainにより、これまで可能だと考えていたことや実現できる機能の限界を押し広げています。その多くはAPIの利用体験に関係していることが分かり、宣言型モデルへの移行を推進するに至りました。

APIのユーザーエクスペリエンスが重要なのはなぜでしょうか。現在APIを利用しているのは、システムアーキテクトではなく、その後工程を担う開発者やエンジニアだからです。

お客さまが求めているのは、統合しやすく、その先のお客さまが専門家でなくても利用できるサービスです。そのため、APIを後付けで専門家向けに設計することは、もはや許されません。F5では、インターフェースを見ただけで使い方を容易に把握できるよう、明確かつ簡潔なAPIを設計しています。

APIを宣言型またはインテントベースにすることで、アプローチ全体を転換しています。ユーザーに2ページにわたる構成手順書を渡して従ってもらうのではなく、「どのような結果を実現したいか」を尋ねるだけです。

さらに、この自動化では、単純なものだけでなく、複雑なサービスも利用できるようにしています。F5プラットフォームのあらゆる機能を引き続き活用しながら、複雑な機能を必要とする人に簡単に提供できるようになりました。

また、自動化への移行段階は、お客さまによって異なります。さまざまな段階にあるお客さまに対応するため、Automation Toolchainは、個別に切り離して使用でき、適切なタイミングで1つに統合できるコンポーネント群として構築されています。

そのライフサイクルには個別のステップがあり、それぞれにAutomation Toolchainのコンポーネントが対応しています。

• ブートストラップ。 F5インスタンスを任意の環境で稼働させるための最初のステップです。パブリッククラウドまたはプライベートクラウドでBIG-IPインスタンスをブートストラップする場合は、F5 Cloud Templatesがその作業を支援します。
• オンボーディング。 この段階では、サービスをデプロイできる状態までインスタンスを構成します。開発者にすべてのIPの設定、ユーザーやログの構成などを任せる必要はありません。開発者自身も、こうした作業は望んでいません。そこで役立つのがF5 Declarative Onboarding Extensionです。非常にシンプルな宣言型インターフェースを提供し、初期構成に対応できます。
• アプリケーションサービスのデプロイ。 これは、あらゆる環境で日常的に行われる作業です。新しいサービスのデプロイ、既存サービスの変更や削除、修正や新機能の追加などが含まれます。このために、F5 App Services 3 (AS3) Extensionを提供しています。これは、構成をテンプレート化できる、宣言型かつ成果ベースのAPIインターフェースです。AS3はすぐに高い価値をもたらす傾向があるため、多くのお客さまが最初に導入しています。
• 監視とテレメトリAutomation Toolchainを使用すると、データがデフォルトで利用可能になります。そのため、F5 Telemetry Streaming Extensionを使用して、デバイスから別のシステムへできるだけ速やかにデータを転送することが合理的です。転送先としては、F5のBIG-IQ管理プラットフォーム、クラウドベースの分析ソリューション、またはデバイスから取得したデータにビッグデータの原則を適用できるその他のツールなどがあります。
• 変更管理変更は今も、そしてこれからも常に発生します。DevOpsの観点に立ち返ると、大規模な変更や大がかりなリリースからも脱却しつつあります。現在は、小規模な変更を継続的に加えていく形が主流です。新機能をお客さまに段階的に提供し、必要に応じて導入していただけます。また、こうした変更によって既存の仕組みが機能しなくなったり、大幅な修正が必要になったりすることはありません。

これらはすべて、目的とする状態を指定する、プラットフォームへの1回のAPI呼び出しを前提としています。F5は、その状態を実現するためにBIG-IPデバイスで必要となるすべてのアクションに呼び出しを変換して処理し、完了したか、問題があるかを応答します。すべての処理は、自動化システム向けに確立されたパターンと手法に基づき、非常に安定した方法で実行されます。

その結果、Automation Toolchainにより、F5のプラットフォームとの統合に必要な作業が軽減され、導入はほぼ迷う余地のない選択肢となります。

F5プラットフォームの今後の統合について、F5はエコシステムにとって最も統合しやすいプラットフォームを目指しています。お客さまやパートナーがF5プラットフォーム向けに記述するコード1行ごとに、そのコードのコストの100倍に相当する機能性と使いやすさを提供したいと考えています。

重要なのは、単純なことを行うことではありません。非常に複雑なことを極めてシンプルな方法で実現することです。それを可能にするのがF5 Automation Toolchainです。

著者について

Hitesh Patel

Hitesh Patelのその他のブログ記事