新規事業の決済機能としてStripeを導入する上で考えたこと全て - Timee Product Team Blog
こんにちは、タイミーデリバリー開発チームの宮城です。 この記事はJP_Stripes Advent Calendar 2020の10日目の記事です。 タイミーデリバリーはデリバリーを頼みたい人が安い価格で注文でき、飲食店も安い利用料で注文を受けられるデリバリープラットフォームです。 その決済機能として今回はStripeを導入しました。 この記事では、決済基盤の技術選定/Stripeを活用したクレジットカード決済と各事業者への入金までの流れ/Railsでの具体的な実装内容 をそれぞれタイミーデリバリーでの活用事例として紹介します。 導入にあたった背景 決済基盤の技術選定基準 Stripeでできること PCI DSSについて 利用したStripeの機能 Custom Account Stripe SDKを利用したRails/Swiftでの実装内容 PaymentIntent Customer
業務システムとマイクロサービス（２） - 設計者の発言
マイクロサービス・アーキテクチャ(MSA)を適用する際に頭を悩ます問題のひとつが「複数サービスにわたる更新操作」である。マイクロサービスを成すソフトウエアのまとまりは、個々に独自のデータストアを持っている。ゆえに複数サービスを横断する更新操作の際、トランザクション管理によるACID特性を保証できなくなる。 この問題に対処するために二相コミットや結果整合性等の考え方があるが、どのやり方でも限界があるし、ある種の制約や余分な手間を受け入れざるを得ない。もっとも穏当な設計方針は「複数サービスに渡る更新が起こるような粒度ではサービスを切り出さない」である。個々のサービスを実装する段になって悩む前に、サービス粒度の設計に関して事前に考慮すべきことがあるということだ。 前回記事で説明した「CRUD基準によるサブシステム分割」は、更新制御の面から見たサービス粒度の設計基準として応用できる。ドメイン駆動設
Machine Learning Operations (MLOps) | DataRobot AI Platform
Platform AI Platform The platform for generative and predictive AI. Learn more Documentation Pricing What’s New Demo Hub Explore Generative AI Product Offering Operate Confidently scale AI and drive business value with unparalleled enterprise monitoring and control. Deploy and Run Learn and Optimize Observe and Intervene Govern Unify your AI landscape, teams, and workflows for full visibility and
The Twelve-Factor App （日本語訳）
はじめに 現代では、ソフトウェアは一般にサービスとして提供され、Webアプリケーション や Software as a Service と呼ばれる。Twelve-Factor Appは、次のようなSoftware as a Serviceを作り上げるための方法論である。 セットアップ自動化のために 宣言的な フォーマットを使い、プロジェクトに新しく加わった開発者が要する時間とコストを最小化する。 下層のOSへの 依存関係を明確化 し、実行環境間での 移植性を最大化 する。 モダンな クラウドプラットフォーム 上への デプロイ に適しており、サーバー管理やシステム管理を不要なものにする。 開発環境と本番環境の 差異を最小限 にし、アジリティを最大化する 継続的デプロイ を可能にする。 ツール、アーキテクチャ、開発プラクティスを大幅に変更することなく スケールアップ できる。 Twelve-F
Bintray - Download Center Automation & Distribution w. Private Repositories
Universal Solution One distribution platform that supports all technologies. JFrog Bintray natively supports all major package formats, which allows you to work seamlessly with industry standard development, build and deployment tools. With support for massive scalability and worldwide coverage, this gives you the best native repository distribution available. 100% Automated via REST API Open for
LinuxサーバからWindowsサービスを止めたり動かしたりする - サーバーワークスエンジニアブログ
Windows Serverで動くサービスを外部から止めたり、動かしたりしたい。 そういう必要に迫られたことがありましたので、こちらに残しておきます。 どうやるか？ 「外部から」はLinuxサーバを使います。AWSでやってますので、Amazon Linuxを使います。 LinuxサーバからWindows Serverで動くサービスに何かするには、MS-RPC（Microsoft Remote Procedure Call）を使えばできそうと分かりました。（以下、RPCと記述します） LinuxサーバでRPCを使うためにはsambaを導入すればできるようです。 sambaの導入 Amazon Linuxにsambaを導入するにはyum一発で済むかと思いきやうまくいきません。 下記のようにやります。 # cd /etc/yum.repos.d/ # wget http://ftp.sernet
PojoSRはJavaにサービスレジストリを持ち込む
原文(投稿日：2011/10/13)へのリンク Karl Pauls氏が PojoSR 0.1.6をリリースした。これは、完全なOSGiランタイムスタックを必要とせずにOSGi バンドルをロードでき、サービスを一緒に繋ぐことができるようにする。PojoSR が完全なOSGiプラットフォームと違うのは、ネストしたクラスローダーを使わないことである。なので構造化したOSGi環境でしばしば動かなくなる Hibernateのような行儀の悪いライブラリでも正常に動き続ける。 クラスパス(classpath )上で走っている通常のアプリケーションと違って、 PojoSRによって、フラットなクラスパス ビューからアプリケーションを μServicesで作られたクラスパス ビューへ移行できる。 Declarative Services やApache Felix Gogoシェルのような既存のOSGi バン
＜チェック表＞WEBサービスを立ち上げるまでにやらなければならないこと - プログラマー幸福論
WEBサービスを立ち上げるまでに、やらなければならないことを自分用にまとめてみました。少人数でやっていると、いろいろやらなければならないことが多くてつい忘れてしまいがちですよね。 1) サービス名決定 サービス名とキャチフレーズだけは、最初に決定しておいた方がいいです。思いつかない場合は、TOPページのワイヤフレームを書きながら考えたりします。また、サイト名を Google などで検索してみて、ユニークな名前であるかを調べておかないと後で後悔したりします。 2) ドメイン取得／DNS反映 サービス名が決定したら、ドメインが利用可能か調べます。 最近では、.in や .me などを使った面白いドメイン名もありますよね。なるべく短く、覚えやすいドメイン名にします。 3) サーバー サービスを配置する、クラウドやレンタルサーバーなどからサーバーを選びます。 特殊なモジュールのインストールなどが必
エンジニアのこだわりと、継続的開発、チャレンジについて。
前職の頃からよく言うフレーズなのだが、受託をずっとやってきたエンジニアが面接に来た時に、「誤解を恐れずに言えば」という前置きとともにこういうことを言うことがある。 「サービスの開発は退屈ですよ？」 Facebookやtwitterや、若年層向けの携帯SNSや、それに従属するソーシャルアプリのような鬼のような成長をするサービスはよくわからないが、それ以外の従来からある、数多くのWebサービスにおいてエンジニアに求められるものは、如何に目の前の日々レガシーになっていくコードを安定的にメンテナンスしていくか？というサイクルになる。 安定成長するネットビジネスは「ストック型」である。お客様がそのサービスを使い始めて、使い終えるまでの期間を生涯価値として、今まで開発したコードで「サービス」を利用する。 その生涯価値がマルチスレッドのように重なることで、毎月安定的にユーザーが増えて行く仕組みである。と
Node.js
Copyright OpenJS Foundation and Node.js contributors. All rights reserved. The OpenJS Foundation has registered trademarks and uses trademarks. For a list of trademarks of the OpenJS Foundation, please see our Trademark Policy and Trademark List. Trademarks and logos not indicated on the list of OpenJS Foundation trademarks are trademarks™ or registered® trademarks of their respective holders. Use
Blackbird Pie Twitter Media
<path opacity="0" d="M0 0h24v24H0z" /> <path d="M17.207 11.293l-7.5-7.5c-.39-.39-1.023-.39-1.414 0s-.39 1.023 0 1.414L15.086 12l-6.793 6.793c-.39.39-.39 1.023 0 1.414.195.195.45.293.707.293s.512-.098.707-.293l7.5-7.5c.39-.39.39-1.023 0-1.414z" /> </svg>" data-icon-arrow-left="<svg width="28px" height="28px" viewbox="0 0 28 28" version="1.1" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://ww
Sunaba: Plack/PSGI in the cloud
my $app = sub { [ 200, [ "Content-Type", "text/plain" ], [ "Hello World" ] ]; }; Sunaba is an experimental service powered by Plack, Twiggy and Tatsumaki running on a linode VPS box of Tatsuhiko Miyagawa. Sandbox perl environment is powered by Dan Kogai's lleval Ajax API and all restrictions apply. Services can be interrupted, shutdown or blocked at any time at their own will. NO WARRANTY. Use at
OAuth access to IMAP/SMTP in Gmail
Google has long believed that users should be able to export their data and use it with whichever service they choose. For years, the Gmail service has supported standard API protocols like POP and IMAP at no extra cost to our users. These efforts are consistent with our broader data liberation efforts. In addition to making it easier for users to export their data, we also enable them to authoriz
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://awslabs.github.io/smithy/
再起動後もコンテナを自動起動する - Qiita
Medium – Where good ideas find you.
https://sealion.com/
http://phper.jp/
鼻毛通知代理サービス「チョロリ」
Google Code Archive - Long-term storage for Google Code Project Hosting.