CAMARAプロジェクトの紹介

重要な更新：APIがCAMARA規格を使用する方法を変更しました。何が新しくなったのか知りたいですか？最新記事 "VonageはどのようにCAMARA APIを使用して開発者のエクスペリエンスを向上させるか？"

前回の記事 VonageネットワークAPIの発表で、新しいAPIがCAMARA標準に従って構築されたことを紹介しました。 CAMARA標準.この記事では、CAMARAプロジェクトをより深く掘り下げ、その意味合いと通信業界にとっての意味を理解する。

CAMARAとは？

テレコミュニケーションとテクノロジーの巨人たちがアベンジャーズのように集結し、シームレスなユーザー体験を生み出すために新しいネットワーク機能を調和させ、公開することを目的とした新しい標準を確立する。これ以上言うことはない。CAMARAへようこそ！

CAMARA は Linux Foundation 内のオープンソース・プロジェクトで、API 標準をホストし、API の開発とテストを行っている。このプロジェクトはGSMA Operator Platform Groupと緊密に協力し、API要件の調整を行っている。

CAMARAという名前は、ギリシャ語で「アーチ型の屋根」を意味する言葉に由来し、ひとつのビジョンの下での複数の事業体の協力や提携を象徴している。

どのように機能するのか？

CAMARAプロジェクトのメンバー（参加者、コーディネーター、貢献者など）は、サブプロジェクトとワーキンググループに組織されている。似ているように聞こえるかもしれないが、いくつかの違いがある。

サブプロジェクト

サブプロジェクトは各APIに関連するトピックが議論される場所であり、APIを文書化して説明する方法や、APIを開発してテストする方法などが含まれる。サブプロジェクトの例としては SIMスワップ, デバイスステータスまたは 番号検証.

各サブプロジェクトのメンバーは時折バーチャルに集まり、GitHubのリポジトリとメーリングリストを中心に作業を行います。すべてのリポジトリは同じ構造になっており、情報を見つけやすくなっています：

• この documentation/MeetingMinutesフォルダには、過去のミーティングの議事録がすべて保存され、その間にAPIの動作に関する決定が行われる。

• には code/API_definitionsにはAPIのOpenAPI仕様がYAML形式で含まれています。

ワーキンググループ

ワーキンググループ ワーキンググループは通常、すべてのサブプロジェクトに共通するトピックを扱う。ワーキンググループの例としては APIバックログAPIプロポーザルのライフサイクルを管理するMarketingグループ、すべてのAPIに関連する共通のトピックを議論するCommonalitiesグループ（例：認可、文書化、ガイドライン）などがある。

サブプロジェクトと同じように、ワーキンググループのメンバーも GitHub リポジトリとメーリングリストを使って活動を調整します。

プロジェクトの構成や参加者の役割について興味がある方は、以下をご覧ください。 プロジェクトの構造と役割のページをご覧ください。

APIライフサイクル

このプロジェクトで最も興味深い活動のひとつは、APIのライフサイクルを維持することである。

すべては APIオンボーディングここで企業は、技術的・商業的な実行可能性とともに、APIの詳細な説明（そのAPIが何をするのか、いくつかの例を挙げて説明する）をまとめた新しいAPIの提案を提出することができる。

API Backlogワーキンググループは提案を評価し、承認されれば最終承認のために運営委員会に送られる提案を承認する。すべてがうまくいけば、API提案は実際のサブプロジェクトへと姿を変え、上述のメカニズムを使って貢献やアイデアの受付が開始される。

API仕様が十分に安定したら、実装を1つまたは複数の事業者ネットワークに配備してテストする。テストが成功すれば、本番環境で使用することができる。

結論

CAMARAプロジェクトは、調整と協力という点で、通信業界の重要なマイルストーンとなる。プロジェクトのオープンな構造は、各APIの背後で行われた意思決定の追跡と理解を容易にしている。

プロジェクト・メンバーによってすでに作成されたリソースやドキュメントは広範囲に及ぶ。彼らの GitHubリポジトリと ウィキ.

ご質問やご意見がございましたら コミュニティ・スラック・チャンネルおよび でフォローしてください。.