Process data and script workflows using Postman JavaScript objects | Postman Learning Center
Process data and script workflows using Postman JavaScript objects The Postman JavaScript API functionality enables you to programmatically access and alter request and response data and variables using the pm object. You can also dynamically alter execution order to build request workflows for the Collection Runner. Using variables in scripts You can access and manipulate variables at each scope
APIの開発がむちゃくちゃ捗る「Postman」の使い方
いまどきのWebアプリケーションの開発で重要となっているのが、APIの設計と開発。APIを開発するときの面倒な課題を一気に解決するすばらしいツール「Postman」の使い方を紹介します。 APIを構築した経験があれば、難しさが分かるでしょう。プロジェクトは収拾がつかないほど複雑になり、ドキュメントを作成してみても、結局すっきりしません。 以前簡単に紹介したツールPostmanを試しました。Postmanなら、認証、テスト、ドキュメント作成、バージョン管理などAPIの多くの要素を統合して開発できる環境で、API構築の強力な助けになると分かりました。 Postmanの多彩な機能と統合環境で、APIを簡潔に開発する方法を紹介します。 リクエストする PostmanでシンプルなAPIリクエストを送信して、レスポンスを取得します。 上記のスクリーンショットで、ビューにたくさんの要素が配置されていてい
AWS PrivateLink を通じてサービスを共有する - Amazon Virtual Private Cloud
エンドポイントサービスと呼ばれる独自の AWS PrivateLink を利用するサービスをホストし、それを他の AWS のお客様と共有できます。 概要 次の図は、AWS でホストされているサービスを他の AWS お客様と共有する方法と、それらのお客様がサービスに接続する方法を示しています。サービスプロバイダーとして、サービスのフロントエンドとして VPC で Network Load Balancer を作成します。その後、VPC エンドポイントサービスの設定を作成するときに、このロードバランサーを選択します。特定の AWS プリンシパルにアクセス許可を付与して、サービスに接続できるようにします。サービスコンシューマーとして、お客様はインターフェイス VPC エンドポイントを作成します。これにより、VPC から選択したサブネットとエンドポイントサービス間の接続が確立されます。ロードバラン
AWS PrivateLink の概念 - Amazon Virtual Private Cloud
翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。 AWS PrivateLink の概念 Amazon VPC を使用して、論理的に分離された仮想ネットワークである仮想プライベートクラウド (VPC) を定義できます。VPC で AWS リソースを起動できます。VPC 内のリソースがその VPC の外部にあるリソースに接続することを許可できます。例えば、VPC にインターネットゲートウェイを追加してインターネットへのアクセスを許可したり、VPN 接続を追加してオンプレミスネットワークへのアクセスを許可したりします。または、 AWS PrivateLink を使用して、VPC 内のリソースがプライベート IP アドレスを使用して他の VPCs内のサービスに接続できるようにします。これは、それらのサービスが VPC 内
実行環境の変化に素早く適応できる恒常性を持つシステムアーキテクチャと今後の課題 - 人間とウェブの未来
一年前にFastContainer構想という記事を書いてから、主にアカデミアでFastContainerに関する研究をすすめたり、FastContainerに基いて実装されている「ロリポップ！マネージドクラウド」というロリポップ！の新しいプランのリリースに向けて取り組みを行ったりしておりました。 hb.matsumoto-r.jp そこで、ブログでも「FastContainer: 実行環境の変化に素早く適応できる 恒常性を持つシステムアーキテクチャ」についての構想からのアップデートをまとめておきたいと思います。 英文タイトルは、 A Homeostatic System Architecture Rapidly Adapting Execution Environment Changes です。 はじめに 背景 目的 提案の概要 Serverlessアーキテクチャによる実装との違い Her
コラム - グーグルのクラウドを支えるテクノロジー | 第25回 マイクロサービス・システムにおけるgRPCの役割（後編）｜CTC教育サービス 研修/トレーニング
[IT研修]注目キーワード Python UiPath(RPA) 最新技術動向 Microsoft Azure Docker Kubernetes 第25回 マイクロサービス・システムにおけるgRPCの役割（後編） (中井悦司) 2017年10月 はじめに 前回に続いて、2017年に開催されたSREcon17 Asia/Australiaでの講演「SRE Your gRPC--Building Reliable Distributed Systems」をもとに、マイクロサービス型のアプリケーションにおけるgRPCの役割を解説します。 この講演では、マイクロサービス・アーキテクチャーのアプリケーションを安定運用するためのガイドとして、次の6つの項目が上げられています。今回は、後半の3つについて説明します。 Everything is (secretly) a stack. Sharing i
コラム - グーグルのクラウドを支えるテクノロジー | 第24回 マイクロサービス・システムにおけるgRPCの役割（前編）｜CTC教育サービス 研修/トレーニング
[IT研修]注目キーワード Python UiPath(RPA) 最新技術動向 Microsoft Azure Docker Kubernetes 第24回 マイクロサービス・システムにおけるgRPCの役割（前編） (中井悦司) 2017年9月 はじめに 今回は、2017年に開催されたSREcon17 Asia/Australiaでの講演「SRE Your gRPC--Building Reliable Distributed Systems」をもとにして、マイクロサービス型のアプリケーションにおけるgRPCの役割を解説します。この講演では、複数のマイクロサービスを組み合わせた、分散アーキテクチャーのアプリケーションを安定運用するためのガイドが示されており、gRPCを用いたサンプルコードによる解説が加えられています。ここでは特に、マイクロサービス・システムの安定稼働という観点から、gRPC
RFC 7009: OAuth 2.0 Token Revocation
Internet Engineering Task Force (IETF) T. Lodderstedt, Ed. Request for Comments: 7009 Deutsche Telekom AG Category: Standards Track S. Dronia ISSN: 2070-1721 M. Scurtescu Google August 2013 OAuth 2.0 Token Revocation Abstract This document proposes an additional endpoint for OAuth authorization servers, which allows clients to notify the authorization server that a previously obtained refresh or a
OAuth 2.0のToken無効化に関する仕様について調べた - r-weblife
こんばんは、ritouです。 久々なので、短めな仕様を調べました。 draft-lodderstedt-oauth-revocation-02 - Token Revocation Refresh/Access Tokenの無効化 OAuthのToken無効化と言えば、Twitterで怪しげなClientの暴挙を止めるためにAccess TokenをRevokeするという場面が思い浮かぶかと思います。 Token無効化は、セキュリティや使いやすさととても深く関連しています。TwitterのOAuthさんは私たちにいろいろなことを教えてくれますね。 今回の仕様では、ClientからAuthZ ServerにToken無効化のリクエストを送る方法が定義されています。 Clientは、AuthZ Serverのドキュメント等に書いてあるToken Revocation Endpointに次のよう
oauth2_proxyとNginxのauth_requestを組み合わせると便利 - lamanotrama's diary
oauth2_proxy、便利でググると導入手順も結構出てくるのだけど、今回紹介するのは（環境によっては）さらに便利に使えるナウい方法です。 なにをするのかというとREAMDEに書いてあります。 Configuring for use with the Nginx auth_request directive The Nginx auth_request directive allows Nginx to authenticate requests via the oauth2_proxy's /auth endpoint, which only returns a 202 Accepted response or a 401 Unauthorized response without proxying the request through. For example: サンプル設定もある
【第二弾】OAuth 2.0 + OpenID Connect のフルスクラッチ実装者が知見を語る
はじめに 本記事は「OAuth 2.0 + OpenID Connect のフルスクラッチ実装者が知見を語る」の続編となります。保護リソースエンドポイント (protected resource endpoint)、いわゆる世の中でいうところの (狭義の) Web API の実装に関する話題がメインとなります。 1. もう一つの認可 1.1. アカウント属性文脈での認可 混乱を避けるため前記事では敢えて言及しませんでしたが、認可という言葉は別の文脈で使われることがあります。その文脈では、「誰が何の権限を持っているか (who has what permissions)」という情報を扱うために認可という言葉を使います。これは、OAuth の文脈での認可「誰が誰に何の権限を与えるか (who grants what permissions to whom)」とは異なります。厄介なことに、このど
OAuth 2.0 / OIDC 実装の新アーキテクチャー - Qiita
1.『On-Premises』パターンは、自分でマシンを用意し、そこに認可サーバーのソフトウェアをインストールして運用する方法です。 2.『Hosted Server』パターンは、マシンの物理的な運用はクラウドサービスにまかせ、そのマシン上に認可サーバーのソフトウェアをインストールして運用する方法です。 例えば AWS の EC2 インスタンスに OpenAM をインストールして運用する場合、このパターンに該当します。 3.『Hosted Service』パターンは、認可サーバー自体がクラウドサービスとして提供されるパターンです。 Okta や Auth0 がこのパターンに該当します。 4.『Semi-Hosted Service』パターンは、認可サーバーの主要機能を提供するサーバーが存在するものの、一部をローカルで実装するというパターンです。 Richer 氏が明示的に言及しているように
[日本語Alexa] スロット値の誤認識をバリデートする | DevelopersIO
1 はじめに スロットが設定されたインテントでは、受け取ったスロット値を処理するわけですは、これが、必ず思い通りに取得できているとは限りません。 今回は、どのような種類の誤認識が存在するかを列挙し、その対策を考えてみたいと思います。 2 テストスキル 最初に簡単なテストスキルを作成して、そのスロットへの入り具合を確認してみます。 作成したテストスキルには、インテントをひとつだけ設定し、下記のようにサンプル発話を設定しました。 {drink} を {number} ください サンプル発話には、２つのスロットがあり、そのタイプは、AMAZON.Numberと LIST_OF_DRINK(カスタムスロット) になっています。 1つ目のスロットのタイプとして指定されているLIST_OF_DRINK には、「ホットコーヒー」、「アイスコーヒー」、「コーラ」及び、「カルピス」の4つが定義されています。
![[日本語Alexa] スロット値の誤認識をバリデートする | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/75df47637fb71b53004a1b41531855e07faeff1d/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2017%2F07%2Falexa-eyecatch.png)
PuTTYの秘密鍵が独自形式な理由 | dodaの日記 | スラド
PuTTY では認証に使う秘密鍵の保存に独自の形式(PPK形式)を使いますが、これはなぜか、 あと関連して ssh の公開鍵認証のやりとりと OpenSSH の ssh クライアントの挙動に ついての話です。 結局のところはここに書いてあるように PPK 形式の方が優れている (OpenSSH の秘密鍵の形式には欠点がある)という事なんですが。 ssh での公開鍵認証のやりとりは以下のような流れです。 1. クライアントが「公開鍵認証だけどこの公開鍵は使える?」と公開鍵を送る 2. サーバが「その鍵は使えるよ/使えないよ」と答える 3a. 「使えないよ」と返ってきた場合、1 に戻って他の公開鍵を試したり、別の認証方式を試す 3b. 「使えるよ」と返ってきた場合、「この公開鍵で認証するよ、署名はこれね」と公開鍵と、 認証用のデータを秘密鍵で署名してその署名を送る。 4. サーバは公開鍵と署名
機密管理サービス AWS Secrets Manager で RDS のパスワードローテーションを試す | DevelopersIO
先日のAWS Summit 2018 San Francisco では、新しいサービス/機能が多数発表されました。その中でも、認証情報などの機密情報を管理する AWS Secrets Manager は非常に注目度が高いようです。Secrets Managerを使って、RDSのパスワードを管理・ローテーションを試してみましたので紹介します。 こんにちは、菊池です。 先日のAWS Summit 2018 San Francisco では、新しいサービス/機能が多数発表されました。 その中でも、認証情報などの機密情報を管理する AWS Secrets Manager は非常に注目度が高いようです。 【完全新機能】DB認証情報やOAuthキーを一元管理可能なAWS Secrets Managerが発表されました！ この、Secrets Managerを使って、RDSのパスワードを管理・ローテーシ
GoogleとNetflix、カナリアリリース分析ツール「Kayenta」オープンソースで公開。新たにデプロイしたリリースに問題がないかを自動分析
GoogleとNetflix、カナリアリリース分析ツール「Kayenta」オープンソースで公開。新たにデプロイしたリリースに問題がないかを自動分析 GoogleとNetflixは、共同開発したカナリアリリース分析ツールの「Kayenta」をオープンソースで公開した。新規リリースを本番環境に対して小規模にデプロイし、問題がないかを検証する作業を自動化。より迅速で確実な継続的デリバリを実現する。 GoogleやNetflixのようにWebサービスを提供している企業では、そのWebサービスに次々と改良が加えられ、1日に何度も新しいリリースがデプロイされています。 しかし新しいリリースのデプロイはいきなり大規模に行われるわけではありません。リリースされるコードに対しては継続的デリバリのパイプラインの中で一通りの自動テストが行われ、ある程度の品質が保証されているはずです。しかし、それでも新しいリリー
AWS Summit 2018 San Franciscoで発表されたサービスやアップデートのまとめ | DevelopersIO
2018年4月4日(水)に開催されたAWS Summit 2018 San Franciscoで、多くのサービスやアップデートに関する発表がありました。 当ブログもAWSの記事で賑わっていますが、今回はそれらを簡単にまとめてみたいと思います。 新しく発表されたサービス AWS Secrets Manager: Store, Distribute, and Rotate Credentials Securely ライフサイクルを通じてデータベース認証情報、API キー、その他のシークレットを簡単に更新、管理、取得します。基盤技術の低レベルな KMS や特定用途に特化した AWS Systems Manager Parameter Store のようなサービスはありましたが、より汎用的な秘密管理サービスです。 AWS Secrets Managerは、アプリケーション、サービス、ITリソースへ
新サービス「AWS Secrets Manager」をチュートリアル2種（基本設定、RDSローテーション）で基礎から学ぶ | DevelopersIO
詳細設定画面では、「パブリックアクセシビリティ」を「はい」に設定します。これにより、自動的にデータベースにElastic IPが付与され、LambdaローテーションファンクションにVPCをアタッチする必要が無くなります。その他のネットワーク設定は初期値で設定します。 これは、チュートリアル用の最低限の設定です。プライベートVPCを利用する場合（普通はこっちすね）は、データベースが格納されているサブネットからルーティングテーブルにNAT gatewayへのルーティング設定を行います。また、適切なセキュリティグループの設定も必要です。LambdaをVPC内の設置する場合の構成については、弊社菊池のこちらの記事（機密管理サービス AWS Secrets Manager で RDS のパスワードローテーションを試す ｜ Developers.IO）を参照ください。 その他の設定はデフォルト（ポート
[AWS] VPC Endpoint で S3 にアクセスするときはリージョン指定に注意が必要な件 | DevelopersIO
VPC Endpointで利用できるのはVPCと同じリージョンのエンドポイントのみです。一方で、S3はリージョンを明示しなくてもアクセスできてしまうので、気をつけなければいけないという話。 こんにちは、菊池です。 小ネタです。S3やDynamoDBなど、AWSのパブリックサービスへのアクセスにVPC Endpointを利用すると、パブリックIPを持たないEC2インスタンスからもAWSネットワークを経由してアクセスが可能です。この、VPC Endpointを経由したアクセスですが、利用できるのはVPCと同じリージョンのエンドポイントのみとなります。 VPC Endpointを経由するアクセス VPC Endpontはリージョンに紐付くサービスなので、その先のエンドポイントにルーティングできるのも同じリージョンのサービスに限定されます。 注意したいのは、S3の場合です。S3のバケット名は全リー
![[AWS] VPC Endpoint で S3 にアクセスするときはリージョン指定に注意が必要な件 | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/026481057cd247fef939d3239aad6803635d4324/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F05%2FAmazon_VPC.png)
Nginx 1.13 の http_mirror_module を試す - たごもりすメモ
みなさんにも、さまざまな過去の経緯からくる微妙挙動を満載した外部ユーザ向けのHTTPサーバをリプレイスしたりするとき、実際にガツンとやっちまう前にちょっとリクエストを分岐して挙動と性能を確認したい、と思うことがあると思います。考えるだけでつらい気分になってくるやつ。でもやったほうが100倍マシなやつ。 どうしよっかなとちょっと考えたところ、少し前にこんな話があったのを思い出すはずですね*1。 asnokaze.hatenablog.com とはいえヨッシャ使うぞといきなりぶちこむこともできないので、まずいくつか試してみることにする。 準備 前提としては以下のように、元のアプリケーションと同じにホストにリバースプロキシが立っており、そこのnginxで http_mirror_module を使う、という想定*2。ミラー先はどこか適当なアプリケーションサーバ(あるいはロードバランサ)で、元アプ
金融庁、スルガ銀に立ち入り検査検討 シェアハウス問題：朝日新聞デジタル
金融庁が、シェアハウス投資で多くのオーナーに融資した地方銀行のスルガ銀行（静岡県沼津市）に対し、立ち入り検査を検討していることが１２日わかった。この投資では不動産業者からオーナーへの賃料不払いが問題化。オーナーがシェアハウスを買う際の融資の過程では書類の改ざんなどの不正が多数発覚している。金融庁は検査で融資実態を把握したい考えだ。 金融庁はすでにスルガ銀行に対し、銀行法に基づく報告徴求命令を出し詳しい説明を求めている。そのうえで立ち入り検査も行うことを検討している模様だ。 シェアハウス投資では、不動産業者が長期の賃料収入を保証して会社員らを勧誘。１千人規模が億単位の借金をしてオーナーになった。しかし業者は突然賃料を払わなくなり、オーナーは借金返済に窮している。 多くはスルガ銀行から借りたが、融資の際に返済余力を多く見せかけるため、年収や貯蓄を水増しする書類改ざんが横行していた。不正を誰が主
ケフィアグループの破産は28社、元代表2名も個人破産 ： 東京商工リサーチ
日本経済の「現在」を理解するための手がかりとして、TSRが長年蓄積してきた企業情報、倒産情報および公開情報等に基づき、独自の視点に立った分析をまとめて発表しています。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch
Field Deprecation in Schema Objects · Issue #701 · OAI/OpenAPI-Specification
SRE your gRPC Building Reliable Distributed Systems
How Events Are Reshaping Modern Systems
GDPR for Operations
i-D