Nalee와 함께 떠나는 IT이야기

2025년을 보내고, 2026년을 맞이하며~

naleejang — Thu, 1 Jan 2026 15:45:12 +0900

2025년이 어느새 지나가고, 2026년이 왔다.

올해는 "말의 해"라고 한다. 말처럼 열심히 한번 달려봐야지~ 건강도 챙기고, 일도 그리고 나도... 열심히 인생을 즐기며 살아있음을 느끼는 그런 삶을 살아야겠다.

지난해는 처음으로 금융회사 자동화 프로젝트를 했었다. 프로젝트를 하느내내 조금은 힘들었지만, 좋은 사람들과 함께 좀 더 효율적으로 일을 할 수 있는 시스템을 만들어가는 과정이 좋았다. 아~ 자동화 프로젝트는 이렇게 해야 하는거구나! 를 배웠고, 그 때문에 회사에서 일년에 한번 하는 큰 행사에서 발표도 하게 되었다. (준비 잘~해서 잘~ 해야지!!)

아이 입시를 준비하면서 회사일을 많이 못했는데, 그 기간동안 평소에 부족했던 부분을 채우기 위해 온라인 교육을 듣고, 자격증을 취득했다. 너무 어려워서 시험에 떨어지고, 다시 시험을 보는 과정에서 조금은 부족해던 부분이 채워진 기분이 들었다. 그래서, 2025년에 자격증을 2개를 취득했다. 2026년에도 자격증 2개를 더 취득해서 RHCE(Red Hat Certificated Engineer) 에서 RHCA(Red Hat Certificated Architect)가 되어야지~!!

아이가 2025년에는 입시를 했다. 미술전공을 해서, 수시로 9곳의 학교에 원서접수를 했고, 그 중에 1한 학교에서 합격 통지를 받았고, 3군데서 예비합격 통지를 받았다. 아이는 그 중에 본인이 전공하고 싶었던 과목을 지원한 학교를 선택했고, 그학교를 다니기로 했다. 2년제 예술대학교지만, 아이의 꿈을 향해 한걸음 내 딛을 수 있기에 아이의 선택을 존중하고, 원하는 것을 할 수 있게 된 것을 축하해 주었다.

지난 여름 친정엄마와 함께 이모님댁에 방문을 했다. 이모는 도시공학을 전공한 박사님이다. 이모랑 이런저런 이야기를 하다가 대학원 진학에 대한 이야기를 하게 되었는데, 이모가 "지금 도전해! 그리고, 아이와 함께 학교에 다녀!" 라고 말이다. "더 늦으면 더 힘들어! 지금 도전해! 이모도 힘들었지만, 포기하지 않았어." 라고,... 어쩌면 그 말이 내가 너무 와 다았다. 사실 몇 전에 대학원을 가려고 TOEIC 시험을 계속 공부하고 시험을 보던 때가 있었다. 그때 상황이 좋지 않아 잠시 꿈을 접고 있었는데, 이모의 그 말을 듣고 어쩌면 용기가 생겼는지도 모르겠다. 학교를 알아보고 커리큘럼을 알아보고 언제 원서접수를 하는지 원서접수를 위한 자기소개서는 어떻게 작성해야 하는지등을 알아보기 시작했다. 그리고, 준비했던 자기소개서를 가지고 원서접수를 하고 면접을 봤다. 그리고, 결과 발표에서 합격 통지를 받았다. 그래서, 2026년부터는 대학원에 다니면서, 일도 자기계발도 즐기면서 해야지~~

2025년에 고군분투했던 과정들이 2026년에 결과가 되어 다시 2026년을 살아갈 삶의 목표가 되었다. 2026년에도 2027년을 위해 그렇게 살 수 있기를 바래본다.

AI 용어 정리

naleejang — Mon, 18 Aug 2025 14:55:35 +0900

요즘 기술 트렌트 및 화두는 AI이다. AI는 Aritificial Intellgence 의 약자로 우리말로는 인공지능이라고 한다. 사용자 입장에서 인공지능은 단순히 내가 요청하는 것들을 쉽게 알려주고 생성해 주는 정말 편리한 도구이다. 그러나, IT를 하는 엔지니어 입장에서는 어떻게 AI를 하기 위한 시스템을 구축하고, 어떤 서비스에 AI를 접목하거나 활용할 수 있는지를 끈임없이 연구하고 공부해야 한다.

요즘 IT 관련 세미나나 행사를 가면 AI는 빠질수 없는 기술 화두 중 하나이다. 최근 AI에 대한 기술들을 살펴보면서 일단 모르는 용어라도 확인하고, 어딘가에 잘 정리해 두면 좋지 않을까? 라는 생각이 들어 정말 오랜만에 블로그에 몇 글자 적어본다.

인프라 분야에서 AI 용어들

PIM(Processing in Memory)

