Devopsの導入について

Linuxサーバ上にgitから取得したソース(html,javascript,css)を
AWSのS3サーバにデプロイして公開するような仕組みを導入しています。

そもそもこの開発プロセスに疑問を持ち始めています。

通常の開発は、VS codeなどを用いて
ローカルでソースを修正し、リモートリポジトリに
pushして、サーバに公開するような仕組みではないでしょうか。

現状は、ソース管理していませんし、
サーバ上で直接ソース修正しています。

これをどのように理想形に変えればよいのでしょうか？

私なりの見解

Linuxサーバが不要になる。
gitからソース取得は、PC上で行う。
VS codeでアプリケーションソースを修正する。
pushする。リモートリポジトリは、それを検知して
S3にデプロイする。(これはJenkins?git action？でやる？)
こうすることでソース管理とデプロイを同時にできるのではないかと
考えていますが。これがよくつかわれる方法なのか
ベストプラクティスなのかあまりわかっていません。

そもそもS3自体もIaC化して修正してデプロイしたいのですが
これをVScodeで合わせて実施できるのかもわかっていません。

行動規範の内容に同意します

回答4件

ベストアンサー

pokemonta

2020/07/13 13:58

ご認識の通り、S3に静的サイトをアップロードして静的ホスティングを使って公開しています。
S3に登録する前にEC2(Linux)でソース取得・修正してからS3にデプロイしているイメージなります。
そもそもこの構成がおかしいでしょうか？

を見るに、EC2を開発/ステージング環境として使用しているという事ですね。

であれば、

EC2でgitからpull
EC2で修正
EC2で修正したものをリポジトリにpush
EC2のソースをS3にデプロイ（リポジトリとS3の差分が発生しない状態になる）

というのが最初に目指すべき形かなと思います。
（既にできているなら次に進んでください）

次に

ローカル環境でgitからpull
ローカルで修正
ローカルで修正したものをリポジトリにpush
ステージング用S3バケットとドメインを用意して、S3上で動作確認
問題があったら2-4を繰り替えす
本番用のS3バケットにデプロイ

という流れを目指し、最初は手動でやってみて流れを確立出来たら、
4と6に関してはCIツールを使ってgitHubから直接デプロイというところを目指す

くらいすれば十分なんじゃないかなと思います。

投稿2020/07/13 05:56

tanat

総合スコア18727

pokemonta

2020/07/13 06:34 編集

ありがとうございます。ちなみにですが、この場合、EC2は開発/ステージング環境になるんですかね？ EC2上には、APサーバがないのでアプリは動かせません。ソースをviエディタで見て修正できるぐらいです。後者ができれば前者が不要ということですね？前者のやり方では、viエディタで直接htmlやawsのiacを修正してデプロイしていますので本当にできているかデプロイするまでわかりません。本来は、ローカルでVScodeなどで構文エラーがないか見てからデプロイしたいと思っていました。

tanat

2020/07/13 08:34 編集

> この場合、EC2は開発/ステージング環境になるんですかね？ > EC2上には、APサーバがないのでアプリは動かせません。それは想定していませんでしたが、その場合はただのエディタ替わりくらいの意味合いでしょうね。 Github及びS3バケットへのアクセスを制限するという意味合いが強いのかなあ・・・ S3で動くものなんですから、単にApacheなりnginxなりを入れれば動作確認は出来ると思いますよ。 SSHで接続出来ているなら、SSHポートフォワードを使えば外部に露出することなくブラウザで確認可能です。流れとしては 1. Apacheインストール 2. Apache起動 3. SSHポートフォワードで適当なローカルポート(30080とか)をリモートの80番にポートフォワードするようにSSHクライアントに設定 4. ssh接続された状態でlocalhost:30080にアクセスという感じです。 `ssh ポートフォワード`あたりで調べてみてください。 > 後者ができれば前者が不要ということですね？そうですね。 >本来は、ローカルでVScodeなどで構文エラーがないか見てからデプロイしたいと思っていました。それはその通りです。デプロイするたびにドキドキしないといけない環境は本当に良くないです。今すぐ何とかするなら、SCP経由でソースをコピーしてきてローカルで確認するというのは（ポリシー的に許されるなら）可能ですね。

pokemonta

2020/07/13 12:30

デプロイして、確認→失敗。。の繰り返しでうっとおしかったです。＞SSHポートフォワードを使えば外部に露出することなくブラウザで確認可能です。目からうろこです。ありがとうございました。

行動規範の内容に同意します

ちょっと質問の範囲が広いですね…。

AWSのS3サーバ

まず、S3はサーバではなくストレージです。
ここではS3に静的サイトをアップロードして静的ホスティングを使って公開している、と読み取ろうとしましたが

現状は、ソース管理していませんし、

サーバ上で直接ソース修正しています。

ここと矛盾してしまうので、現状がどうなのかがわかりかねています。

少なくとも

現状は、ソース管理していませんし、

サーバ上で直接ソース修正しています。

これは大問題なので、まずはソースのバージョン管理をするところから始めてください。

それはさておき
見解については、手法としては割とよくある流れです。

リモートリポジトリは、それを検知してS3にデプロイする。

ここについてはPushしたものをそのままデプロイするようにすると、誤ったコードでもそのままデプロイするようになります。
なので、通常は前のステップでレビューを挟んだり、テストを自動実行したりして品質を確保してからデプロイするような仕組みにします。
実現方法は様々あるので一つ一つ解説はしません。
Jenkinsでもできますし、AWSならCodeBuildやCodeDeployを使うことでもできるでしょう。
S3に置くだけならCodeBuildだけで十分ですけど。

これをVScodeで合わせて実施できるのかもわかっていません。

VSCodeは色々できども単なるテキストエディタで道具でしかないのでそこはあまり重要ではありません。

まずは個々のやり方についてもっと学ぶべきかと思います。
CI/CD、IaC、DevOpsの文脈をごっちゃにしている感もありますし、それぞれについて調べてみてください。

投稿2020/07/12 08:59

yu_1985

総合スコア7588

pokemonta

2020/07/13 04:58

ご認識の通り、S3に静的サイトをアップロードして静的ホスティングを使って公開しています。 S3に登録する前にEC2(Linux)でソース取得・修正してからS3にデプロイしているイメージなります。そもそもこの構成がおかしいでしょうか？

yu_1985

2020/07/13 06:10

別におかしくはないですが、EC2上でやる必要は特にないですね…。アクセスキーを発行したくないのでEC2上でやってくれ、というならわかります。ただ、これもGit管理していれば管理されているソースを手元に落としてきてアップロードすればいいので、まず第一歩はソース管理を行うことでしょう。

pokemonta

2020/07/13 06:40

そうですよね。なんで自分でもEC2上でやっているのか意味わからなくて質問に至りました。ローカルでやるのが一般的ですよね？という確認のために質問させていただきました。 cdk deploy（AWSのIaC）を実行したくでLinuxを使いたかったのですがよくよく考えるとPC上にWSLがあるのでcdk deployができそうです。

yu_1985

2020/07/13 08:25

念の為補足しておきますが、別にLinuxじゃなくてもcdkは動くはずです。たとえば下記など。 https://dev.classmethod.jp/articles/try-windows-cdk-csharp/

yu_1985

2020/07/13 08:26

> なんで自分でもEC2上でやっているのかこれはGit等を使ってソース管理されていないからそうなってしまっていると思われますので、繰り返しますが早くきちんとソース管理するようにしてください。

pokemonta

2020/07/13 12:30

ありがとうございました。

行動規範の内容に同意します

DevOps というプロセスを導入することが目的ではありません