質問をすることでしか得られない、回答やアドバイスがある。

15分調べてもわからないことは、質問しよう!

新規登録して質問してみよう
ただいま回答率
85.50%
Go

Go(golang)は、Googleで開発されたオープンソースのプログラミング言語です。

PHP

PHPは、Webサイト構築に特化して開発されたプログラミング言語です。大きな特徴のひとつは、HTMLに直接プログラムを埋め込むことができるという点です。PHPを用いることで、HTMLを動的コンテンツとして出力できます。HTMLがそのままブラウザに表示されるのに対し、PHPプログラムはサーバ側で実行された結果がブラウザに表示されるため、PHPスクリプトは「サーバサイドスクリプト」と呼ばれています。

Q&A

解決済

1回答

2766閲覧

GoとPHPを組み合わせてサーバー側のDB処理とかしたい

pandanoir

総合スコア72

Go

Go(golang)は、Googleで開発されたオープンソースのプログラミング言語です。

PHP

PHPは、Webサイト構築に特化して開発されたプログラミング言語です。大きな特徴のひとつは、HTMLに直接プログラムを埋め込むことができるという点です。PHPを用いることで、HTMLを動的コンテンツとして出力できます。HTMLがそのままブラウザに表示されるのに対し、PHPプログラムはサーバ側で実行された結果がブラウザに表示されるため、PHPスクリプトは「サーバサイドスクリプト」と呼ばれています。

0グッド

1クリップ

投稿2018/12/10 02:28

やりたいこと

勉強のために

  • GraphQLサーバーをGoで建てる
  • PHPからGraphQLサーバーにアクセスする
  • PHPが問い合わせ結果をクライアントに返す

Goの勉強がてら建ててみたいので、「PHPで全部完結できる」というのはNGでお願いします

疑問

1 . 同一サーバーでGraphQLサーバーを建て、localhostからアクセスするのは効率が悪いのではないか?

わざわざ

  1. PHPからlocalhost/graphqlにPOSTを投げる
  2. nginxなりApacheを通じてGraphQLサーバーにアクセス
  3. 結果を得る

これは「回りくどくてパフォーマンスによくないのではないか?」と思いました。

クライアント(ブラウザ)側からGraphQLサーバーにアクセスしたいので、GraphQLサーバーはどちらにしろ建てます。この場合、本当にlocalhostを経由する必要があるのでしょうか?もっとうまいやり方がある気がします。

2 . この場合の「GraphQLサーバー」のことをアプリケーションサーバーと呼ぶのか

クライアント→Webサーバー→PHP→(Webサーバー)→GraphQLサーバー

という処理の流れにする予定なのですが、このときのGraphQLサーバーをアプリケーションサーバーと呼ぶのでしょうか?これは単に用語としてのアプリケーションサーバーがよくわからないので質問しました。

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

yoorwm

2018/12/10 02:39

少しGraphQLについて調べてみましたが恐らく頓珍漢な質問をされていますね。例に挙げられているGo製のGraphQLサーバなど、情報源を示した方が良いかと思います。
pandanoir

2018/12/10 04:42

https://syossan.hateblo.jp/entry/2017/06/11/021759 ココを参考に実際に建ててみました(localhost:8080でアクセスしてPOSTすると結果が返ってくる)。クライアントに返す部分(ビュー)はPHPが担当、データベースを操作・検索するときはGraphQLサーバーを介する、コレは十分に実現出来ると思うのですがどうトンチンカンなのでしょうか?
退会済みユーザー

退会済みユーザー

2018/12/11 11:33 編集

私も頓珍漢だと思いました。grpcと勘違いしてないですか?
guest

回答1

0

ベストアンサー

これは「回りくどくてパフォーマンスによくないのではないか?」と思いました。

まぁ、シビアな世界の話をすればそうですね。
パフォーマンス気にするならなんでPHPなんて使ってるの?全部Golang(gin)でやれば良くね?と思います。

ですが実際の現場だったらよくある光景ですね。
PHPのエンジニアが多いから基本的にはPHPでいきたいが、この機能だけはどうしても速度が欲しいからNode.jsやGolang使いましょうとか、
PHPやRubyで書いたWebサービスが大当たりした、ScalaやGolangで書き直そう!でもリソースの問題あるから、URLのパス文字列で区切って、今月はここの部分だけ書き直します!

また、高速でフロント(JS+Ajax)、バック(PHP)の両方から問い合わせる両対応なWebサーバが欲しいよねー
・・・という要件もありGolangみたいな高速な言語に白羽の矢が立つ事があります。
沢山の事はしないけど1個の事は超上手くやるWebサーバ…これをマイクロサービスアーキテクチャと呼びます。

本当にlocalhostを経由する必要があるのでしょうか?

一般的にはリバプロですかね〜。
Nginxが得意です。

大量のリクエストを捌いてくれるNginxに80番ポートを紐付け、代表的なWebサーバとして構築します。
PHPは適当に3000番ポート、Golangは4000番ポートに紐づけて動かします。
リクエストがやってきたらパス文字列を確認しながら、/apiで始まるから4000番ポート、それ以外は3000番ポート、静的ファイルはNginxがそのまま返すという構成が人気ありますね。
こういったリバースプロキシ目的でNginxを採用する企業は数多くあります。

そうすればJavaScriptからAjaxで直接GolangにGraphQL問い合わせができますね。
PHPもGolangに気軽に問い合わせられるようになります。

もっとうまいやり方がある気がします。

速度だけでいうなら色々と選択肢があります。

しかし、自分の中で閉じるlocalhostのHTTP通信は十分速いです。
Twitterのような売れっ子サイトになる前の今悩むのは捕らぬ狸の皮算用だと思いますがいかが?

これらの代替手段を使った場合、それはHTTP通信を待ち受けるWebサーバではありません。
PHPの裏で走るだけのアプリなら速度を求めてUNIXドメインソケットで実装すれば良いのですが、
自分で直接フロントに立ってHTTP通信を捌きたいならWebサーバとして立ち上げるしかありません。

なので全体的に見てlocalhostにHTTP通信投げるやり方は最も良い案の一つではあります。

GraphQLサーバーをアプリケーションサーバーと呼ぶのでしょうか?

GraphQLは単なる会話の規約ですよね。
リンク先の記事の実装にはnet/httpモジュールを使っている跡がありますし、
あくまでGraphQLでの通信はHTTPサーバのリクエストを受け付けた先のやり取りの話を指してますよね?

でしたらそれはWebサーバです。

そしてWebサーバもそっからRestfulサーバ、APIサーバ・・・などなど色々派生していくわけで、
Webサーバでもあり、APIサーバでもあり、マイクロサービスアーキテクチャで作られたアプリケーションサーバでもあるといったところでしょう。

投稿2018/12/12 11:40

編集2018/12/12 12:06
miyabi-sun

総合スコア21158

バッドをするには、ログインかつ

こちらの条件を満たす必要があります。

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

15分調べてもわからないことは
teratailで質問しよう!

ただいまの回答率
85.50%

質問をまとめることで
思考を整理して素早く解決

テンプレート機能で
簡単に質問をまとめる

質問する

関連した質問