今年、API税を支払わずに済む方法

F5エコシステム | 2016年4月04日

米国では確定申告の時期です。これが何を意味するか、お分かりですよね。そう、誰もが税負担を軽減する方法を探しています。

残念ながら、かつて税務ソフトウェア会社で開発者として働いていたとはいえ、税負担を減らす方法について助言できる立場にはありません。しかし、今年(あるいは来年)API税を支払わずに済む方法をお探しなら、インターネット上の正しいページを開いています。

API税とは、デプロイプロセスの一環としてAPIを使用し、インフラストラクチャのプロビジョニングと構成を自動化する際に発生するオーバーヘッドです。API税は(ほかの税金と同様に)運用面と技術面の2つから成るため、簡単には算出できません。

運用面では、API税により、過剰なAPI呼び出しが消費するリソースと時間というコストが発生します。概念的には単純に見えるロードバランシングサービスでさえ、複数のオブジェクトを作成、構成、有効化する必要があります。監視、プール、アルゴリズム、IPアドレス、ネットワーク属性をすべて構成する必要があり、各オブジェクトの構成には複数の手順(API呼び出し)が必要です。これらを合計すると、単純なロードバランシングサービスを稼働させるだけでも、複数回のAPI呼び出しが必要になります。実行に時間がかかる呼び出しです。ネットワークリソースを消費する呼び出しです。

これらのAPI呼び出しは、一般的なデプロイ作業を自動化するために、アーキテクトやエンジニアがPythonやPowerShellなどで作成するスクリプトから使用されます。その結果、避けられない技術的負債が生じます。作業に少しでも変更を加えるには、コードを変更し(認めたくなくても、スクリプトはコードです)、テストする必要があります。これには時間とリソースがかかり、最終的には実質的なコストとして収益に影響します。

システムやスクリプトの開発、テスト、保守にかかるこれらのコストは、そのAPIを利用するうえでの技術的な負担です。つまり、スクリプトには長期的なコストが技術的負債として発生します。これには、それらのAPIを介した自動化に必要なコードの保守コストに加え、自動化だけでなく、場合によってはインフラストラクチャの変更に伴うコストも含まれます。

こうしたコストが積み重なると、実際の税金と同様、事実上避けられない多額の負担になります。より柔軟で自動化されたデプロイプロセスのメリットを得るには、インフラストラクチャも対象に含める必要があります。つまり、ユーザーとアプリの間に位置し、両者がシームレスかつセキュアに通信できるようにするすべての要素が対象となります。

さて、ここまでを踏まえ、こうした「税金」の支払いを回避する方法をご説明するとお約束しましたので、さっそく始めましょう。

オーケストレーション分野(VMware、Cisco、OpenStackなどのSDxベンダーを含む)の動向を追っている方なら、テンプレートの活用がますます重視されていることにお気づきでしょう。テンプレートは、何らかの「もの」の作成と構成に必要な多くの情報をコード化するという点で、構成ファイルによく似ています。たとえば、その負荷分散サービスのデプロイ全体を1つのテンプレートにまとめることができれば、必要なAPI呼び出しを、サービスの配置先にテンプレートを送信するための1回だけに削減できると考えられます。

多数のAPI呼び出しを1回に減らすことで、自動化が簡素化され、テンプレートをプッシュするスクリプトやシステムを再利用できるようになります。これは重要です。APIを使用する場合、サービスだけでなく、デプロイするアプリケーションにも固有のスクリプトを作成する必要があるためです。つまり、アプリケーションをデプロイするたびに、負荷分散など、そのアプリケーションに必要なサービスのデプロイを自動化するスクリプトを別途作成しなければなりません。

一方、テンプレートを使用すれば、同じスクリプトを使い、別のテンプレートをプッシュするだけで済みます。アプリごとに新しいスクリプトができるのを待つ時間を短縮できるうえ、たとえばBobが15回目のコピー&ペーストで33行目の変更を忘れた、といったミスを探す手間も減らせます。

テンプレートはInfrastructure as Codeであり、DevOpsの究極の目標です。

APIは引き続き必要ですが、あらゆる処理に使用する必要はありません。テンプレートを使ってAPIの利用を避けられれば、それに伴う負担を抑え、その分のリソースを別の用途に振り向けられます。

共有
タグ: Cisco APIC, DevOps, 2016

著者について

Lori Mac Vittie
Lori Mac Vittie特別技術者兼チーフエバンジェリスト | F5

Lori MacVittieは、F5のOffice of the CTOに所属するDistinguished Engineer兼Chief Evangelistであり、アプリケーションデリバリ、自動化戦略、インフラストラクチャに関する深い専門知識を有しています。AIエージェントのガードレール策定、脆弱なマルチクラウドアーキテクチャの分析、スケーラブルなシステムの限界の検証など、複雑な事柄を明快にすることで知られています。アプリケーション開発、ITアーキテクチャ、ネットワークおよびシステム運用の分野で、30年以上にわたる業界経験を有しています。F5入社前は、受賞歴のあるテクノロジー編集者として活躍していました。 MacVittieはコンピューターサイエンスの修士号を取得しており、セキュリティ、クラウド、エンタープライズアーキテクチャにわたる分野で多数の著作を発表しています。また、テーブルトークゲームとビデオゲームをこよなく愛し、チーズについては遠慮なく強いこだわりを語ります。

Lori Mac Vittieのその他のブログ記事

関連するブログ記事

F5 Application Study Tool:OpenTelemetryによるF5 BIG-IP環境の監視
F5エコシステム | 2025/04/15

F5 Application Study Tool:OpenTelemetryによるF5 BIG-IP環境の監視

F5の新しいオープンソースツールは、BIG-IP環境を詳細に可視化し、データを追跡するとともに、強力でカスタマイズ可能なインサイトを得るための基盤を提供します。

F5 BIG-IPでAI防御を実現
F5エコシステム | 2024/11/13

F5 BIG-IPでAI防御を実現

F5 BIG-IP Advanced WAF、BIG-IP APM、BIG-IP SSL Orchestratorが、生成AIアプリ向けに包括的なセキュリティソリューションを提供する仕組みをご覧ください。

F5 Advanced WAFによるGraphQL APIの保護
F5エコシステム | 2021/08/31

F5 Advanced WAFによるGraphQL APIの保護

ここ数年、多くの組織がデジタルトランスフォーメーションを進めており、COVID-19のパンデミックによってその動きは加速しています。

アプリケーションサービスの現状 通信業界版:リーダーとしての台頭
F5エコシステム | 2019/02/19

アプリケーションサービスの現状 通信業界版:リーダーとしての台頭

通信ネットワークが進化し、さまざまな業界の幅広いユースケースに対応するなか、通信業界の回答者がテクノロジーリーダーとしての存在感を高めていることがわかります。

デジタルトランスフォーメーションは、単なるペーパーレス化ではない
F5エコシステム | 2017/07/10

デジタルトランスフォーメーションは、単なるペーパーレス化ではない

デジタルトランスフォーメーションは、単なるペーパーレス化ではありません。真のモダナイゼーションにアプリケーションアーキテクチャとセキュリティの再構築が必要な理由を、F5ブログでご覧ください。

やめましょう。もう本当にやめましょう。HTTPSはHTTPより高速ではありません。
F5エコシステム | 2016/09/19

やめましょう。もう本当にやめましょう。HTTPSはHTTPより高速ではありません。

もうやめましょう。HTTPSはHTTPより高速ではありません。プロトコルのパフォーマンスに関する微妙な違いと、暗号化トラフィックを適切に最適化する方法については、F5ブログをご覧ください。