Goの実行ファイルを既存のweb上に公開するには

Question

何か勘違いをしているのか、思った情報が見当たらなかったので質問させて頂きます。
質問者のレベルは、Go言語を勉強して数日程度です。

現在、"すでに公開されているwebサイト"にて使用しているPHPの置き換えとしてGoの実行ファイルを使ってみようと思って試しています。
そこで、Goでビルドした実行ファイル(exe)をphpファイルのように、ファイルサーバに置けばブラウザから同じように表示できるのかと思っていたのですが、Not Foundで上手くいきません。

そもそもApacheでexeを実行できるように設定するのか、それともGoの実行ファイルにwebサーバー機能を持たせてアクセスするのか、他に何かやり方があるのかすら、分かっていません。

何か、指摘事項や解説サイトがあれば教えていただければ幸いです。

＜環境＞
・Apacheが公開サーバー上ですでに動いている
・index.phpがすでに外部に公開されている(index.phpにアクセスするURLは、仮にhttp://www.example.com/page1とします)
・Goの機能はPOSTされたら、何らかの値を返してブラウザにテキストを表示するだけのものを想定
・クライアントはChromeを想定
・サーバーは、自分が立てた個人的なもの(root権限ありのcentos7)

Comments

[m.ts10806]

その公開サーバーは、どのようなものなのでしょうか。レンタルとか自身で立てたとか、色々あるかとは思いますが、レンタルだとJavaすら動かないところも多いのでGoが動くかというと…

[tride]

質問本文に質問内容を反映しました。
Apacheが稼働しているサーバーは自分が立てた個人的なサーバーとなります。

[m.ts10806]

Goには明るくないのでこちらのコメントで続けますが、下記のような質問が参考になるかもしれません。
https://teratail.com/questions/165527
いずれにしても「Apache go 公開」とかで調べて出てくるものですが…
Web側のフレームワークもあるはずなので、そのへん使えばまた展開のしかたもあるのかなと。

[Kenji.Noguchi]

CGIとして作ったと言うことですか？今の時代CGIは流行らないので「Goの実行ファイルにwebサーバー機能を持たせる」のが良いと思います。個人的には使ったことがありませんがbeegoと言うウェブフレームワークが流行っているみたいです。

[tride]

>m.ts10806さん
URLのページを見させていただきました。
自分でもこのページは見ていたのですが、この回答を見る限り、「最初はApacheはいらないので」とあったので、いずれは必要？と考え、だったら既にApacheが動いている環境ではどうするの？と思いました。

>Kenji.Noguchi
「Goの実行ファイルにwebサーバー機能を持たせる」ということですが、この場合、Apacheの設定はどうなるのでしょうか？
まったく別のwebサーバーとして稼働するのでしょうか？
beegoについては、これから調べて見てみたいと思います。

[hentaiman]

> 今の時代CGIは流行らないので「Goの実行ファイルにwebサーバー機能を持たせる」のが良いと思います。
そうなんですか？

[hentaiman]

> 「Goの実行ファイルにwebサーバー機能を持たせる」ということですが、この場合、Apacheの設定はどうなるのでしょうか？
言葉通りならapache使わないっていう意味です

[m.ts10806]

WebフレームワークでしたらEchoはちょこっと個人的にやったことがあります。先に出されたbeegoも同じようにWebフレームワークですね。
やりたいことによって採用を検討してください。学習コストもそれなりにかかります。
https://rightcode.co.jp/blog/become-engineer/go-flamework

[tride]

Webフレームワークについては、今はまだそこまでのものは考えておりません。
あくまで、「"POST"したらブラウザ上にテキストが表示される」だけを考えています。
なので、元となったphpファイルも100行にも満たないスクリプト的なファイルになります。

[m.ts10806]

「そのほうが簡単にできるしGoも使えるので一石二鳥では」という意図の提案ですので。

[tride]

>m.ts10806さん
ありがとうございます。

[tride]

回答を見ていて今気づいたのですが、もしかしてGoの実行ファイルは、phpとは違い、サーバー（centos）上で、Apacheの様に常に実行している状態(タスクスケジューラに登録といった起動終了の管理をしたり)にする必要があるという事でしょうか？

Answer 1

Go には標準ライブラリ(net/http)を用いて HTTP サーバとして振る舞うことができます。例えば POST リクエストを受けて、何らかのレスポンスを返すことができます。

Go でとてもシンプルな HTTP サーバを実装例は以下です。

• main.go

package main

import (
	"fmt"
	"log"
	"net/http"
)

func main() {
	http.HandleFunc("/hello", func(w http.ResponseWriter, r *http.Request) {
		fmt.Fprintf(w, "Hello World")
	})

	log.Fatal(http.ListenAndServe(":8080", nil))
}

上記の main.go を go build でビルドすると exe の実行ファイルが生成されます。この exe を 実行する ことで HTTP サーバとして振る舞うことができます。実行するとプロセスとしてサーバ上に立ち上がります。実行後に例えば上記の /hello のパスに curl してレスポンスを取得することができます。

$ curl -X POST http://localhost:8080/hello
Hello World

そこで、Goでビルドした実行ファイル(exe)をphpファイルのように、ファイルサーバに置けばブラウザから同じように表示できるのかと思っていたのですが、Not Foundで上手くいきません。

上手くいかなかった理由としては、ファイルをサーバ上のあるパスにおいておく、だけでは HTTP サーバになることはできません。実行ファイル (exe) を 実行する 必要があります。必要に応じて systemd などで起動するように config します。

---

できることと想定の非機能要件を満たすように実装することは別で考える必要があります。公開されるサイトの非機能要件に応じて、hentaiman さんが言われているように、Apache をリバースプロキシとして振る舞うように config するなどが必要でしょう。

Comments

[hentaiman]

systemdも併せて教えておくのは素敵な配慮ですね
横から質問させてください。goってapacheよりnginxと連携した方が良さそうだけど現場ではどうなんでしょうか？APIサーバーとしてならどうでも良いけど、API目的ならgRPCにするだろうから結局フロントとして使うならnginxと併用するものだろうと思うのですが、質問修正依頼には今時Go単体で良いじゃんみたいなコメントもあったので。よければ教えてください。
もちろん仕事上のナレッジなので教えるのNGという事でしたら結構です。

[d_tutuz]

hentaiman さん
> API目的ならgRPCにするだろうから...

API設計としてgRPCを用いるのかRESTかOpenAPIなのか、現場によって異なるとは思います。

私はチーム開発をするときAPIとしてOpenAPI(Swaggerベース)を用いることが多いです。かつ、最近はALB＋ECS(GoのHTTPサーバ)やAPI Gateway＋Lambda(GoのHTTPサーバ)という構成を取ることが多いです。

ということで、想定の前提が異なるかもしれない&期待される回答になるかわかりませんが、仮にAPIにgRPCを選択したとしても、Goのシングルバイナリ単体で構えるよりも、手前にリバースプロキシを構えてTLSの終端なりロードバランサなり、タイムアウトなりの制御できるほうが、可用性とか運用性の観点から望ましいと思います。(とりあえず動けばいいのであれば何でもOKです)

リバースプロキシの実装としてはNginxが扱いやすそうな気がします。(Apacheのモジュールがあるのかどうは分からずです)

[hentaiman]

> 想定の前提が異なるかもしれない&期待される回答になるか
とんでもない。全部参考になります。
偏見ですがgo採用しているならgRPCを使う思っていたので、そういう観点でもとても参考になりました。もしお話し伺う事無くにgoを使う時が来ていたら無心でgRPC一択にしちゃっていたと思います。
リアルな情報踏まえて教えてくださりありがとうございます。

[tride]

>上手くいかなかった理由としては、ファイルをサーバ上のあるパスにおいておく、だけでは HTTP サーバになることはできません。実行ファイル (exe) を 実行する 必要があります。必要に応じて systemd などで起動するように config します。

>Apache をリバースプロキシとして振る舞うように config するなどが必要でしょう。
この辺り、まるで頭になかったです。
質問の回答として、最も求めていた答えに近かったので、ベストアンサーに選ばせていただきます。

それとgRPCなどhentaimanさんからのの話についてもとても参考になりました。

Answer 2

最初からWeb向けに作られたPHPでは簡単にできることが他の言語では難しいってことが意外とある。
CGIはもうないものとすると、ファイル置くだけで動くのはPHPだけなので他の言語ではこの使い方はできない。

フレームワークなどを使ってWebサーバーとして機能させるしかないけど
ちょっとしか単機能では過剰。

方法はいくつかある。

・Goで作った実行ファイルをPHPからexec()などで呼び出す。
同じサーバーで動かす一番簡単な方法。

・AWS Lambdaなどを使ってAPIを作る。
単機能なら現状ベストな方法。

Comments

[tride]

>・Goで作った実行ファイルをPHPからexec()などで呼び出す。
>同じサーバーで動かす一番簡単な方法。
>・AWS Lambdaなどを使ってAPIを作る。
>単機能なら現状ベストな方法。

PHPのexec()の事を忘れていましたが、言われてみればそういうやり方もありましたね。
Lambdaについては今回は対応外ではありますが、手段としてとても参考になりました。

Answer 3

WEBサーバーの事は分かる程度の人の回答だと思ってください。（Goの知識は数時間程度しか知りません（しかもgRPCのみ）

CGIとして実行する必要があります。
以下の通りUNIXドメインソケット立てて待ち受けてapacheでGoへのリクエスト受けたらGoへ流してください。（apacheの稼働サーバーと別のところに置くならこのやり方は無理です）
https://qiita.com/masahikoofjoyto/items/f60188f4252e455541d4

goでhttp(s)のリクエストをまるっと全部受け付けるのは推奨しません

追記

goを知らないが故に質問修正依頼のコメント欄の影響されて少し弱い回答になってしまいましたが、返答のコメントも無いようですので、d_tutuzさんに頂いたコメントと自分の経験をもとに改めて明記します。

クライアントからのリクエストをgoで直接受ける事だけは非推奨です。

Comments

[tride]

>クライアントからのリクエストをgoで直接受ける事だけは非推奨です。
回答ありがとうございます。
やはりその答えになるようですね。
Apache無視で本当にいいのか？とすごく不安だったので安心しました。

[hentaiman]

web知ってる人の常識から考えると、apacheやnginxの有用性を知っていればgoで直受けなんてありえないです。というか仕事でそんな事やるやついたらぶん殴ります（心の中で）。
せっかく高速なgoに置き換えるならapache捨ててnginxに乗り換えた方がいいと思います。リバースプロキシと静的ファイルのレスポンスだけを仕事にするならapacheである必要が無いです
逆に言うと遅くて良いならphpとapacheのままでいいかな