5分で絶対に分かるAPI設計の考え方とポイント
API設計を学ぶべき背景と前提知識、外部APIと内部API、エンドポイント、レスポンスデータの設計やHTTPリクエストを送る際のポイントについて解説する。おまけでAPIドキュメント作成ツール4選も。 【0分】API設計を学ぶべき背景 APIの公開が増えている 最近、自社で保有するデータや、システム、アプリケーション、Webサービスの機能を「API（Application Programming Interface）」として公開する企業が、増えてきています。これに伴い、「API経済圏（APIエコノミー）」という新たなビジネスモデルが確立されつつあります（参考：5分で絶対に分かるAPIマネジメント、API経済圏）。 「ProgrammableWeb」というAPIに関するニュースサイトや、さまざまな企業が提供するAPIのリンクがまとまったサイトもあり、APIの普及はものすごいスピードで進んでいる
【Webディレクター必見】エンジニアに仕様を伝えるときの5つのポイント
こんにちは。レバレジーズ サイトディレクションチームです。 レバレジーズでは、2014年から特に力を入れて既存サイトのリニューアルや新規サイトの立ち上げをいくつか行っています。 その際に必ず必要になるのが、「仕様をエンジニアに伝える」という工程。 ここが上手くいかないと、どれだけいいサービスや機能を考えても、実現がままなりません。 エンジニアの方がよく、「これは『バグ』ではなく『仕様変更』ですね」と口にしますが この言葉が表している通り、仕様が正しく伝わらないと、本来期待していたものとは異なるものが実装されるリスクが高まるだけでなく、スケジュールの遅れや、チーム間での摩擦を引き起こす要因にもなり得ます。 認識違いや仕様漏れを極力減らし、プロジェクトを円滑に進めるために、 今回の記事では「Webディレクターが気を付けるべきエンジニアへの仕様の伝え方」の注意点を5つご紹介いたします。 １．全体
Scaling Gilt: from monolith ruby app to micro service scala service architecture
Video and slides synchronized, mp3 and slide download available at URL http://bit.ly/1OvXF7o. Yoni Goldberg discusses the many advantages that microservices can offer or has offered to the Gilt engineering team, as well as the challenges and how Gilt’s engineers have gone about resolving these challenges. Yoni also provides a deep-dive exploration of Gilt’s Ops strategy (Docker + AWS), approach to
Enterprise Integration Patterns
User manual Camel Components Next (Pre-release) 4.4.x (LTS) 4.0.x (LTS) 3.22.x (LTS) 3.21.x (LTS) Camel Core Camel K Next (Pre-release) 2.2.x Camel Kafka Connector Next (Pre-release) 4.0.x (LTS) Kamelet Catalog Next (Pre-release) 4.4.x (LTS) 4.0.x (LTS) Camel Karaf Next (Pre-release) 3.22.x (LTS) 3.21.x (LTS) Camel Quarkus Next (Pre-release) 3.8.x 3.2.x Camel Spring Boot Next (Pre-release) 4.4.x (
Enterprise Integration Patterns -a Table of Contents
How can I integrate multiple applications so that they work together and can exchange information?
マイクロサービスを10分で作る-郵便番号検索サービス-Apache Camel - Qiita
今回は試しに郵便番号から住所情報を検索できるサービスを作ってみる。 マイクロサービスとは このブログがよくまとまっていると思う http://techlife.cookpad.com/entry/2014/09/08/093000 良い点 共通で利用できるサービスだったら言語関係なく呼べばいいだけなので便利！ もしサービスが古くなって作り直しとなっても、作り直しの範囲が小さくなる。 悪い点 サービスの数が増えるので、運用するサービスが増える。 今回のサンプル限定で考えると 良い点 各個別のアプリで郵便番号DBを持たなくて済む 郵便番号テーブルの最新化が１箇所で済む 郵便番号検索プログラムを個別のアプリで作らなくて済む 検索プログラムにバグがあっても、検索サービスだけ修正すればいいだけ。 Apache Camelを使って作る事 英語の記事なので読める人だけ。 http://java.dzon
Yknot（ワイノット） を支える技術 - Yknot 開発ブログ
こんにちは！エンジニアの内藤 (@kakipo) です。 ディレクター 1 名、デザイナー 1 名、エンジニア 1 名の小さなチームでYknot（ワイノット）というサービスの開発、運用を行っています。 この記事では Yknot（ワイノット）で利用している技術やサービスについてお話いたします。 前半は技術的な内容を中心に、後半は運用が楽しくなる便利なサービスをご紹介いたします。 基本に忠実に、そして良い外部サービスは積極的に利用することを心がけています。 小規模チーム開発におけるシステム構成の参考になれば幸いです。 はじめに: Yknot（ワイノット）とは 企業向けサービスのクチコミサイトです。 食べログの BtoB サービス版です。 「今年はやたらと Slack っていうチャットの記事を目にしたけど、実際どうなんだろ。」 「サーバ監視のサービスって色々あるみたいだけど、なにがいいんだろう。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
