그냥저냥

프로젝트 투입 제안어느날.인력 소개 회사의 대표님을 통해서 프로젝트 투입 제안이 왔습니다.여러가지 이야기를 했던 것 같은데, 당시 들었던 이야기는 기억의 해상도가 낮았어요.왜냐하면,프로젝트가 대외비라 얻을 수 있는 정보가 제한적당시 상황은,배달일을 하고 있는데, 픽업 후 고객에게 음식 배달 도중 통화통화를 끝내고, '어차피 연락 안오겠지.' 생각을 하게되었습니다.이전에 다른 경로로 몇번의 면접 기회가 있었으나, 다 떨어져서 애초에 낮은 기대감 없이 통화를 이어갔습니다.아무튼, 1주일 정도 지났을 시점, 그 대표님께 연락을 했으나 통화를 하지 못했습니다.신호 대기음만 길게 이어졌고, 추후 "부재중 통화"를 확인하면 연락오겠지?라고 생각을 했으나, 연락은 오지 않았습니다.그래서 자연스럽게 '역시 안되는구나!..

우선은 hello-world를 C언어로 코드 작성해봅니다.중요한 것은 코드 내용이 아니라, 빌드할 때가 더 중요하니 어떻게 코드를 작성하느냐는 아무렴 괜찮습니다.#include int main(int argc, char *argv[]){ printf("Hello from Docker!\n"); printf("This message shows that your installation appears to be working correctly.\n"); printf("\n"); printf("To generate this message, Docker took the following steps:\n"); printf(" 1. The Docker client contacted the Docker dae..

초창기 컨테이너가 본격적으로 보급되기 전,제 기억에는 컨테이너 구성을 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에 던져 만화 형식으로 그려봤습니다.그림엔 영 재주가 없네요...ㅠㅠ

책: The C Programming Language (K&R)본문의 연습문제는 저작권 이슈로 그 내용을 직접적으로 언급하지 않습니다. 이점 양해 바랍니다. Exercise 1-7. EOF 출력하는 문제입니다.1. 이 문제를 해결하는데 필요한 사전 정보이번 문제는 EOF 값을 출력해서 확인하는 문제입니다.자세히 보니 Exercise 1-6에서 이미 풀었던 문제이더군요.그래서 Exercise 1-6에서 풀었던 문제를 수정해서 풀어보겠습니다.2. 소스코드#include /** * copy input to output; 2nd version */int main(int argc, char** argv){ printf("%d\n", EOF);}3. 실행 및 검증$ ./a.out -1$4. 마무리EOF 값은 -1..