Q&A
質問はナンですか？
前提・実現したいこと
・SaaS型のサービスを開発している
・申し込みは手動。その後、SE対応でデータセットアップ・しドメインを払い出し利用可能とするもの
・CompanyName.myservice.comのようなドメインを想定し、CompanyNameを企業毎に変える、JIRAとかと同じイメージ
・HTML/CSS/JS（Vue）＋AWS
質問
・バックエンドのAPI（開発担当）より、初回のログインのAPIを含め、APIの引数に企業IDを含めてほしいと言われている
・企業ごとに違うので、ソースコードにかけないはず
・Configファイルのようなものを持ち、セットアップ時にそれを書き込むのだろうと想定しているが、一般的にはどのような設計にしているのかを聞きたい
※「CompanyName.myservice.com」から「CompanyName」の部分を取得しこれを引数＝企業IDという設計にすれば設定ファイルは不要なのでは？とも考えている
※Front側の担当はそういう経験がないとのこと
補足情報
・私は組み込み出身なのでWebシステムのことはさっぱりわからんです
回答1件
0
ベストアンサー
バック側開発としては、権限などの企業情報マスタへのキーが必要、ということだと思います。
だとすれば、企業IDは、DB検索用なので、固定値ではないですし、ソースやconfigなどによる、静的な管理をせず、普通にDB管理のはずです。
要は、会員向けサービスに会員IDが必要だ、というのと同じです。
サーバ名が異なりますが、内部的には、全企業分で１つのサービスです。
また、サーバ名からの取得ですが、バック側のAPIを呼び出すのはフロント側なので、フロントのURLは、引数に含めない限り、取得できません。
引数に含めるのならば、最初から企業IDにしておくのは当然かと。
投稿2020/08/28 02:01
総合スコア1708
CompanyName.myservice.comにまずアクセスした際、ログイン画面があるとします。
そのログインAPIには「企業ID・個人ID・パスワード」の3つの引数があるので、この時点で企業IDを認識しないといけないはずですが、
一般的な設計としてはどこから取得するのでしょうか？
そもそも、設計として間違っているのでしょうか？
まず、フロントとバックを分けてください。
フロントでログイン用URLから、企業を特定して、企業IDを決定します。
それ以外の2つは、当然、ユーザ入力になるでしょう。
フロントは、上記３つのパラメータを引数にして、バックのAPIを呼ぶ、という形式になるのが一般的です。
なお、フロント側の企業IDは、サーバ名ごとのアクセス先の実装方法次第です。
企業ごとに別サービスにするのなら、そのサービスの設定ファイルに。同一サービスならば、企業マスタなどで、サーバ名から企業IDを逆引きすることになるかと。
あなたの回答
tips
プレビュー
