greentam 님의 블로그

우연한 기회에 식물 관리기기를 발견하여 소개합니다.

이번에는 최근 약 수년간 직장, 중소기업에서 일하면서 느낀점을 얘기해 보겠습니다.

지난 번 글에서 제가 미국 대학원에서 약 10년간 일했다는 것을 말씀드린 적이 있습니다. 그 경험과 비교하여 제 직장을 보면, 일단 먼저 드는 생각은, 직장에서의 인간관계, 그리고 전반적으로 한국에서의 인간관계가 매우 수직적이라는 것입니다. 저는 미국유학 전 약 27년간 한국에서 살았습니다. 그래서 한국에서도 학부, 대학원을 다녔습니다. 그래서 한국의 대학교, 대학원의 선후배관계, 그리고 최근 직장에서의 직급에 따른 위계를 겪어오고 있습니다.

그래서 드는 생각은, 한국에서는 인간관계가 '위나 아래는 있어도 옆이 없다'는 것을 느끼고 있습니다. 제가 이런 말을 하면 '직장은 직급이 있으니 위아래가 있는 게 당연한게 아닌가'라는 말을 하실 수 있겠습니다. 하지만 제가 말씀드리는 것은 직급에 대한 얘기가 아닙니다. 당연히 어느 조직이든 직급이 있고, 필요도 하기도 합니다. 그러나, 제 말의 뜻은 '서로 존중하자'라는 의미입니다.

직급이 높다고 그 위치를 이용해서 아래 사람을 부려먹거나 행세부리지 말자입니다. 어느 조직의 그룹이든 그 그룹의 목표가 있기 마련입니다. 그렇다면 직급이나 나이에 따른 서열을 없애고, 목표를 이루는데 장애가 있으면, 그 장애를 없애고 문제를 해결하기 위한 의견이 있으면 누구든 자유롭게 말할 수 있어야 합니다.

그러나 보통 직급이 높거나, 나이가 많거나, 선배거나 하면 일단 그 사람의 의견이 우선시 되고, 반대로 낮거나, 적거나, 후배면 의사 표현의 기회가 매우 적습니다. 또한 심지어, 자신이 아래 사람이라고 느끼면 시키지 않아도 나서서 아래 사람 행세를 합니다. 간단한 예를 들자면, 문을 열려고 다가가면, 먼저 나서서 종종 걸음으로 뛰어가서 문을 열어준다는지, 음식점에서 식사를 하기전에 수저를 제것까지 미리 단정히 깔아 든다지 하는 사소한 것들이 있는데 '과연 이렇게 까지 해야되나' 싶을 정도로 은근히 신경쓰이고 거부감마저 들때가 있습니다. 왜 스스로 아래사람 행세를 하는 걸까요?

제가 미국 대학원에 있을 때, 포닥 혹은 연구교수로 일할 때, 학부생들과 같이 프로젝트를 할 때가 있었습니다. 그 때 그 친구들은 저와 나이차이가 많이 남에도 불구하고 자기 의견을 말함에 거리낌이 없습니다. 미국문화 때문입니다. 미국에서는 한국보다는 인간관계가 좀 더 '옆'에 있습니다. 학생이 교수를 이름으로 부를 수도 있고, 자식을 부모를 이름으로 부를 수 도 있습니다. 제 지도 교수는 자기를 'professor'로 부르지 말고 이름으로 부르라고 했습니다. 왜냐면 그렇게 불러주면 자기는 오히려 격식차리는 게 느껴져 더 불편하기 때문이랍니다. 이렇듯 미국에서는 인간관계가 좀 더 '옆'을 지향하고 있습니다.

제가 말씀드리는 것은 단순히 호칭을 이름으로 부른다 그런 것이 아니고, 대화 상대의 직급, 나이를 가리지 않고 '자기 의견을 말할 수 있다'입니다. 물론 미국이라고 상황이나 조건을 무시하고 무조건 서로 맞먹으려 든다는 게 아니라 한국보다 상대적으로 좀 더 인간 관계가 수평적이라는 것을 말씀드리는 것입니다.

그럼 좀 더 인간관계가 수평적이라는 게 왜 좋을까요? 그 이유는 바로 '구성원들이 가지고 있는 재능, 아이디어를 좀 더 잘 활용할 수 있게 해주기 때문'이라고 대답할 수 있습니다. 거리낌없이 의견을 말할 수 있으니, 조직의 문제점이 무엇인지 쉽게 꺼내어 얘기할 수 있고, 그래서 의견을 나누다 보면 해결책도 쉽게 찾을 수 있기 때문입니다. 한국은 이런 점에서 너무나 경직되어 있고, 의견을 주고 받을 '옆 상대'가 없습니다. 일단 기본적으로 대화에서 경어를 써야되고, 서로 상대방을 부를때 직책을 붙여서 부르니 (김부장, 이차장하는 식으로), 대화 시작부터 위계질서를 기본으로 깔고 시작합니다. 그러니 항상 위 또는 아래만 있을 수 밖에요. 여기서 그치지 않고, 이런 '위아래' 스트레스가 결국 조직을 이탈하고 싶은 욕구를 불러 일어킵니다.

