Skip to content

Commit c103966

Browse files
docs(blog): sir.kr Docker 사용 후기 포스트 마이그레이션 (3개 언어)
sir.kr 커뮤니티 게시글을 블로그로 마이그레이션하는 작업 시작. 첫 번째 포스트: Docker 2년 사용 후기 (ko/en/ja) _sir_crawl/ 폴더를 .gitignore에 추가
1 parent 56fbbb7 commit c103966

4 files changed

Lines changed: 211 additions & 0 deletions

File tree

.gitignore

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -24,6 +24,7 @@ CLAUDE.md
2424
# Blog workflow
2525
dropbox/
2626
scripts/
27+
_sir_crawl/
2728

2829
# IDE
2930
.vscode/
Lines changed: 70 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,70 @@
1+
---
2+
layout: post
3+
title: "My Honest Review After Using Docker for Every Project for 2 Years"
4+
date: 2020-03-15 09:00:00 +0900
5+
categories: [Development, DevOps]
6+
tags: [Docker, Container, Deployment, DevEnvironment, DevOps]
7+
author: "Kevin Park"
8+
lang: en
9+
excerpt: "I switched every project to Docker two years ago. Low barrier to entry, easy deployments... but is it really all upside?"
10+
---
11+
12+
# My Honest Review After Using Docker for Every Project for 2 Years
13+
14+
## 🤔 To Docker or Not to Docker
15+
16+
Docker is clearly the trend right now, and it's not hard to see why.
17+
18+
I started converting all my projects to Docker-based workflows about two years ago, and I haven't looked back since.
19+
20+
## 🔧 Why I Made the Switch
21+
22+
The trigger was simple: I was sick of manually setting up server environments every time I delivered a project.
23+
24+
Match the PHP version. Check the MySQL version. Tweak the Apache config. Repeat for every single project. It was soul-crushing.
25+
26+
```bash
27+
# The old delivery process (nightmare)
28+
ssh root@server
29+
apt-get install php7.2
30+
apt-get install mysql-server
31+
vi /etc/apache2/sites-available/000-default.conf
32+
# ... endless configuration
33+
```
34+
35+
## 💡 What I Loved About It
36+
37+
### Low Barrier to Entry
38+
39+
Docker's biggest strength is that it's surprisingly approachable. If you already know basic Linux commands, you can pick up Dockerfile syntax in no time. It's intuitive enough that the learning curve feels more like a gentle slope.
40+
41+
### Deployment Becomes Trivial
42+
43+
This is the real game-changer. With a few scripts prepared in advance, I don't even need to be physically present for project delivery anymore. Anyone can go on-site, type a few commands, and everything just works.
44+
45+
```bash
46+
# The new delivery process (bliss)
47+
docker-compose up -d
48+
```
49+
50+
One line. That's it. Web server, database, cache server — all up and running.
51+
52+
### Consistent Environments
53+
54+
"But it works on my machine!" — every developer has heard this at least once. Docker eliminates this problem entirely. Your development environment and production environment are identical.
55+
56+
## ⚠️ Any Downsides?
57+
58+
There is some performance overhead from virtualization. That's a fact.
59+
60+
But compared to the benefits, it's negligible — especially for web services where the difference is imperceptible.
61+
62+
One minor inconvenience: writing the initial Dockerfile and docker-compose.yml takes some time. But once you've built them, they're endlessly reusable. Think of it as a one-time investment.
63+
64+
## 🎯 The Bottom Line
65+
66+
If you haven't tried Docker yet, just do it.
67+
68+
The barrier to entry is low. Once you experience it, there's no going back.
69+
70+
Especially for freelancers or developers who handle a lot of outsourced projects — Docker will dramatically streamline your delivery process. After two years of using it, I can say that with absolute certainty.
Lines changed: 70 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,70 @@
1+
---
2+
layout: post
3+
title: "Dockerを2年間すべてのプロジェクトで使ってみた正直な感想"
4+
date: 2020-03-15 09:00:00 +0900
5+
categories: [Development, DevOps]
6+
tags: [Docker, コンテナ, デプロイ, 開発環境, DevOps]
7+
author: "Kevin Park"
8+
lang: ja
9+
excerpt: "2年前からすべてのプロジェクトをDocker基盤に切り替えました。導入障壁が低くてデプロイも楽ですが、本当にメリットだけでしょうか?"
10+
---
11+
12+
# Dockerを2年間すべてのプロジェクトで使ってみた正直な感想
13+
14+
## 🤔 なぜDockerなのか
15+
16+
最近、Dockerが主流であることは間違いありません。
17+
18+
約2年前から、すべてのプロジェクトをDocker基盤で制作するようになりました。一度使い始めると、もう元には戻れません。
19+
20+
## 🔧 Dockerを使い始めたきっかけ
21+
22+
きっかけは単純でした。プロジェクトを納品するたびに、直接サーバーに行って環境設定をするのがとにかく面倒だったのです。
23+
24+
PHPのバージョンを合わせて、MySQLのバージョンを確認して、Apacheの設定をいじって...これをプロジェクトごとに繰り返していると、さすがに嫌になります。
25+
26+
```bash
27+
# 以前の納品方式(地獄)
28+
ssh root@サーバー
29+
apt-get install php7.2
30+
apt-get install mysql-server
31+
vi /etc/apache2/sites-available/000-default.conf
32+
# ... 終わりのない設定
33+
```
34+
35+
## 💡 使ってみて良かったこと
36+
37+
### 導入障壁が低い
38+
39+
Dockerの最大の長所は、思ったより導入障壁が低いことです。Dockerfileの文法自体が直感的なので、Linuxコマンドをある程度知っていればすぐに適応できます。
40+
41+
### パッケージ化デプロイが楽
42+
43+
これが本当の核心です。いくつかのスクリプトを用意しておけば、プロジェクト納品時にわざわざ現地に行く必要がありません。誰でも行って数行タイプするだけで完了します。
44+
45+
```bash
46+
# 現在の納品方式(天国)
47+
docker-compose up -d
48+
```
49+
50+
この1行で終わりです。Webサーバー、DB、キャッシュサーバーまですべて起動します。
51+
52+
### 開発環境の統一
53+
54+
「私のPCでは動くんですけど...」— 開発者なら一度は聞いたことがあるでしょう。Dockerを使えば、この問題が完全に解消されます。開発環境と本番環境が同一になるからです。
55+
56+
## ⚠️ デメリットはないの?
57+
58+
仮想化によるパフォーマンスオーバーヘッドは確かに存在します。
59+
60+
しかし、メリットと比較すると微々たるものです。特にWebサービスを運用する立場では、体感できるレベルではありません。
61+
62+
もう一つ不便な点は、最初にDockerfileとdocker-compose.ymlを書くのに少し時間がかかることです。ただし、一度作ってしまえば継続的に再利用できるので、初期投資と考えれば問題ありません。
63+
64+
## 🎯 まとめ
65+
66+
まだDockerを使ったことがない方にお伝えしたいのは...
67+
68+
とりあえず使ってみてください。導入障壁は低いです。一度味わうと、使わなかった頃には戻れなくなります。
69+
70+
特にフリーランスや受託開発が多い方は、Docker導入で納品プロセスが劇的に短縮されることを実感できるはずです。2年間使ってみて、確信を持って言えます。
Lines changed: 70 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,70 @@
1+
---
2+
layout: post
3+
title: "Docker를 2년간 모든 프로젝트에 써본 솔직한 후기"
4+
date: 2020-03-15 09:00:00 +0900
5+
categories: [Development, DevOps]
6+
tags: [Docker, 컨테이너, 배포, 개발환경, DevOps]
7+
author: "Kevin Park"
8+
lang: ko
9+
excerpt: "2년 전부터 모든 프로젝트를 Docker 기반으로 바꿨다. 진입장벽 낮고 배포 편하고... 근데 진짜 장점만 있을까?"
10+
---
11+
12+
# Docker를 2년간 모든 프로젝트에 써본 솔직한 후기
13+
14+
## 🤔 도커? 다커?
15+
16+
요즘 도커가 대세긴 대세다.
17+
18+
근데 재밌는 게 하나 있는데, 외국물 좀 먹은 사람들은 "다커"라고 하더라구요 ㅎㅎ Docker를 영어 발음대로 읽으면 "다커"가 맞긴 한데... 뭐 그냥 도커라고 부르면 된다. 한국에선 다 도커니까.
19+
20+
## 🔧 왜 도커를 쓰게 되었나
21+
22+
한 2년 전쯤부터 모든 프로젝트를 Docker 기반으로 제작하기 시작했다.
23+
24+
계기가 뭐였냐면... 프로젝트를 납품할 때마다 직접 서버에 가서 환경 세팅하는 게 너무 귀찮았던 거다. PHP 버전 맞추고, MySQL 버전 확인하고, 아파치 설정 만지고... 이걸 프로젝트마다 반복하고 있으니 현타가 오더라.
25+
26+
```bash
27+
# 예전 납품 방식 (지옥)
28+
ssh root@서버
29+
apt-get install php7.2
30+
apt-get install mysql-server
31+
vi /etc/apache2/sites-available/000-default.conf
32+
# ... 끝도 없는 설정
33+
```
34+
35+
## 💡 써보니 이런 점이 좋았다
36+
37+
### 진입장벽이 낮다
38+
39+
도커의 가장 큰 장점은 진입장벽이 생각보다 낮다는 거다. Dockerfile 문법 자체가 직관적이라서 기존에 리눅스 명령어 좀 알면 바로 적응할 수 있다.
40+
41+
### 패키지화 배포가 편하다
42+
43+
이게 진짜 핵심인데, 몇 가지 스크립트만 만들어 놓으면 프로젝트 납품할 때 굳이 직접 갈 필요가 없다. 아무나 가서 몇 줄 타이핑만 하면 되니까.
44+
45+
```bash
46+
# 지금 납품 방식 (천국)
47+
docker-compose up -d
48+
```
49+
50+
이 한 줄이면 끝이다. 웹서버, DB, 캐시 서버까지 전부 올라간다.
51+
52+
### 개발환경 통일
53+
54+
"내 컴퓨터에서는 되는데요?" 이 말 개발자라면 한 번쯤은 들어봤을 거다. 도커 쓰면 이 문제가 완전히 사라진다. 개발 환경이랑 운영 환경이 동일하니까.
55+
56+
## ⚠️ 단점은 없나?
57+
58+
가상화라는 단점이 존재하긴 한다. 네이티브 대비 약간의 성능 오버헤드가 있는 건 사실이다.
59+
60+
근데 장점에 비하면 미비한 수준이라... 특히 웹 서비스 돌리는 입장에서는 체감할 수준이 아니다.
61+
62+
한 가지 더 불편한 점은, 처음에 Dockerfile이랑 docker-compose.yml 작성하는 데 시간이 좀 든다는 거다. 근데 이것도 한 번 만들어 놓으면 계속 재사용하니까 초기 투자 비용이라고 생각하면 된다.
63+
64+
## 🎯 결론
65+
66+
Docker 안 써본 사람한테 하고 싶은 말이 있다면...
67+
68+
그냥 써봐라. 진입장벽 낮다. 한 번 맛보면 안 쓰던 시절로 못 돌아간다.
69+
70+
특히 프리랜서나 외주 개발 많이 하는 분들은 도커 도입하면 납품 프로세스가 확 줄어드는 걸 체감할 수 있을 거다. 난 2년간 써보고 확실히 느꼈다.

0 commit comments

Comments
 (0)