Red Hat Application Services NewsLetter 2021/3月号 - 赤帽エンジニアブログ
Red Hatのソリューションアーキテクトの松田絵里奈です。 Red Hat にはクラウドネイティブアプリの開発に役立つ、ソフトウェアのラインナップが充実していることをご存知ですか？ ここでは、それらのソフトウェア [Red Hat Application Services]に関する注目ニュースを、各製品技術に特化したソリューションアーキテクトが、ご紹介します。 今回は 2021/3月号となります。 想定読者 エンタープライズアーキテクト アプリケーション開発者 システムの提案をするSIerの方 特集1: CodeReady Workspacesをカスタマイズして便利に開発してみよう その1 rheb.hatenablog.com 特集2: 今注目のOSS, Apicurio - APIファーストの設計からイベント駆動アーキテクチャにおいて重要なスキーマ管理まで 今回のニュースレターのIn
APIプロダクト: APIを価値あるものとする方法 - 赤帽エンジニアブログ
Red Hatでソリューションアーキテクトをしている杉本です。 この記事は Red Hat Developer Blog の APIs as a Product: Get the value out of your APIs を許可をうけて翻訳したものです。 ProgrammableWebが発表したこの2019年のレポートに見られるように、APIの普及は続いており、昨年の成長率は30％増となっています。企業をよりオープンなものとし、イノベーションを促進するために、APIはますます必要となっています。Payment Services Directive version 2（PSD2）、オープンバンキング、オープンデータAPIを公開する公共機関などはその一例です。このようにAPIが豊富にある中で、APIから価値を引き出し、競争が激化する中で差別化を図ることがますます重要になってきています。今や
デジタル化が進む世界におけるAPIの役割 - 赤帽エンジニアブログ
この記事は Red Hat Blog の Role of APIs in an increasingly digital world を、許可をうけて翻訳したものです。 COVID-19は世界に非常に大きな影響をもたらしました。私たちがビジネスを行う方法、働く場所、サービスを提供する方法、コミュニケーションの方法に影響を与えています。私たちは新しいやり方でこれらのことを実現していかなければなりませんが、アプリケーション・プログラミング・インターフェース（API）はその手助けとなります。 デジタル主導の世界では、アプリケーションは経済や社会の基盤となっており、通常これらのアプリケーションは持っている機能を実行するために、さまざまな他のアプリケーションやシステムと通信し、連携する必要があります。APIはこの変化に対応していくための1つの方法となります。 APIでデジタルトランスフォーメーション
APIは企業の"プロダクト"である！ 〜APIs as a Productという考え方〜 - 赤帽エンジニアブログ
みなさんこんにちは！Red Hatのソリューションアーキテクトの手塚です。 今回はAPIs as a Productという考え方と、レッドハットが提供するAPI管理製品である3scale API Mangementでの実現方式の概要についてご紹介します。 ビジネスとしてのAPI APIはご存知の通り、Application Programming Interfaceの頭文字であり、プログラム間のインタフェースを指す言葉です。 そのためOSのシステムコールもJavaのライブラリを呼び出すのもAPIですが、昨今のDXやAPIエコシステムの文脈で語られる場合には、APIはほぼWeb APIを指すため、この記事ではAPI = Web APIとして記載します。 様々なビジネスのデジタル化や、それに伴う既存の仕組みに囚われない人たちであるところのディスラプターの台頭によって、ビジネススピードの変遷が激
APIファーストの設計ツール「Apicurio」「Microcks」を使ってみよう！
はじめに これまで、APIを管理する製品として、オープンソースの「3scale」について紹介してきましたが、APIのライフサイクルにはAPIを管理する前に設計・実装・デプロイ・公開といったフェーズがあります。中でもAPIでどのようなサービスや機能を提供していくかを決めるAPIの設計フェーズは、APIの価値を決める上で非常に重要なフェーズと言えます。 そこで今回は、3scaleと関連するOSS製品として、APIの設計フェーズで役立つ「Apicurio」と「Microcks」について紹介します。 APIファーストのアプローチ APIファーストのアプローチとは、クライアントアプリケーションにとってAPIが最初のインタフェースであると捉え、APIのコーディングや実装を行う前に、APIとしてどのような機能やデータを提供していくべきか、そのAPIの利用者を念頭に置いてAPIの仕様を決めることです。 A
OpenAPI仕様共有プラットフォームとして、Apicurio Studioがめちゃくちゃ優秀だった件 - Qiita
OpenAPI仕様共有プラットフォームとして、Apicurio Studioがめちゃくちゃ優秀だった件swaggerapicurioopenPAI はじめに こんにちわ。Wano株式会社エンジニアのnariと申します。 突然ですが、皆さんはopenAPI仕様共有ツールに何を使っていますか? Swagger周辺のツールを使っている方が多いのではないかなと思います。 しかし、フロント側やビジネス側の人間にも確認してもらいたかったり、いじってもらいたい場合、ymlやjsonベースのソースをいじってもらうのはなかなか難しいことも。。 そこで現在はGUIでいじれるApicurioというツールを試していて、かなり優秀だったので紹介させていただきます。 前回のツール選定の記事はこちら Apicurio Studioとは Design beautiful, functional APIs with zer
API管理と3scaleの基礎知識
APIとは APIは「Application Programming Interface」の略で、簡単に言うと「ソフトウェアの機能を利用する際の決まりごと」です。世の中には様々なシステムがありますが、その機能がAPIとして共有されていればそのAPIを使うことで必要な機能を利用でき、無駄に開発することなく、より効率的にソフトウェア開発ができるようになります。 例えば、Google Mapsの機能もGoogle Maps API で利用できるようになっており、その位置情報を取得する機能(ジオコード)を利用する際にはAPIの場所をURLで指定し、利用するための鍵や場所を指定するためのキーワードを渡すのが決まりごとになっています。 APIという用語自体はコンピュータの世界では幅広い概念を表す用語ですが、インターネットとWebの普及により、最近ではAPIと言った時にはWebのAPIを表すことが多くな
3scaleをインストールしてみよう！
はじめに 前回の記事では、APIとAPI管理の基本的なことについて説明し、オープンソースのAPI管理製品である3scaleをご紹介しました。本記事では、API管理基盤となる3scaleのインストール方法をご紹介したいと思います。 前回記事にもある通り3scaleのソースコードはGitHubで公開され、コミュニティによる開発が進められています。3scaleを構成する主要モジュールは5つ（APIcast、Porta、Apisonator、Pisoni、Zync）あり、そこで使用されるシステムコンポーネントはすべてコンテナとして動作します。3scaleをインストールできる環境には、Kubernetesをベースとしたオープンソースのコンテナ管理プラットフォームであるOpenShiftがあります。 今回は簡単にインストールできるオールインワン構成のOpenShiftであるMinishiftを使って、
Distributed microservices architecture: Istio, managed API gateways, and enterprise integration | Red Hat Developer
The rise of microservices architectures drastically changed the software development landscape. In the past few years, we have seen a shift from centralized monoliths to distributed computing that benefits from cloud infrastructure. With distributed deployments, the adoption of microservices, and system scaling to cloud levels, new problems emerged, as well as new components that tried to solve th
Apache Camel - APIコンポーネントフレームワーク - 赤帽エンジニアブログ
Red Hatの佐藤匡剛です。 Apache CamelのAPIコンポーネントフレームワークについて紹介します。このミニフレームワークは個人的にCamelのキラーフィーチャーだと思っているんですが、日本語はおろか英語でも開発者本人のブログかRed Hat Fuseの公式ドキュメントくらいしか紹介記事がありません。 http://planet.jboss.org/post/apache_camel_api_component_framework_or_how_i_learned_to_stop_worrying_and_love_writing_feature_rich_camel_components https://access.redhat.com/documentation/en-us/red_hat_fuse/7.2/html/apache_camel_development_gu
OSSベースのAPI管理製品 3scale 2.2を試してみた - Qiita
初版: 2018/7/10 著者: 田畑義之, 株式会社日立製作所 (GitHubアカウント: @y-tabata) 本記事は、あくまで執筆者の見解であり、所属企業及びRed Hatの公式なドキュメントではありません。 昨今API管理の分野が注目を集めています。筆者は、API管理製品の一つ、3scaleに着目し、検証やパッチ投稿を進めていました。最近2.2がリリースされ、大きく機能強化されて面白くなってきたため、紹介します。 はじめに 2018年5月31日、Red Hat 3scale API Management (以下、3scale)のバージョン2.2がリリースされました。2017年10月27日の2.1のリリースから約7か月ぶりの新バージョンです。 本稿では、3scale 2.2の新機能を紹介します。 3scaleとは 3scaleとは、Red Hatが開発するAPI管理製品です。 3
サービスメッシュ時代のAPIマネージメントのあり方を3Scaleに訊いた
Red Hat Summit 2018にて、Red Hatに買収されたAPIマネージメントの3Scaleの責任者にインタビューを実施した。 Red Hat Summit 2018における中心的なプロダクトは明らかにOpenShiftだったが、同様に注目を集めたオープンソースソフトウェアとして、サービスメッシュのIstioなどが挙げられる。Istioが注目される理由のひとつは、コンテナでアプリケーションをパッケージしたとしてもモノリシックなままでは変化に対応できないからだ。アプリケーションを細分化して複数のコンテナをオーケストレーションするやり方をさらに進めると、「マイクロサービス」という発想になり、それをネットワーク化するサービスメッシュに行き着くということだろう。Linkerd、Conduit、Istioなど、多くのオープンソースソフトウェアがこの分野でしのぎを削っている。中国のTenc
Hoverfly Cloud | API Simulation & Service Virtualisation
Simulate your APIs and push your system beyond its limitations Speed-up release cycles Hoverfly Cloud allows parallel development and early functional testing. Reduce wait time for unavailable systems. Decrease costs and increase performance Reduce budgets required to run and manage complex test environments, including hardware, software licenses, and maintenance.
既存ビジネスをデジタル化するためのカギが“API”にある理由――API化を進めるための3ステップとは
既存ビジネスをデジタル化するためのカギが“API”にある理由――API化を進めるための3ステップとは：GEやキャンベルスープも実践 企業がデジタルトランスフォーメーションを実践するためには既存システムとのデータ連携や社内外リソースを最大限に活用することが重要なポイントだ。そして、デジタルトランスフォーメーションを進めるロードマップには大きく3つのステップがあり、APIがキーになるという。アジャイルAPIインテグレーションを提唱するレッドハットに、その理由やAPIエコノミーを形成している4社の事例、API化を進めるための具体的な施策を聞いた。 APIs are eating the world――APIが世界を飲み込む テクノロジーの力で新しい価値や利便性を生み出す「デジタルトランスフォーメーション」に向けた取り組みでは、エンドユーザーの支持を獲得するためには、ユーザーのニーズの変化に合わせ
日本IBM、信金版のAPI接続共通基盤を構築
オープンAPI共通基盤は、口座情報照会、残高照会、入出金明細照会といった基本的なサービスに加え、インターネットバンキングや勘定系まで含めた信用金庫のシステムに、外部のFinTechサービスを接続できるようにする。「BIAN（Banking Industry Architecture Network）」仕様に準拠し、FinTechサービスを提供する企業が、しんきんインターネットバンキングシステムに参加している全国の信用金庫と同一環境で多対多に接続できる。 日本IBMの「FinTech共通API」を利用し、信用金庫向けにチューニングする形で構築する。接続検証などの実績があるプラットフォームを活用することで、注目が高まるFinTechに信用金庫業界が対応するための時間を短くする狙いだ。
Google Calendar API を使って祝日を取る PHP編 - Qiita
Googleさんの API を扱うまでのメモ（色々変わっててくりびつした 流れとしては Google アカウントを取得（この記事では省略 Google Developers Console でプロジェクトを作成 APIを有効化する このAPIキーを元にソースコードを書いていく！ てな感じになります。 Google Developers Console google にログインしている状態で Google Developers Console にアクセスしましょう。 この画面にある「プロジェクトを作成」で、プロジェクト名を入れて「作成」ボタンを押します 作成が完了したら次のような画面に遷移します。 これでプロジェクの作成は完了です API を有効化する 作成直後の画面で「Google API を利用する」といったリンクがあります。 このリンク先に遷移すると、「有効化することが出来るAPIのリ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Agile API Integration Day Tokyo
API活用事例から学ぶアプリケーション開発の効率化
Release Announcement: Open Service Broker API 2.12
Stripe | インターネット向け金融インフラ