그래서 어쩌자는 것이냐라고 물으시면,

일단 호칭에서 직급을 빼고 "~씨"나 "~님"으로 불렀으면 합니다. 한 그룹이 있으면 그룹의 리더는 제외하고 나머지 그룹원은 모두 호칭을 그렇게 바꿉니다. 또한 나이에 관계없이 경어만 사용합니다. 회의를 할 경우에는 발언하는 사람의 나이가 적거나 직급이 낮아도 그 사람의 의견을 경청하고, 듣는 사람의 직급이나 나이 등으로 그 사람을 무시하지 않습니다. 다만, 능력이나 경험의 차이에서오는 차이는 존중 할 필요가 있습니다.

쓰고 보니 다소 내용이 왔다갔다하고 푸념 비슷하게 되었네요. 네 맞습니다, 오늘 좀 회사에서 열받는일이 있었거든요.

1. Docker란 무엇인가?

Docker는 애플리케이션을 어디서나 쉽게 실행할 수 있도록 도와주는 도구입니다. 쉽게 말해, ‘포장 상자(컨테이너)’ 같은 역할을 합니다.

예를 들어, 우리가 물건을 택배로 보내려고 합니다. 상자 없이 물건을 그냥 보낸다면, 운송 과정에서 손상이 생기거나, 일부만 도착할 수도 있습니다. 하지만 튼튼한 상자에 잘 포장하면, 어디로 보내든 안전하고 빠르게 배송할 수 있습니다.

Docker도 이와 비슷합니다. 애플리케이션과 그 실행에 필요한 모든 것을 ‘컨테이너’ 라는 상자 안에 담아 둡니다. 이렇게 하면 개발자가 만든 프로그램을 어디에서 실행하든 동일한 환경에서 문제없이 작동할 수 있습니다.

또 다른 예로 Docker를 음식 배달 서비스에 비유해 보겠습니다. 일반적인 앱 배포 방식(전통적인 방법)에서는 마치 셰프가 요리를 만들고, 각 배달원이 매번 다른 방법으로 포장해서 배달합니다. 포장 방법이 다르다 보니 어떤 고객은 따뜻한 음식을 받지만, 어떤 고객은 식은 음식을 받을 수도 있습니다.

Docker를 이용한 배포(컨테이너 방식)에서는 모든 음식은 표준화된 용기에 포장됩니다. 고객이 어디에 있든 같은 품질의 음식을 받을 수 있습니다. 즉, Docker는 앱을 컨테이너라는 표준 포장 상자에 담아, 어디서든 안정적으로 배포될 수 있도록 돕는 역할을 합니다.

요약하자면, 도커는 앱과 실행환경 모두 한꺼번에 일정한 규격의 파일(이미지)에 담아두었다가, 운영체제가 무엇이든 어떠한 서버에도 실행할 수 있는 컨테이너라는 것입니다.

2. Docker는 어떻게 개발되었나?

Docker는 2013년, Solomon Hykes라는 개발자가 만들었습니다. 그는 개발자들이 쉽게 애플리케이션을 배포하고 실행할 수 있도록 돕기 위해 Docker를 만들었습니다. 초기에는 리눅스에서만 동작했지만, 점점 발전하면서 Windows와 Mac에서도 사용 가능해졌습니다. 지금은 Google, Microsoft, Amazon 같은 글로벌 클라우드 제공업체들도 Docker를 적극 활용하고 있습니다.

Docker는 클라우드와 매우 잘 어울립니다. 왜냐하면, 고객 앱의 트래픽이 증가하면 그에 맞추어 서버를 가변적으로 늘려줘야 하는데, Docker 이미지를 이용해서 똑같은 서버를 자동으로 쉽고 빠르게 늘릴 수 있기 때문입니다. 또한, 이미지 인식 모델 등의 사전 학습된 기계학습 모델들도 미리 이미지로 만들어두고 Docker 파일로 저장해 두었다가 이미지 인식 앱의 제작 등의 필요시에 꺼내 쓸수 있기 때문입니다.

3. Docker의 주요 장점

따라서 Docker의 이점을 다음과 같이 요약할 수 있습니다: 다양한 운영체제에서 실행 가능, 빠른 배포, 확장성과 유연성

4. 간단한 예제

아주 간단한 Python Flask 웹 애플리케이션을 만들어서 Docker 컨테이너에 담고 Google Cloud Platform(GCP)에서 실행해보겠습니다.

(1) 앱 코드 작성

먼저 아래와 같은 애플리케이션 코드를 작성합니다. (파일 이름은 app.py) 작성된 파일은 구글 클라우드 콘솔 터미널의 업로드 기능을 사용하여 클라우드의 기본 서버에 업로드해 줍니다. 이 코드는 Flask라는 웹 프레임워크를 사용하여 웹 서버를 만듭니다. 이 아래 코드의 목적은 웹상의 어느 브라우저에서도 이 코드를 실행하는 앱의 URL 주소를 입력하면, 브라우저에 “Hello, Docker on GCP!”라는 메시지를 출력하는 것입니다.

    from flask import Flask

    app = Flask(__name__)

    @app.route('/')

    def home():

    return "Hello, Docker on GCP!"

        if __name__ == "__main__":

    app.run(host="0.0.0.0", port=5000)

