質問編集履歴
2
修正
test
CHANGED
File without changes
|
test
CHANGED
@@ -48,11 +48,9 @@
|
|
48
48
|
|
49
49
|
|
50
50
|
|
51
|
-
Apacheのバーチャルホストなどで、
|
51
|
+
Apacheのバーチャルホストなどで、80ポートできたリクエストを実行してから、
|
52
52
|
|
53
|
-
|
53
|
+
3333ポートに繋いでね、とか設定できるのでしょうか?
|
54
|
-
|
55
|
-
(現在はまだバーチャルホストは作成していません。)
|
56
54
|
|
57
55
|
|
58
56
|
|
1
修正
test
CHANGED
@@ -1 +1 @@
|
|
1
|
-
AWS EC2 同一インスタンス内で
|
1
|
+
AWS EC2 同一インスタンス内で、APIとアプリケーションを順番に動作させたい(Apache・uwsgi・Flask)
|
test
CHANGED
@@ -18,7 +18,7 @@
|
|
18
18
|
|
19
19
|
|
20
20
|
|
21
|
-
従来aインスタンスはApacheで
|
21
|
+
従来aインスタンスはApacheで80ポートで受けて、それをbインスタンスとの間にあるALBで3333ポート(例)にして、bインスタンスが3333ポートをlistenしていました。
|
22
22
|
|
23
23
|
|
24
24
|
|
@@ -28,7 +28,7 @@
|
|
28
28
|
|
29
29
|
|
30
30
|
|
31
|
-
Apacheのlistenは
|
31
|
+
Apacheのlistenはそのまま80ポートで変わらないことはわかるのですが、
|
32
32
|
|
33
33
|
その後、APIを通過してアプリケーションへと同一インスタンス内で動かすには、
|
34
34
|
|
@@ -38,7 +38,7 @@
|
|
38
38
|
|
39
39
|
APIはFlaskを利用しており、uwsgiのproxy設定を3333ポートにしてしまうと、
|
40
40
|
|
41
|
-
Apacheに
|
41
|
+
Apacheに80ポートで来た時点で、APIを通らず3333ポートに転送されてしまうので、解決策となりません。
|
42
42
|
|
43
43
|
|
44
44
|
|