그냥저냥

초창기 컨테이너가 본격적으로 보급되기 전,제 기억에는 컨테이너 구성을 Daemon 형태로 실행하려고 하였습니다.당시에는 컨테이너가 가상화와 유사한 것이라는 인식이 있었던 것 같습니다.그 후 시간이 지나지 않아,조금 더 익숙해지기 시작한 뒤에는 패키징 방식이라는 점을 깨닫게 되었습니다.따라서1컨테이너 = 1서비스라는 원칙을 나름대로 세우게 되었습니다.이와 비슷한 시기에 마이크로 서비스라는 아키텍쳐가 급 인기를 얻기 시작하였습니다.당시에 마이크로 서비스가 새로운 것이었나?그것은 아니었습니다.이미 알려져 있는 아키텍쳐였습니다.그래서 1컨테이너 = 1서비스가 당연하게 받아들여지게 되었습니다.모놀리딕/마이크로 서비스의 장/단점에 대해서 언급되기 시작했습니다.지금 생각해보면, 당시에 마이크로 서비스의 홍보를 위해서..

초반에 컨테이너라는 용어는 '도커(Docker)' 이해를 돕기 위해 사용한 예시에 더 가까웠습니다.최근에는 컨테이너라는 용어가 일반적으로 사용되고,Containerd, Podman, CRI-O 등 다양한 구현체가 있다 느낌이 더 강합니다.

이번 포스팅은 "컴퓨터에 왜 트랜지스터가 사용될까?"라는 생각으로 시작하였습니다.제가 생각하는 컴퓨터 구현 속 트랜지스터의 핵심은 딱 2가지입니다.1. 스위치 (원격 조작)2. 증폭이를 운전석의 브레이크 페달과 바퀴에 달린 브레이크의 관계에 비유해 보았습니다.페달을 밟아 멀리 있는 바퀴를 조작하는 '스위치' 역할,그리고 사람이 밟은 작은 힘 을 큰 압력으로 바꾸는 '증폭' 역할이 트랜지스터의 핵심이라 생각합니다.즉, 원격으로 뭔가를 조작할 수 있는 수단이라는 점입니다.만약 다른 방식으로 이를 구현할 수 있다면, 반드시 전기, 액체가 아니라도 논리적으로 컴퓨터를 구현할 수 있다는 생각이 드네요.

처음 C언어를 공부하면 의외로 포인터의 벽을 많이 느끼시는 것 같습니다.AI를 활용하여 만화 형식으로 그려서 시도를 했으나, 영 시원잖은 결과가 나왔네요. ㅠ부연 설명을 좀 달아보면,포인터는 함수 호출에 가장 많이 활용된다고 생각됩니다.실제 수치화된 통계치는 아닙니다."Call by Value" vs "Call by Reference"이 내용은 많이 들어보셨으리라 생각됩니다.포인터를 사용해야하나 말아야하나는 원본 데이터를 직접 조작할 수 있느가에 대한 이야기입니다.간혹 여러 작업자가 일을 할 때, 백판에 현황으로 공유하는 경우가 있습니다.여기에 작업자가 직접 작성하는 경우가 있고,관리자가 작업자의 현황을 전달 받아 대신해서 작성하는 경우가 있을 겁니다.작업자가 현황을 직접 작성하는 경우는 포인터를 사용한..

이전에 컨테이너가 같은 공구가 중복으로 구비해야할 수 있다고 했어요.그래서 "레이어"를 사용하여 이를 해결하였습니다."레이어"를 사용하여 같은 레이어라면, 공유해서 사용하는 것이죠.보통 공통 레이어가 상대적으로 많이 공유될 것 같네요.이전부터 공구함을 예를 들어 설명을 시도하고 있어요.하지만, 이 예제를 사용하여 설명하는 것의 어려운 점은실제로는 불가능한 점이 있네요.AI를 사용하여 만화를 만드는데,원하는 결과물이 나오지 않아 너무 많은 시도를 했던것 같아요.AI 한도가 초과하여...사용량 초기화될 때까지 기다렸다가 타협을 해버렸어요.

컨테이너는 편리하지만, 감당해야할 부분이 있어요.자원의 중복 문제가 있어요.물론 요즘 하드웨어 성능으로 감당하고도 충분히 남을 수준입니다.체감되지 않겠지만,중복은 중복이라 할 수 있어요.

"내 컴퓨터에서는 잘 되는데, 왜 서버에서는 안 되지?" 구글에 "컨테이너가 무엇인가?"고 찾아보면, 가상화의 차이점, 성능 이야기가 의외로 많더라구요.컨테이너의 목적은 어플리케이션을 "하나의 단위"로 묶는 것이라고 생각하고 있었어요.나름대로 생각한 내용을 기반으로 시나리오를 작성했고, AI에 던져 만화 형식으로 그려봤습니다.그림엔 영 재주가 없네요...ㅠㅠ