(2) Dockerfile 작성

이제 이 애플리케이션을 Docker 컨테이너로 감싸기 위해 Dockerfile을 작성합니다. Dockerfile은 다음과 같습니다. Dockerfile도 터미널을 이용하여 마찬가지로 업로드 해 줍니다.

    FROM python:3.9

    WORKDIR /app

    COPY app.py /app

    RUN pip install flask

    CMD ["python", "app.py"]

이 파일의 역할을 설명하면,

Python 3.9가 설치된 환경을 기반으로 하고,

우리가 만든 app.py 파일을 컨테이너 내부(/app)로 복사하고,

Flask를 설치한 후,

app.py를 실행하도록 합니다.

(3) Docker 이미지 빌드

이제 Docker를 사용하여 위의 Dockerfile을 실행하고 컨테이너를 생성해 보겠습니다.

터미널(명령 프롬프트)에서 다음 명령어를 실행합니다.

    docker build -t my-flask-app .

이 명령어는 현재 폴더(.)에 있는 Dockerfile을 읽고 "my-flask-app" 이라는 Docker 이미지를 생성합니다.

(4) Docker 컨테이너 실행

Docker 이미지를 실행하여 컨테이너를 생성하고 실행합니다.

    docker run -p 5000:5000 my-flask-app

여기서 -p 5000:5000 옵션은 컨테이너의 5000번 포트를 내 컴퓨터의 5000번 포트와 연결하는 역할을 합니다. 이제 앱은 클라우드의 기본 서버 상에서 실행됩니다.

하지만 터미널이 실행되는 클라우드 서버는 명령어 창으로 동작하고, 화면을 보여 줄 방법이 없으므로, 지금 단계에서는 브라우저로 앱이 정상적으로 동작하는지 확인할 수 없습니다. 또한, 이 앱은 나만 사용할 수 있고, 다른 사용자들은 사용할 수 없습니다. 따라서 로컬 컴퓨터를 이용해서 웹상에서 앱의 구동 여부를 확인하고 다른 사용자들도 사용할 수 있으려면 웹상에 배포해야 합니다.

(5) 웹에 배포하기

이제 웹상에서 앱을 배포하고 실행하려면 아래와 같이 합니다.

• Google Cloud에 로그인

GCP 콘솔(https://console.cloud.google.com/)에 로그인합니다.

• Google Cloud SDK 설치

구글 클라우드 콘솔 터미널에서 Google Cloud SDK를 설치합니다. (Docker뿐만 아니라 구글 클라우드의 모든 서비스를 명렁어 기반으로 사용하기 위해서 필요)

• GCP 프로젝트 설정

구글 클라우드 계정 당 여러 개의 프로젝트 생성이 가능하므로, Docker 명령어 실행 전에 어느 프로젝트인지 알려줘야 합니다.

     gcloud config set project [YOUR_PROJECT_ID]

여기서 [YOUR_PROJECT_ID]는 사용자가 프로젝트 생성시 정해준 프로젝트 이름입니다.

• Docker 이미지 업로드

Docker 이미지를 GCP 컨테이너 레지스트리(컨테이너 이미지 저장소)에 업로드합니다.

    gcloud builds submit --tag gcr.io/[YOUR_PROJECT_ID]/my-flask-app

• Google Cloud Run을 사용하여 배포

이제 Cloud Run(제 글 중의 ‘클라우드 컴퓨팅: Cloud Run’을 참조하세요.)을 사용하여 Docker 컨테이너를 실행합니다.

    gcloud run deploy my-flask-app --image gcr.io/[YOUR_PROJECT_ID]/my-flask-app --platform managed --region us-central1 --allow-unauthenticated

위 명령어는 다음을 수행합니다.

my-flask-app이라는 이름으로 Cloud Run 서비스 배포,

Google Container Registry(GCR)에서 Docker 이미지 가져오기, (<-- 앞에서 저장한 이미지를 불러옵니다.)

GCP에서 실행될 위치(region) 설정 (us-central1), (<-- 사용자가 위치를 변경하여 지정할 수 있습니다.)

모든 사용자(인증 없이)에게 접근가능하도록 설정 (<-- API 게이트웨이를 사용하면 사용자 인증을 추가할 수 있습니다. 제 글 중의 ‘클라우드 컴퓨팅: API 게이트웨이’를 참조하세요.)

• 클라우드에서 실행된 애플리케이션 사용법

이제 우리가 만든 애플리케이션은 인터넷에 연결된 누구나 사용할 수 있습니다!

Cloud Run 배포 후 터미널에 표시된 URL을 웹 브라우저 주소창에 넣고 엔터키를 누르면

브라우저 화면에서 "Hello, Docker on GCP!" 메시지를 확인할 수 있습니다.

5. 마무리

Docker를 사용하면 개발한 애플리케이션을 어디서든 동일한 환경에서 실행할 수 있습니다. Google Cloud Platform(GCP)과 함께 사용하면 애플리케이션을 쉽게 웹에 배포할 수 있습니다.