PIM (Processing-In-Memory) 메모리 반도체는 컴퓨터 시스템에서 중앙 처리 장치(CPU)와 메모리 간의 데이터 전송 병목 현상을 해소하기 위해 개발된 기술로 기존의 컴퓨터 아키텍처에서는 CPU가 데이터를 처리하기 위해 메모리에서 데이터를 가져와야 하는데, 이로 인해 데이터 이동에 따른 지연이 발생하는 병목 현상을 해소하기 위해 CPU와 메모리를 통합시켜 데이터 처리와 메모리 액세스를 동시에 수행할 수 있도록 한다. 즉, CPU와 메모리가 하나의 칩 안에 함께 존재하며, 데이터 처리와 메모리 액세스가 병행되어 전체적인 성능을 향상시킨다. PIM 기술은 데이터 중심 컴퓨팅(Data-Centric Computing) 환경에서 특히 유용하며, 빅 데이터, 인공 지능 및 기계 학습과 같은 데이터 집약적인 응용 프로그램에서 성능 향상을 이끌어내는 데 기여할 것으로 기대된다. (출처: https://namu.wiki/w/PIM)

PIM은 다음 블로그에서 자세하고 친철하게 설명해주니 참고하면 좋을 듯하다.

https://lifeisenjoyable.tistory.com/12

DPU

DPU는 Data Processing Unit의 약자로, 데이터 처리 장치를 의미한다. CPU와 GPU 외에 데이터 센터에서 네트워크, 스토리지, 보안 등 데이터 관련 작업을 처리하도록 설계된 특수 프로세서로 DPU는 CPU가 다른 작업을 수행할 수 있도록 도와 데이터 센터의 효율성을 높이는 역할을 한다.

DPU 관련 내용은 다음 블로그를 참조하면 좋다.

DPU를 아시나요? https://egstory.net/edge-news/edge-trend/1817/

RDMA

RDMA는 Remote Direct Memory Access의 약자로, 운영체제나 CPU를 거치지 않고 네트워크를 통해 한 컴퓨터의 메모리에서 다른 컴퓨터의 메모리로 데이터를 직접 전송하는 기술이다. 이를 통해 데이터 전송 속도를 높이고 CPU 오버헤드를 줄여 고성능 컴퓨팅 환경에 적합하다.

RDMA는 다음 블로그를 참조하자!

RDMA와 InfiniBand(인피니밴드) https://everenew.tistory.com/490
WikiFedia https://en.wikipedia.org/wiki/Remote_direct_memory_access
RDMA https://blog.skby.net/rdma-remote-direct-memory-access/

HBM

HBM은 High Bandwidth Memory의 약자로, 우리말로 고대역폭 메모리라고 한다. 고대역폭 메모리는 기존의 DRAM보다 더 넓은 대역폭을 제공하여 데이터 처리 속도를 크게 향상시킨 메모리 반도체 기술로 특히 인공지능, 고성능 컴퓨팅, 그래픽 카드 등 대용량 데이터 처리와 빠른 데이터 전송이 필요한 분야에서 사용된다.

HBM 관련 내용은 나무위키에 자세하게 있으므로 해당 내용을 보자!

나무위키 https://namu.wiki/w/HBM

인프라 운영과 관련된 AI 용어들

MLOps

MLOps는 머신 러닝 모델의 개발, 배포, 운영 및 유지 관리를 자동화하고 효율화하는 일련의 프로세스 및 관행을 의미한다. DevOps 원칙을 머신 러닝에 적용하여 모델의 라이프사이클 전반을 관리하고 데이터 과학 팀과 운영 팀 간의 협업을 강화하는 것을 목표로 한다.

MLOps는 다음 사이트에서 자세한 내용을 볼 수 있다.

머신러닝운영이란 무엇인가요? https://www.ibm.com/kr-ko/topics/mlops

AI 자체 용어들

생성형 AI

생성형 AI는 텍스트, 이미지, 음악, 코드 등 새로운 콘텐츠를 만들어내는 인공지능 기술을 의미한다. 기존 데이터를 학습하여 이를 바탕으로 새로운 콘텐츠를 창작하는 능력을 가지고 있으며, 딥러닝 기술을 기반으로 다양한 분야에서 활용될 수 있다.

생성형 AI를 잘 설명해 놓은 나무위키를 참조하자!

나무위키 생성형 인공지능 https://namu.wiki/w/%EC%83%9D%EC%84%B1%ED%98%95%20%EC%9D%B8%EA%B3%B5%EC%A7%80%EB%8A%A5

추론형 AI

추론형 AI는 인공지능 모델이 학습된 지식을 바탕으로 새로운 데이터에서 결론을 도출하고 예측을 생성하는 능력을 의미한다. 즉, 주어진 정보를 분석하고 이해하여 논리적인 판단이나 결정을 내리는 과정이다.

추론형 AI는 다음 사이트를 참조하자

AI 추론이란 무엇인가요? t.ly/h7WpY

LLM

LLM은 Large Language Model의 약자로 한국어로는 대형 언어 모델 또는 거대 언어 모델이라 불리며, 수많은 파라미터(보통 수십억 웨이트 이상)를 보유한 인공 신경망으로 구성되는 언어 모델이다. 자기 지도 학습이나 반자기지도학습을 사용하여 레이블링되지 않은 상당한 양의 텍스트로 훈련된다. LLM은 2018년 즈음에 모습을 드러냈으며 다양한 작업을 위해 수행된다. 이전의 특정 작업의 특수한 지도 학습 모델의 훈련 패러다임에서 벗어나 자연어 처리 연구로 초점이 옮겨졌다.

LLM 관련 내용은 다음 사이트를 참조한다.

위키백과 대형언어모델 t.ly/qulaB

KV Cache

KV 캐시(KV cache)는 추론 시에 중간 단계에서 계산된 key(K)와 value(V)를 저장해두고 재사용하는 메커니즘으로 이를 통해 텍스트를 생성할 때 상당한 속도 향상을 얻을 수 있다고 한다. KV cache 용어는 LLM에서 다음 텍스트를 추론할때 사용되며, 이때 많은 메모리를 사용하게 되는데, 이때 캐시 메모리를 공유하여 사용하면 효율적이라고 한다.

KV Cache 설명은 다음 블로그들에 자세하게 설명되어 있으면 참조하자!

LLM 인퍼런스 훍어보기 https://dytis.tistory.com/55?category=1139923
KV Cache & Paged Attention https://gangjeong22.tistory.com/228
Understanding and Coding the KV Cache in LLMs from Scratch https://junhan-ai.tistory.com/573?category=1219916

학습

학습 AI는 인공지능 기술의 한 분야로, 데이터를 통해 학습하고 성능을 향상시키는 과정을 의미한다. 즉, AI 시스템이 명시적인 프로그래밍 없이도 과거 경험과 데이터를 기반으로 스스로 학습하여 예측, 패턴 인식, 의사 결정 등의 작업을 수행할 수 있도록 하는 것을 말하며, 일부 AI 교육 자료에 따르면 이는 인공지능이 인간의 학습 과정을 모방하여 발전하는 방식과 유사하다.

https://velog.io/@wjdrbwns1/%EC%9D%B8%EA%B3%B5-%EC%A7%80%EB%8A%A5Artificial-Intelligence

인생을 살면서 중요한건 뭘까?

naleejang — Tue, 8 Oct 2024 11:22:57 +0900

예전의 나는 일을 참 좋아했다. 요일 중 월요일이 가장 좋았고, 가장 두려웠던 요일이 바로 목요일이였다. 월요일은 일을 할 수 있는 시간이 많아서 그래서 월요일이 좋았고, 목요일은 일을 할 수 있는 시간이 하루밖에 남지 않아서 그래서 목요일이 오는게 두려웠다. 그럼, 이렇게 생각할수도 있을수도 있겠다. 월화수목금금금... 하지만 나에게는 가장 소중한 딸아이와 가족들이 있다. 사실 어른 가족들은 크게 신경쓰지는 않지만, 아이는 무시할수 없다. 평일에는 늘 일을 하느라 아침 일찍 출근했다가 저녁 늦게 집에 와 아이와 함께 할 시간이 없는데, 주말마저 일을 한다면 그마저 아이와 함께 할 수 있는 시간이 없어지기 때문이다. 그리고 돌아오는 주를 위해 나 역시 휴식이 필요하다.

한동안 참 열심히 살았다. 아니 꽤 오랫동안 열심히 살아온것 같다. 좀 더 괜찮은 사람이 되기 위해 좀 더 발전하기 위해 정말 많이 노력했다. 그렇다고 해서 어렸을적부터 열심히 살았던건 아닌것 같다. 어렸을적 나는 내 방이 없었다. 대부분이 다 그랬을테지만,... 나는 아빠랑 엄마랑 동생들과 함께 단칸방에서 다 같이 먹고 자고 공부하고 학교를 다녔다. 그리고, 대학을 졸업하고 취업을 하면서 이 가난에서 벗어나고 싶었던거 같다. 그래서, 어떻게 하면 좀 더 나은 사람이 되어서 좀 더 나은 환경에서 좀 더 가치있게 일을 할 수 있을까? 하고 늘 고민했고 그렇게 살았던거 같다.

모든 부모가 그렇듯이 내 아이만은 내가 한 고생을 하지 않기를 바라며, 내 아이만큼은 좀 더 좋은 환경에서 자신의 꿈을 펼치며 살기를 바랄것이다. 물론 나 역시 예외는 아니다. 아마도 그래서, 아이의 맘을 알아주지도 않은채 공부하라는 말을 많이 했던거 같다.

아이의 어렸을적 기억에는 엄마아빠가 없다고 한다. 그 말을 들었을때 나는 아이에게 미안하고 서글펐다. 일은 하지만, 좋은 엄마가 되기 위해서, 책을 많이 읽었는데,... 그래서, 아이에게 일하는 모습도 많이 보여주고, 아이에게 많은 이야기를 해 줄려고 노력했는데, 정작 아이의 기억에는 내가 없다고 하니,.. 내 노력이 부족했던건 아닐까 하는 생각도 든다. 늘 일을 하면서, 일이 먼저일까? 육아가 먼저일까? 를 수 없이도 고민했던 시간들이 있었다.

요즘 나는 일에 대한 욕심을 조금 내려 놓았다. 그리고, 내 건강을 돌보고 아이를 좀 더 챙기는 시간을 갖기 시작했다. 예전에는 좀더 나은 곳에서 일하고 살고 싶어서, "진작에 어렸을때 중고등학교 때 좀 열심히 하지,.. 이제와서 후회하면 뭐해? 아니지? 지금이라도 하면되지~ 늦은건 없어! 하면 되는거야!" 라는 생각으로 살았는데, 어느 순간부터 아무리해도 돌아서면 기억이 안나고, 하고 싶어도 몸이 안좋아서 못하고, "아~ 이래서 어른들이 다 때가 있다" 라고 하는 말이 맞는거구나! 20대에는 몇번만 해도 바로 내것으로 만들수 있었는데, 지금은 몇번 아니 수없이 많이 해도 조금 할 수 있을까? 말까? 니 시간이 몇배는 더 필요하게 되었다.

지금도 내가 무슨글을 쓸려고 했는지 목적은 잃어버린채 과거 회상이나 하고 있고,... 에휴~~

암튼 인생을 살면서 지금 중요한건 건강을 돌보고, 그동안 함께 해주지 못했던 아이와 많은 시간을 갖는 것이다. 아이와 여행가고 싶은데,... 지금 중간고사 시험기간이라서 이렇지도 저러지도 못하고,... 그냥 옆에서 아이 기분 살피며, 간식 챙겨주고, 힘내라고 사랑한다는 말 한마디 더 해주어야겠다.

Linux Process Story

naleejang — Fri, 14 Jun 2024 23:05:36 +0900

오랜만에 삽질을 좀 할 기회가 와서 삽질한 김에 알게 된 것들을 좀 정리해 놓으면 좋을 것 같아서 블로그에 글을 쓰기 시작한다. 하는 일이 리눅스를 모르면 할 수 없는 일들인데도, 어쩜 이렇게 모르는 명령어들이 많은지... 알면 알수록 신기하고 재미난 세계임은 틀림이 없는것 같다.

리눅스에서 실행되는 모든 애플리케이션들은 전부 프로세스 기반으로 실행이 된다는 건 아마도 리눅스를 조금이라도 다루어 본 경험이 있는 사람이라면 누구나 알고 있는 사실일 것이다.

그럼, 실행 중인 프로세스는 어떻게 확인할 수 있을까? 많이 사용하는 명령어가 아마도 ps 라는 명령어 일것이다. ps 에 여러 옵션을 주고 프로세스를 목록을 확인할 수 있는데, 난 주로 옛날에 대학 다닐때 배웠던 ps -ef 라는 명령어다. 요즘은 ps aux 와 같은 명령어도 많이 쓰는것 같다.

[nalee@rhel8 ~]$ ps -ef 
UID          PID    PPID  C STIME TTY          TIME CMD
root           1       0  0 Jun11 ?        00:00:45 /usr/lib/systemd/systemd --switched-root --system --deserialize 17
root           2       0  0 Jun11 ?        00:00:00 [kthreadd]
root           3       2  0 Jun11 ?        00:00:00 [rcu_gp]
root           4       2  0 Jun11 ?        00:00:00 [rcu_par_gp]
root           5       2  0 Jun11 ?        00:00:00 [slub_flushwq]
...

[nalee@rhel8 ~]$ ps aux
USER         PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root           1  0.0  0.0 241752 14580 ?        Ss   Jun11   0:45 /usr/lib/systemd/systemd --switched-root --system --deserialize 17
root           2  0.0  0.0      0     0 ?        S    Jun11   0:00 [kthreadd]
root           3  0.0  0.0      0     0 ?        I<   Jun11   0:00 [rcu_gp]
root           4  0.0  0.0      0     0 ?        I<   Jun11   0:00 [rcu_par_gp]
root           5  0.0  0.0      0     0 ?        I<   Jun11   0:00 [slub_flushwq]
...

프로세스를 확인할 수 있는 명령어는 이것뿐일까? 아니다. 가끔은 부모 프로세스가 뭐고, 자식 프로세스가 뭔지 알아야만 할때도 있다. 물론 알고 싶지 않을지라도 알아야만 할때 pstree 라는 명령어를 사용하여 프로세스 목록을 트리 형식으로 볼 수 있다.

[root@comp01 ~]# pstree -p
systemd(1)─┬─NetworkManager(1034)─┬─{NetworkManager}(1045)
           │                      └─{NetworkManager}(1049)
           ├─agetty(1600)
           ├─agetty(1601)
           ├─auditd(903)───{auditd}(904)
           ├─certmonger(32126)
           ├─chronyd(29940)
           ├─conmon(41558)─┬─dumb-init(41571)───iscsid(41585)
           │               └─{conmon}(41560)
           ├─conmon(880650)─┬─dumb-init(880683)───dumb-init(880706)───sshd(880741)
           │                └─{conmon}(880652)
           ├─conmon(880816)─┬─dumb-init(880828)───virtlogd(880841)
           │                └─{conmon}(880818)
           ├─conmon(880883)─┬─dumb-init(880896)───libvirtd(880908)─┬─{libvirtd}(880951)
           │                │                                      ├─{libvirtd}(880952)
           │                │                                      ├─{libvirtd}(880953)
           │                │                                      ├─{libvirtd}(880954)
           │                │                                      ├─{libvirtd}(880955)
           │                │                                      ├─{libvirtd}(880956)
           │                │                                      ├─{libvirtd}(880957)
           │                │                                      ├─{libvirtd}(880958)
           │                │                                      ├─{libvirtd}(880959)
           │                │                                      ├─{libvirtd}(880960)
           │                │                                      ├─{libvirtd}(1020161)
           │                │                                      └─{libvirtd}(1020545)
           │                ├─qemu-kvm(1019818)─┬─{qemu-kvm}(1019857)
           │                │                   ├─{qemu-kvm}(1019883)
           │                │                   ├─{qemu-kvm}(1019884)
           │                │                   └─{qemu-kvm}(1019899)
           │                ├─qemu-kvm(1020537)─┬─{qemu-kvm}(1020548)
           │                │                   ├─{qemu-kvm}(1020557)
           │                │                   ├─{qemu-kvm}(1020559)
           │                │                   └─{qemu-kvm}(1020582)
           │                └─{conmon}(880885)
           ├─crond(29278)
           └─tuned(1434)─┬─{tuned}(1467)
                         ├─{tuned}(21097)
                         ├─{tuned}(21100)
                         └─{tuned}(21101)
[root@comp01 ~]#

이렇게 프로세스 트리를 통해 우리는 프로세스의 관계를 알수 있다. 그럼 여기서, 가끔 프로세스를 종료해야 할 경우가 온다. 그러면 우리는 대체적으로 ps -ef | grep process_name 이런식으로 명령어를 실행해서 프로세스 ID를 찾은 뒤 kill -9 PID 명령어를 통해 프로세스를 종료한다. 과연 이 방법만이 프로세스 ID를 찾을 수 있을까? 아니다. pgrep 이라는 명령어가 있다. pgrep를 사용하면 쉽게 프로세스 ID를 찾을 수 있다.

[root@comp01 ~]# pgrep qemu-kvm
1019818
1020537
[root@comp01 ~]# pgrep libvirtd
880908
[root@comp01 ~]#

그리고, 이렇게 찾은 프로세스는 pkill이라는 명령어로 프로세스를 종료할 수 있다. 그럼, 여기서 libvirtd를 pkill로 종료한다고 해서 qemu-kvm이라는 프로세스도 같이 죽을까? 그건 아니다. libvirtd는 dump-init 이라는 프로세스의 하위 프로세스이고, qemu-kvm은 conmon 프로세스의 하위 프로세스 아래 있으므로, libvirtd 가 죽었다고 해서 qemu-kvm이 죽지는 않는다.

[root@comp01 ~]# pgrep libvirtd
302094
[root@comp01 ~]# pkill libvirtd
[root@comp01 ~]# pgrep libvirtd
[root@comp01 ~]# pgrep qemu-kvm
1019818
1020537

그래서, 나는 좀더 재밌는 실험을 해 보기로 했다. 아래 동영상은 내 노트북 환경을 녹화한 건데, pkill 명령어로 libvirtd 라는 프로세스를 죽였다. 그리고, 실행중인 vm이 죽는지 확인해 봤다. 물론, vm은 죽지 않는다. 이때, pidof 라는 명령어를 이용해 libvirtd의 프로세스 ID를 찾는데, 사실 pgrep이랑 결과가 동일하다.

이렇게 해서 이번에 알게된 프로세스 이야기를 블로그에 정리해 봤다. 물론 아는 사람들도 있겠지만, 나처럼 모르는 사람들이 더 많을꺼라 생각한다. 그래서 이렇게 적어두면 언젠가 나에게 그리고, 또 다른 누군가에게 도움이 되겠지~!!

오늘은 이만 자야겠다.

한빛앤과 함께 만든 온라인 강의 이야기

naleejang — Wed, 12 Jun 2024 23:37:46 +0900

안녕하세요~!!

제가 책을 여러권 출간을 했는데, 그 중 하나는 길벗에서 출간한 "오픈스택을 다루는 기술" 이고, 이책은 절판이 되었습니다. 그래서, 더 이상 팔지 않아요. 그리고 나서, 출간한 책이 바로 "처음 배우는 셸 스크립트" 입니다. 이 책은 한빛 미디어에서 출간을 했어요. 그리고, 작년에 한빛 미디어에서 "앤서블로 시작하는 인프라 자동화" 라는 책을 출간을 했습니다.

그리고, 올 봄에 한빛 미디어의 계열사인 한빛 앤 이라고 하는 온라인 강의를 제작하고 유통하는 곳에서 신입 사원들을 위한 강의를 함께 제작해 보자고 연락이 왔어요. 바로 리눅스와 아주 친숙한 셸 스크립트를 가지고 말이죠~!! 그래서, 생각해보니 좋은 일이잫아요. 시간만 있다고 하면 리눅와 셸 스크립트를 좀 더 쉽게 접할 수 있는 온라인 강의를 IT 입문자들에게 제공해 준다면 참 좋을 것 같더라구요.

그래서, 강의 자료를 만들고, 어떻게 강의를 할지 연습도 하고, 한빛 앤과 함께 강의 촬영도 했어요. 물론 한빛앤에서 자료 편집도 해주시고, 강의 영상도 잘 편집을 해 주셨어요. 그리고, 컨텐츠도 IT 입문자의 입장으로 이해가 잘 가는지 등등 도 확인해 주셨어요.

그리고, 이번에 한빛 앤(https://www.hanbitn.com/)에서 강의 사이트를 정식 오픈을 하게 되었습니다.

한빛 앤 사이트를 들어가서 보니 제 강의인 셸 스크립트 강의 말고, 좋은 강의들이 많이 있어요. 그것도 매우 착한 가격으로 양질의 강의를 제공을 한다는 거죠~!! 한빛 앤 첫 페이지에 제 강의도 따끈한 신규 클래스로 올라와 있어요. 이 외에도 요즘 트랜드인 AI 관련 강의도 있구요. 근데, 제 강의의 아바타는 꼭 저를 닮은것 같다는 생각이 드네요.

아무트 강의를 들어가보시면 3강을 무료로 들어보실 수 있어요. 저도 봤는데, 제가 보기에는 재미있습니다. ㅋㅋ 물론 다른 강의들도 너무 좋구요. ㅎㅎ

제 강의는 목표를 가지고, 어떤 과정으로 어떤 작업을 해야 하는지를 스토리 라인으로 풀어서 진행을 했어요. 그래서, 좀 더 이해하기 쉽도록 구성을 했어요. 그리고, 재미있게 하려고 노력했습니다. 이 강의를 들으면, 리눅스 명령어에 대해 배울수 있고, 리눅스 명령어를 이용하여 셸 스크립트를 어떻게 만들고, 활용하는지를 함께 보실 수 있어요. 그리고, 실습도 함께 진행을 하기 때문에 스스로 실습할 때 도움이 되겠죠~!!

참 그리고, 이 강좌는 "처음 배우는 셸 스크립트" 책을 함께 보시면 더 좋아요. 실은 저도 일할때 자주 보거든요. 좋더라구요.

아무튼 많은 IT 입문자분들에게 도움이 되었으면 좋겠습니다.

[독서록] 구글 임원에서 실리콘밸리 알바생이 되었습니다.

naleejang — Sun, 19 May 2024 21:58:52 +0900

일년전 즈음에 정김경숙님이 출간한 "끝까지 가봅시다! 남는게 체력인데" 라는 책을 읽고, 포기하지 않으면 나도 언젠가 할 수 있을꺼라는 희망을 발견했었다. 그리고, 얼마전에 다시 "구글 임원에서 실리콘밸리 알바생이 되었습니다" 라는 책을 출간하셨다고 해서 출간하자마자 주문을 해서 책을 읽기 시작했다.

책을 쓰신 저자분과 분야는 다르지만, 저자는 IT 업계에서 오랫동안 근무를 하신 분이다. 그래서, 같은 IT 업계에서 일을 하는 사람으로써 존경을 넘어 너무 좋아하게 되었다. 물론 나는 이분처럼 치열하게 살 자신은 없지만 말이다.

책을 읽으면서 나도 모르게 트레이더 조의 고객을 대하는 방식이 정말 매력적이라는 생각을 했고, 평소에 그다지 선호하지 않은 스타벅스를 다른 시각으로 바라보게 되었다. 그리고, 1년동안의 갭이어를 어떻게 글로 표현하실까? 궁금했는데, 확실히 마케팅과 커뮤니케이션 관련 업무를 하신 분이 쓰신 책이라 그런지 꽤 인사이트가 있고, 다른 이들이 봐도 도움이 될 만한 내용들을 잘 정리하셔서 그런 부분들도 상당히 인상적이였다.

나의 은퇴 후 삶은 어떻게 준비를 해야하는걸까? 나는 과연 은퇴할 법적 나이까지 이 업계에서 그리고, 회사에서 잘 살아남을 수 있을까? 그래서, 멋있고 의미있는 은퇴를 경험할 수 있을까? 어느날 갑자기 나도 이 책의 저자처럼 회사가 내손을 놓아버린다면 어떤일들을 해야하는걸까? 물론, 이 책의 저자님처럼 살지는 못하겠지만, 적어도 어떻게 준비하고 어떻게 살아야겠다 라는 고민을 해 보게 되었다.

힘든 상황에서도 새로운 도전을 하고, 우리에게 좋은 책으로 유익한 인사이트를 제공해 주신 로이스김(정김경숙)님 정말 대단하고, 감사합니다.

5월 27일에 있는 북콘서트 예약을 했는데, 만나 뵐 생각을 하니 벌써부터 설렌다. 사실 내 꿈도 이런 IT업계에서 일하는 많은 직장 맘과 아빠들을 위한 책을 쓰는게 꿈이기 때문이다. 열심히 부지런히 잘~~ 살아야지!!

[일상다반사] 삶의 목표를 살짝 바꿔봤더니

naleejang — Wed, 24 Apr 2024 19:57:26 +0900

블로그에 기술 이야기를 올리지 않으지 꽤 오랜시간이 지난것 같다. 예전에는 기술의 끈을 놓으면 삶이 왠지 어딘가 모르게 불안하고 초조했는데, 지금은 그건 아닌것 같다. 그렇다고, 무언가 새로운걸 도전하는 것 역시 쉬운 일이 아니다. 그냥 앞에 놓여진 일에 충실하기로 했다. 그리고, 전에는 꿈조차 꿔보지 못했던 여행을 하기도 했다. 가보지 못한곳! 가봤는데, 너무 오래되서 기억이 가물가물한 곳을 좋아하는 사람들과 함께 여행을 하는것으로 삶의 만족도를 높이고, 일을 할때 좀 더 열심히 일을 하게 되는 동기 부여를 주는 것으로 만족감을 얻기로 했다.

이렇게 삶의 목표! 행복은 멀리 있지 않다는 것에 요즘 삶에 만족하면서 살고 있다. 물론 항상 좋은 것만은 아니다. 힘이 들때도 있다. 하지만, 여행을 시작한 이후로, 힘이 들어도 견딜수 있는 힘이 생기기 시작했고, 주변을 좀 더 돌아보고, 주어진 것에 최선을 다하기 시작했다. 그래서 그런지, 생각한 것들을 하나씩 이룰 수 있었고, 설령 그렇지 않다 하더라도 현재 주어진 상황에 불만을 하지않고, 상황을 어떻게 하면 잘 극복할 수 있는지에 좀 더 초점을 두기 시작했다.

여기에 더불어 체력을 좀 더 증진시키고, 관리할 수 있는 활동들을 자주 추가해야겠다는 생각이 든다. 한해 두해 시간이 갈수도록 얼굴에는 기미가 늘고, 머리카락에는 힌머리가 보이기 시작한다. 그리고, 조금만 무리를 해도 몸으로 먼저 반응이 나타난다. 마음을 여유롭게 살되, 긴장의 끈을 놓지 않고, 좀 더 활기차게 살기 위해서는 반드시 체력이 따라와야 한다. 아프면 정말 말짱 도루묵이다. 하루에 30분~1시간씩 반드시 시간을 내서, 체력을 증진하는 시간을 갖자!

다음에는 어떤 글을 올릴까? 벌써부터 설레이기 시작했다.

[이벤트] Red Hat OpenStack 17 3차 공동 제본 이벤트

naleejang — Tue, 13 Feb 2024 11:10:44 +0900

안녕하세요~!!

지난해 봄에 Red Hat OpenStack 17 from Installing to Operation 이라는 책을 공동 제본 하는 이벤트를 진행을 했었습니다. 이벤트는 총 2차례에 걸쳐 진행을 했었는데요. 공동 제본 이벤트가 끝나고도 제본을 문의하시는 분들이 많아서 이번에 한번 더 공동 제본 이벤트를 진행하려고 합니다. 이번 이벤트가 마지막 이벤트이니 혹시 주변에 필요하신 분들이 계시다면 그 분들에게도 공유를 해 주시면 정말 감사하겠습니다.

본 이벤트는 아래 설문조사를 통해 신청을 받고 있으며, 이벤트 기간은 돌아오는 일요일(2024년 2월 18일)까지입니다.

https://forms.gle/QaKuFyJTyGPKoL9G8

[신청서] 레드햇 오픈스택 17 3차 제본 참여

안녕하세요~!! 레드햇 오픈스택 17 3차 공동 제본 이벤트에 참여해 주셔서 감사합니다. 지난해 봄에 "레드햇 오픈스택 17 설치부터 운영까지" 라는 책을 만들고, 2번의 공동 제본 이벤트를 진행하

docs.google.com

감사합니다.

[앤서블로 시작하는 인프라 자동화]를 출간하였습니다.

naleejang — Sun, 24 Sep 2023 14:32:21 +0900

안녕하세요~!!

제가 이번에 "앤서블로 시작하는 인프라 자동화"라는 책을 출간을 했습니다.

앤서블을 처음 접하게 되었던 건 오픈스택을 하면서였습니다. 오픈스택 커뮤니티 그룹에서 스터디그룹을 운영했었는데 그때 스터디 그룹장님으로 있던 최영락(3대 오픈스택 한국 커뮤니티 대표를 맡고, 현재는 마이크로소프트에서 에반젤리스트로 활동하고 있음)님이 진행하던 스터디그룹에서 앤서블을 함께 공부를 했던적이 있었습니다.

그리고, 시간이 흘러 레드햇에 조인을 한 후에 앤서블을 다시 한번 더 만날 수 있는 계기가 왔었습니다. 한동안, 앤서블 매력에 푹 빠져서 블로그에 영어로 된 글도 쓰고, 그 당시에 오픈인프라 데이 in 코리아 행사에서 발표를 했던 기억도 납니다.

시간이 다시 지나고, 다시 앤서블을 해야 했을때는 설치방법과 문법이 상당히 많이 변경이 되어서, 한참동안 헤매었던 기억이 납니다. 그래서, 앤서블을 다시 공부하려고 책을 몇 권 샀는데, 문법들이 다 오래되어서 그때 이런 생각을 했던거 같아요. 이왕 하는거 제대로 열심히 해서, 그 경험을 바탕으로 책도 한권쓰면 좋겠다! 라는 생각을 했어요.

그리고, 그때 함께 프로젝트를 하던 레드햇 삼성담당 세일즈 이태훈님과 삼성전자 메모리 연구 센터(SMRC)의 김병수님에게 생각을 공유했었는데, 그때 두분이 앤서블 책을 함께 쓰고 싶다고 제안을 하더라구요~!! 몇 일 고민을 하다가 함께 책을 쓰기로 했죠~!! 그렇게 해서 나온게 바로 이 "앤서블로 시작하는 인프라 자동화" 라는 책입니다.

책을 쓰면서 가장 도움이 많이 되었던건 2년전에 출간한 "처음 배우는 셸 스크립트" 라는 책이예요~!! 앤서블을 사용하다보면 앤서블과 함께 셸 스크립트를 사용해야 할 일도 상당히 많이 있거든요! 그래서, "처음 배우는 셸 스크립트" 책를 정말 많이 봤어요. 앤서블을 배우고 싶다면, "앤서블로 시작하는 인프라 자동화" 와 함께 "처음 배우는 셸 스크립트"도 같이 보면 도움이 많이 되실꺼라 생각합니다.

이 책은 아래 온라인 서점에 구매할 수 있습니다.

예스24 : https://www.yes24.com/Product/Goods/122586562
교보문고 : https://product.kyobobook.co.kr/detail/S000209345794
알라딘 : https://www.aladin.co.kr/shop/wproduct.aspx?ItemId=325105140
한빛 미디어 : https://www.hanbit.co.kr/store/books/look.php?p_code=B246530172

앤서블로 시작하는 인프라 자동화

“효율적인 IT 자동화를 위한 도구, 앤서블”

www.hanbit.co.kr

이 책을 읽는 모든 분들에게 도움이 될 수 있도록 정말 기초부터 실무까지~!! 제가 프로젝트할때 주로 사용하는 설계 방법까지 여러분들을 위해 아낌없이 많은 경험들을 모두 이 책 한권에 담았습니다. 이 책이 여러분들에게 많이 도움이 되길 바랍니다.

감사합니다.

레드햇 오픈스택 17 스터디그룹을 진행하면서

naleejang — Fri, 19 May 2023 13:34:19 +0900

엊그제 시작한 것 같은데, 벌써 스터디그룹이 끝이 났다. 사실 이런거 진행할 생각조차 안했었는데, 회사에서 우연히 파트너사에 오픈스택 교육을 갔다가 커뮤니티 회원들한테도 교육을 해 주면 좋을 것 같다는 생각이 문득 들었다. 그래서, 페이스북 그룹에 내 생각을 공유하니 많은 분들이 관심을 갖고, 듣고 싶어해서 신청을 받고, 어떤 내용으로 진행을 할까 고민을 하고, 커리큘럼을 만들고, 회사에 진행 여부를 컨펌 받고, 진행을 하기 시작했다.

첫 오프라인 모임은 스터디 그룹 참여를 신청해 주신 대부분의 분들이 참여를 했다. 오픈스택이 나온지 꽤 오랜 시간이 지났지만, 여전히 오픈스택은 사랑 받고, 관심을 받고 있음을 난 알 수 있었다. 커리큘럼을 만들면서, 스터디 그룹이니 무언가 스스로 공부를 할 수 있는 기회를 가지길 바랬다. 그래서, 프로젝트를 하면서 많은 사람들로부터 많은 질문들~!! 그리고, 많은 사람들이 궁금해 하는 부분들을 스스로 살펴보고, 공부하는 시간을 가지면 좋겠다고 생각했다. 그래서, 모인 분들을 소규모로 다시 그룹핑을 해서, 그룹별 미션을 주었다.

그리고, 2주차부터 5주차까지 매주 목요일 저녁 7시 반부터 9시까지 온라인으로 총 4번의 온라인 세미나가 이루어졌다. 난, 자료 준비를 위해 매주 주말마다 슬라이드 자료를 만들고, 어떻게 설명을 하면, 좀 더 많은 분들이 이해하기 쉬울까? 를 늘 고민했던거 같다. 그렇게 4번의 세미나를 우리는 온라인으로 진행했다.

온라인으로 4번의 세미나를 진행했으니, 이제 스터디에 참여한 참여자들의 시간이 온것이다. 스스로 미션을 위해 시스템과 환경을 살펴보고, 자료를 정리하고, 관련 정보등을 찾아보는 등의 활동들을 진행했다. 그리고, 마지막 오프라인 모임에서 각 그룹의 발표자들과 함께 발표회를 진행했다. 물론 많은 분들이 참여하지 못한 부분은 살짝 아쉬웠지만, 그룹 모임등을 통해서 적어도 그룹에서 진행했던 내용들은 서로 공유하고, 함께 찾아보고, 알아보는 시간을 가졌으리라 생각한다. 발표자료들은 내가 생각했던 이상으로 다들 준비를 잘했고, 많은 것들을 공부하고, 알아가는 좋은 기회가 될을꺼라 믿어 의심치 않았다.

난 이제 발표자 몇몇 분들과 함께 이번 7월 3일~4일 양일간 있을 OpenInfra Community Days Korea 2023 의 발표 세션을 함께 준비할 예정이다. 내가 가지고 있는걸 남에게 나누어주는 일을 했지만, 난 오히려 다른 이들에게서 더 많은 것을 받은 그런 의미있는 시간이였다. 하지만, 이제 너무 힘들어서 다시 또 하라고 하면 그건 못할 것 같다. ㅋ

오늘 마지막으로 스터디 그룹에 그동안 열심히 참여하고, 다른 그룹원들에게 많은 도움을 준 분들에게 작은 감사의 선물을 카카오톡 선물하기로 보내드렸다.