WebAPIでエラーをどう表現すべき？15のサービスを調査してみた - Qiita
2017-01-05 追記 2016年3月にエラーの標準形式RFC7807「Problem Details for HTTP APIs」が提案され、今日現在proposed standard(標準化への提唱)となっています。こちらも是非ご覧ください。 RFC 7807 - Problem Details for HTTP APIs HTTP APIの詳細なエラー情報をレスポンスに持たせるための仕様 最近はREST APIを提供しているサービスが増えてきていますね！また公開されるAPIだけでなく、Microservicesなアーキテクチャを採用して、バックエンドがWeb APIで通信するケースも増えてきているように思います。 APIを使うときはあまり気にしたこともなかったですが、いざAPIを設計してみるとどんなインターフェイスがいいのか、どんな形式がいいのかといった疑問が次々と出てきます。
【2020年】AWS全サービスまとめ | DevelopersIO
このエントリは、2018年、2019年に公開したAWS全サービスまとめの2020年版です。これまではいくつかに分割して公開していましたが、1エントリにまとめてほしいという要望をもらっていたため、今年は1エントリに集約してみました。 こんにちは。サービスグループの武田です。 このエントリは、2018年、2019年に公開した AWS全サービスまとめの2020年版 です。これまではいくつかに分割して公開していましたが、1エントリにまとめてほしいという要望をもらっていたため、今年は1エントリに集約してみました。どちらがいいのか正直わからないので、フィードバックなどあれば参考にさせていただきます。 2020-01-08 リクエストがあったためAmazon Mechanical Turkを追加。 2018年まとめ 【2018年】AWS全サービスまとめ その1（コンピューティング、ストレージ、データベー
AWSの膨大で複雑なサービス群をすべて「たった1行」で説明していくとこうなる
AmazonのクラウドサービスであるAWSは、コンピューティングやデータベース、ストレージなど、膨大で複雑なサービスで構成されています。こうした豊富なサービス群をうまく組み合わせて利用する「ビルディングブロック」がAWSのメリットでもありますが、サービス数が多すぎてなかなか全体像を把握できないのも事実。フリーランスのエンジニアでありコンサルタントでもあるジョシュア・テイセン氏が自身のブログで、AWSのすべてのサービスを「たった1行」で説明しています。 Amazon Web Services https://adayinthelifeof.nl/2020/05/20/aws.html テイセン氏によると、Amazon Dashboardから利用可能なAWSのサービスは記事作成時点で163あるとのこと。そのすべてを正確に理解する必要はありませんが、基本を押さえておくことはいいことであり、問題の
マイクロサービス移行を阻むレガシーとの戦い方
マイクロサービスアーキテクチャへの移行を進める上で生まれた課題にどう取り組んだのか。オイシックス・ラ・大地の川上徹氏がOisixのマイクロサービス移行のハードルにどう取り組んだのか紹介します。 Oisixは2000年の創業以来、一度も全面的なシステムリプレースを行わず、システムの改修を続けてきたECサイトだ。マイクロサービスアーキテクチャへの転換を検討し始めた2017年時点で、17年以上も創業当時のアーキテクチャのまま、運用を続けてきたというわけだ。 今回はそのOisixをマイクロサービスアーキテクチャに移行する上で生まれた課題にどう立ち向かったのかを解説する。 既存システムの分析と改善 システムアーキテクチャを刷新する上で、まず最優先に取り組むべきなのはそのシステムが構成する業務の分析／再定義になるだろう。 システムの現状分析を基に、開発、運用のプロセスあるいはサービス提供をする上でのボ
マイクロサービスアーキテクチャにおける「サービス配置」の考え方
マイクロサービスアーキテクチャを用いてシステム開発をする場合、アプリケーションをどのように分割して配置すればいいのか。アプリケーション間の通信はどのような点に留意すべきかを、オイシックス・ラ・大地の川上徹氏が解説します。 サービス分割の考え方 マイクロサービスアーキテクチャを用いてシステムを構築する際に頭を悩ませるのは、アプリケーションをどのように分割するかだ。サービスの分割は正解のない分野かもしれないが、ECサイト「Oisix」のマイクロサービス化に約1年取り組んできた経験を基に考え方を共有したい。 本記事は、マイクロサービスアーキテクチャにおけるサービス分割の方法を、ビジネス側とシステム側の視点で分けて整理する。ただ、それぞれの考え方は共存しないわけでなく、整理して適切に組み合わせる必要がある。どのような考え方を採用するとしても、「何のためにマイクロサービスアーキテクチャを採用するのか
「Red Hat OpenShift on IBM Cloud」によって、モノリシックなJava EEアプリを分割しマイクロサービスとして動かすのはどれほど簡単になるのか？
「Red Hat OpenShift on IBM Cloud」によって、モノリシックなJava EEアプリを分割しマイクロサービスとして動かすのはどれほど簡単になるのか？：IBM Champion for Cloud 2019が評価 IBMのソリューションやソフトウェアに対し、そのテクニカルコミュニティーにおいて高度な貢献をしたエンジニアを表彰する制度「IBM Champions」。今回はIBM Champion for Cloud 2019に選出された平岡大祐氏に、その知見・ノウハウを体感できる記事を執筆していただいた。昨今のDXトレンドなどについて聞いたショートインタビューとともに、3回にわたって「Red Hat OpenShift on IBM Cloud」の実践的な活用方法をお届けする。2回目はマイクロサービス化と運用監視について。 IBMテクノロジーを使ってビジネス、社会をリー
一人旅が捗るWebサービスを思いついたので、開発から公開まで全部一人でやってみた話 - Qiita
先日、ひとり旅のための宿検索サイト「ソロ旅ねっと」というサービスを公開しました。 ソロ旅ねっと ソロ旅ねっとは、複数地域、複数の宿泊予定日を自由に組み合わせて、一人宿泊が可能な旅館、ホテルを検索できるサービスです。 「どこかの金曜日に有給を取って北の方の温泉地に泊りで行きたい」、みたいな条件で、旅館、ホテルを簡単に検索できるようなサービスを目指しています。 このサービスをまじめに考えだしたのは2018年の12月初旬で、ソースを書き始めたのは同年12月の下旬頃です。 ソースコードの最初のコミットから３か月、最初のリリースからも約2か月が経ったので、これまでを振り返りつつ、宣伝もかねて、今回は、サービスを作ろうと思った経緯、サービスの中身の話などを、サービスの紹介と合わせてお話ししたいと思います。 なぜ作ろうと思ったか 僕は割と一人での旅行（特に温泉地）が好きで、年に数回、どこかの温泉地に赴き
エンジニアが情報収集とトレンドを追うのに読むと良いサイト - Qiita
背景 自分が普段電車や会社で読んでいるIT系のサイトと学習などで使用しているサイトのまとめ。 ニュース系 ■ CNET Japan ■ @IT ■ ITmedia ■ はてなブックマーク(テクノロジーカテゴリ) ■ Menthas ■ Publickey ニュース(ガジェット系) ■ PC Watch ■ GIZMODO ■ Engadget 技術系ブログ(企業系) ■ Developers.IO ■ はてなブログ開発ブログ ■ サイボウズのエンジニアブログ ■ クックパッド開発者ブログ ■ Google Developers ■ Yahoo! JAPAN Tech Blog ■ Mercari Engineering Blog ■ Webnaut ■ バズ部 ■ SOUM/misc ■ LINE Engineering 技術系ブログ(個人) ■ ネットワークエンジニアのメモ ■ プログラ
マイクロサービスアーキテクチャとそれを支える技術 | さくらのナレッジ
最近では「マイクロサービス」と呼ばれる、機能毎に細かくサービスを分割して開発や運用を行うアーキテクチャの採用例が増えている。本記事ではこのマイクロサービスアーキテクチャや、それに使われる技術について紹介する。 マイクロサービスとは 近年、ITシステムの開発・運用において「Microservice（マイクロサービス）」というアーキテクチャを採用する例が増えている。マイクロサービスアーキテクチャは、簡単に言えばサービスを構成する各要素を「マイクロサービス」と呼ばれる独立した小さなコンポーネントとして実装するという手法で、2011年ごろから提唱されているものだ。 マイクロサービスについては、2014年に公開された「Microservices」という文書が有名だ（有志による日本語訳）。また、さくらのナレッジでも2015年に紹介されている。マイクロサービスの詳しい思想についてはこれら記事を参照してほ
re:Invent 2018 / 11月27日 アップデートのまとめ | Amazon Web Services
Amazon Web Services ブログ re:Invent 2018 / 11月27日 アップデートのまとめ みなさん、こんにちは。アマゾン ウェブ サービス ジャパン、プロダクトマーケティング エバンジェリストの亀田です。 re:Invent2018 2日目の今日は、Monday Night Liveの発表に加え多くのアップデートが発表されましたので纏めたいと思います。 Firecrackerがアナウンスされました。 KVMをベースとした新しい仮想化技術であり、非仮想化環境で軽量のマイクロ仮想マシン (microVM) を数秒で起動できます。従来の VM が提供するセキュリティとワークロードの分離と、コンテナーに伴うリソース効率を活用できます。 AWS Key Management Service がカスタムキーストアに対応しました。 AWS CloudHSM と連携し、独自の
オープンソースのブロックチェーン Hyperledger Fabric を試してみる - Qiita
オープンソースのブロックチェーン基盤の一つ、Hyperledger Fabric を試してみました。 環境構築からチェーンコードの設置・実行まで挑戦してみましたので、今から始める方の参考になれば幸いです。 Hyperledger とは Hyperledger (ハイパーレッジャー) とは、オープンソースのブロックチェーン技術推進コミュニティです。 ブロックチェーン技術とは、ネットワーク接続された数多くのコンピュータ群で分散処理/データ管理を行うことで、1つの巨大高性能システムと同等の機能を実現するという技術です。"変更不可能な形でデータを保持するデータベース" と表現されます。 Hyperledger Project は、The Linux Foundation のプロジェクトとして、これらの技術検証について、オープンソース精神に基づき、グローバルレベルで共同検証を実施し、デファクトスタン
300人から1000人へ――メルカリは開発組織を拡大するために「マイクロサービスアーキテクチャ」を採用した（後編） (1/4) - ITmedia エンタープライズ
300人から1000人へ――メルカリは開発組織を拡大するために「マイクロサービスアーキテクチャ」を採用した（後編）：Mercari Tech Conf 2018（1/4 ページ） 現在300人程度という開発者の数を3倍以上の1000人に増やそうとしているメルカリ。そのために同社はマイクロサービスアーキテクチャを採用し始めました。インフラのプロビジョニングや障害対応など、開発者ができることを増やすため、さまざまな取り組みを行っているようです。 メルカリはこの1年、マイクロサービスアーキテクチャにどう取り組み、実現のために何をしてきたのか。技術面と組織面の双方に関する興味深い取り組みが、2018年10月4日に都内で行われた同社主催の技術カンファレンス「Mercari Tech Conf 2018」のセッション「Microservices Platform at Mercari」で紹介されました
300人から1000人へ――メルカリは開発組織を拡大するため「マイクロサービスアーキテクチャ」を採用した（前編） (1/5) - ITmedia エンタープライズ
300人から1000人へ――メルカリは開発組織を拡大するため「マイクロサービスアーキテクチャ」を採用した（前編）：Mercari Tech Conf 2018（1/5 ページ） 現在300人程度という開発者の数を3倍以上の1000人に増やそうとしているメルカリ。そのために同社はマイクロサービスアーキテクチャを採用し始めました。このシステムをうまく機能させるため、技術面と組織面の双方でさまざまな取り組みを行っています。 メルカリは現在、300人程度の開発者を1000人規模にまで増やす目標を掲げており、それに合わせて、パフォーマンスを発揮させるためにマイクロサービスアーキテクチャを1年前から採用し始めました。 同社がこの1年、マイクロサービスアーキテクチャにどう取り組み、実現のために何をしてきたのか。技術面と組織面の双方に関する興味深い取り組みが、2018年10月4日に都内で行われた同社主催の
IoTがもたらす価値を最大化するERPの要件 ーオラクルが解説 | IoT NEWS
IoTと聞いたとき、現状で多くの人が思い浮かべるのは製造現場の可視化などといったケースではないだろうか。 しかし実際には、新たなサービスの創出、あるいは経営／ビジネス課題の解決といった大きなメリットを実現できる可能性がある。 事実、海外の先進的な企業はIoTに積極的に取り組むことで革新的なサービスの創出や経営効率の向上などさまざまなメリットを導き出している。 こうした動きに乗り遅れれば、企業の存続にも影響しかねない。競合他社に先行し、グローバル企業と対等に渡り合うためにも早急に取り組むべきだ。 先行する海外のIoT活用事例 ビジネスの世界におけるIoTへの注目度は極めて高く、日本でも多くの企業が活用に向けた取り組みを進めている。ただ現場レベルでの改善に留まることが多い日本に対し、海外の先進的な企業ではビジネスを大きく変革するためのツールとしてIoTを積極的に活用している。 その一例として挙
これなら分かる！ マイクロサービス（入門編）～モノリスと比較した特徴、利点と課題
IT用語の解説サイトや書籍は世にたくさんありますが、何だか難しいものばかりだと思いませんか？ 知らない単語を検索したけれど、どのサイトを読んでも理解できずブラウザを閉じてしまった、なんて経験を持つ方も多いと思います。本連載はそんな事態に苦しむITエンジニアの皆さまに向けて、まわりくどい原典の説明や冗長な周辺情報を取り払い、できるだけシンプルで、ポイントを掴める解説を目指しました。第一回のテーマに選んだのは、「マイクロサービス」です。一時期「バズワード」と言えるほどもてはやされ、昨今ではシステム部門／ユーザー部門を問わず知っておくべき基礎項目にまで格上げされた感のあるこの用語。これから学ぼうとしていた方も、過去に調べて挫折した方も、改めて基本を確認したい方も、ぜひこの機会に知識を整理いただければ幸いです。 はじめに：自己紹介 西野大介（@nishino_chekhov）と申します。SOMPO
クックパッドにおける最近のMicroservices事例 - クックパッド開発者ブログ
こんにちは。技術部の吉川です。 最近ではMicroservicesという言葉もかなり浸透し、そのテクニックも体系化されつつあります。 一方でMicroservicesについての話は概論や抽象的な話が多く、具体像が見えないという方もいらっしゃるのではないでしょうか。 当ブログでは1年半ほど前にMicroservicesへのとりくみについてご紹介しました。 当時社内ライブラリだったGarageはその後オープンソースとして公開され、また社内のシステムも当時と比べ飛躍的な進化を遂げています。 そういったクックパッドにおける最近のMicroservices事例を先日Microservices Casual Talksで紹介しました。 Microservicesの抽象的な話は一切割愛し、具体的な事例に終始した内容となっています。 Microservicesの基本となる考え方はわかったものの、実践方法で
BFF（Backends For Frontends）の5つの便利なユースケース
BFF（Backends For Frontends）の5つの便利なユースケース：マイクロサービス/API時代のフロントエンド開発（2） マイクロサービス/API時代のフロントエンド開発に求められる技術の1つ、Backends For Frontends（BFF）について解説する連載。今回はBFFの代表的なユースケースを5つ紹介します。 マイクロサービス/API時代のフロントエンド開発に求められる技術の1つ、Backends For Frontends（BFF）について解説する本連載「マイクロサービス/API時代のフロントエンド開発」。前回の「BFF（Backends For Frontends）超入門――Netflix、Twitter、リクルートテクノロジーズが採用する理由」では連載初回ということで、BFFの概要を紹介しました。 まだBFFは何をするサーバなのか分かりにくい面もあるかと思
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Serverless Frameworkの使い方まとめ - Qiita