アーキテクチャ比較:コンテナ化したREST APIを認証付きで公開[AWS,GCP,Azure]
この記事の内容 「コンテナ」には、場所を選ばずにどこでも同じようにアプリを動作させられるというメリットがあります。ですので、自分で開発したアプリをコンテナ化すれば、AWSでもGCPでもAzureでも同じように動くはずです。 今回はAWSとGCPとAzureそれぞれのサービスを使ってREST APIのコンテナを公開するアーキテクチャを、一例づつ紹介して比較します。 デプロイするAPIの要件 それぞれのクラウド毎に用意されているサービスや機能が違いますので、全ての条件を一致させるのは難しいです。一方で「VM上でdocker compose upしましょう」とかの何の比較にもならない記事を書いても意味がないので、下記の要件を満たすことを前提にします。 Rest APIのコンテナを公開する DBはPostgreSQLとする DBはAPI以外からのアクセスを遮断する APIは認証されたユーザーのみが
![アーキテクチャ比較:コンテナ化したREST APIを認証付きで公開[AWS,GCP,Azure]](https://cdn-ak-scissors.b.st-hatena.com/image/square/bac1b64cad2ff27d73ae097646bafbd8ec53f9b7/height=288;version=1;width=512/https%3A%2F%2Fres.cloudinary.com%2Fzenn%2Fimage%2Fupload%2Fs--8fOL9k4R--%2Fc_fit%252Cg_north_west%252Cl_text%3Anotosansjp-medium.otf_55%3A%2525E3%252582%2525A2%2525E3%252583%2525BC%2525E3%252582%2525AD%2525E3%252583%252586%2525E3%252582%2525AF%2525E3%252583%252581%2525E3%252583%2525A3%2525E6%2525AF%252594%2525E8%2525BC%252583%25253A%2525E3%252582%2525B3%2525E3%252583%2525B3%2525E3%252583%252586%2525E3%252583%25258A%2525E5%25258C%252596%2525E3%252581%252597%2525E3%252581%25259FREST%252520API%2525E3%252582%252592%2525E8%2525AA%25258D%2525E8%2525A8%2525BC%2525E4%2525BB%252598%2525E3%252581%25258D%2525E3%252581%2525A7%2525E5%252585%2525AC%2525E9%252596%25258B%25255BAWS%25252CGCP%25252CAzure%25255D%252Cw_1010%252Cx_90%252Cy_100%2Fg_south_west%252Cl_text%3Anotosansjp-medium.otf_34%3A%2525E3%252581%252584%2525E3%252581%2525B0%2525E3%252582%252589%2525E3%252581%25258D%252Cx_220%252Cy_108%2Fbo_3px_solid_rgb%3Ad6e3ed%252Cg_south_west%252Ch_90%252Cl_fetch%3AaHR0cHM6Ly9zdG9yYWdlLmdvb2dsZWFwaXMuY29tL3plbm4tdXNlci11cGxvYWQvYXZhdGFyLzNhODZhNDA5ZDMuanBlZw%3D%3D%252Cr_20%252Cw_90%252Cx_92%252Cy_102%2Fg_south_west%252Ch_34%252Cl_default%3Aog-publication-pro-mark-xcosax%252Cw_34%252Cx_217%252Cy_158%2Fco_rgb%3A6e7b85%252Cg_south_west%252Cl_text%3Anotosansjp-medium.otf_30%3ANCDC%2525E3%252582%2525A8%2525E3%252583%2525B3%2525E3%252582%2525B8%2525E3%252583%25258B%2525E3%252582%2525A2%2525E3%252583%252596%2525E3%252583%2525AD%2525E3%252582%2525B0%252Cx_255%252Cy_160%2Fbo_4px_solid_white%252Cg_south_west%252Ch_50%252Cl_fetch%3AaHR0cHM6Ly9saDMuZ29vZ2xldXNlcmNvbnRlbnQuY29tL2EtL0FPaDE0R2lXRjZXeUJCMTBrRDZNaV9Fa0tLQi13WFJSUC04eFlJbDV5eWljPXM5Ni1j%252Cr_max%252Cw_50%252Cx_139%252Cy_84%2Fv1627283836%2Fdefault%2Fog-base-w1200-v2.png)
ブラウザで動くサービスを作るときの技術選定
はじめに 私の仕事は、新規サービスをまるっといい感じに開発するのを委託されることがほとんどです。最近はネイティブアプリを作ることよりもブラウザで動くWebサービスを開発することが多いのですが、案件の規模感や要求によって技術選定を少し変えるようにしています。「こういうときはこう」みたいに一概には言えないのですが、普段使う構成を紹介します。誰かの参考になれば幸いです。 2022/02/10 現在での内容です。 前提 開発を委託される場合の運用費をどうするの問題があります。クライアントにクレカ登録をしてもらうか、こちらで支払って毎月請求するかになります。僕は毎月やるのがめんどくさいのでできるだけ前者に倒している関係上、あまりいろいろなSaaSを組み合わせて作ることをなるべく避けています。 規模感によらず使っているもの 私の場合、以下が使えるとめちゃくちゃ効率よく開発できます。 GCP 好きだから
4.7. プロジェクト構成 - ゼロから学ぶ Python
ホーム 1. Python を始める 2. 基本仕様 3. クラス 4. モジュールとパッケージ 5. ファイル操作 6. 例外 7. ジェネレータ 8. テスト プロジェクト構成¶ Python のソースコードを管理する際にディレクトリの構成をちゃんと考えておくことはとても重要なことです。なぜなら Python は適切な構成になっていないとプログラムを正しく動かすことができなくなるからです。そこで Python 開発ではどのような構成で管理すれば問題が起こりにくいのかについて説明します。 The Hitchhiker's Guide to Python¶ Python の理想のプロジェクト構成は Kenneth Reitz 氏によって推奨されている構成に従うのがよいでしょう。どのような構成なのかは The Hitchhiker’s Guide to Python というサイトの Stru
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
