GraphQL は、昨年ソフトウェア ライセンスの懸念から敬遠されそうになった API 用クエリ言語ですが、復活して Linux Foundation の傘下に入りました。
ブルース・ペレンズ氏が企業スポンサーのニーズに合わせてオープンソースの実践を形作る「木々を代弁する伐採業者」と呼ぶこの非営利団体は火曜日、関心を持つ少数の企業の協力を得てGraphQLプロジェクトのための新たなオープンソース財団を設立したと発表した。
「GraphQL FoundationをLinux Foundationに迎え入れることができ、大変嬉しく思います」と、Linux Foundationのエグゼクティブディレクターであるジム・ゼムリン氏は声明で述べています。「この前進は、あらゆる言語でクラウド接続アプリケーションのAPI設計へのアプローチを変える、この不可欠かつ画期的な技術の長期的なサポートと成長の加速を可能にするため、非常に重要です。」
GraphQL Foundation の目的は、GraphQL の使用を促進することであり、支持者はこれを REST ベースの API よりも効率的で柔軟な代替手段として特徴づけています。
Facebookから何か良いもの
GraphQL は 2012 年に Facebook の社内プロジェクトとして開発され、2015 年にオープンソース化され、それ以来 Facebook は言うまでもなく、Airbnb、Atlassian、Audi、CNBC、GitHub、メジャーリーグサッカー、Netflix、Shopify、The New York Times、Twitter、Pinterest、Yelp など、多数の大規模組織で採用されてきました。
Netflix は 2015 年に Falcor と呼ばれる独自の効率的なデータ取得スキームをリリースしましたが、GraphQL ほど熱心に採用されていません。
GraphQLは、アプリケーションが1つまたは複数のAPIエンドポイントで提供されているデータに限定されることなく、単一のリクエストで必要なデータを正確に取得できる点でRESTを凌駕しています。GraphQLでは、クエリを最適化してデータの過剰取得や不足を回避できます。これは、ネットワークリソースが制限されることが多いモバイルデバイスで特に有効です。
FacebookがReactとGraphQLのライセンス手術に成功
続きを読む
大きな期待にもかかわらず、GraphQLにはいくつかの欠点があります。その柔軟性ゆえに、開発者はクエリの複雑さやレート制限への対応方法を再考する必要があります。RESTクエリは予測可能なデータセットを返しますが、GraphQLクエリは、その深度によっては、コンピューティングリソースの問題を引き起こすほど大きなデータチャンクを要求する可能性があります。
ソフトウェアの有用性により、使用は広まり、開発者たちは GraphQL Foundation を、プロジェクトを不当な人気から厳格な業界標準へと移行させる手段とみています。この移行には、Kubernetes のような主要なオープンソース プロジェクトが享受しているような成熟したコミュニティとガバナンスが必要です。
期待されるのは、財団とその監督により、ますます不可欠となる技術が、口論やプロジェクト貢献者の不快な行動によって台無しにされることを防ぐことだ。
火曜日の投稿で、GraphQLの共同開発者であるLee Byron氏は、「GraphQL Foundationの設立を通じて、ベンダー中立のイベント、ドキュメント、ツール、サポートへの幅広い貢献と共同投資を奨励することで、GraphQLが信頼できる業界標準となるようコミュニティが協力し合う場を作りたいと考えています」と説明しました。®
