그냥저냥

들어가기 앞서...앞의 포스팅에서 영업사원, 임원, 대표님이 기회를 만드는 분들이라고 했었는데요. 사업기획(발주사)에 제안 요청서 공고가 나오게 되며 이후 아래의 절차로 진행됩니다. 사업기획(발주사) - 제안 요청서 공고 - 입찰 및 제안발표 - 평가 (발주사) - 우선 협상 대상자 선정 - 기술 및 가격 협상 - 계약 사업 공고가 나오더라도 여러 가지 사정에 따라 일부 절차가 생략되기도 합니다. 그러나 우선 협상 대상자로 선정되면 사업을 따 냈다고 영업사원, 임원, 대표님들은 사업을 수주했다고 판단합니다. 거의 마무리 단계입니다.기술협상 단계에서는 무엇이 이루어질까?기술협상은 고객사 입장에서 정말 프로젝트가 가능한지 한번 더 평가하고, 소속된 회사에서는 고객사가 원하는 바가 무엇인지를 파악하는 과정입니..

들어가기 앞서...시스템 엔지니어로 회사에 입사한 후 자리에 앉아 있다 보면 사수나 팀장님을 통해서 아래와 같은 작업 요청들이 있을 거에요. 이전 포스팅에서 잠깐 언급했듯이 신입이라면 아마도 사수랑 같이 고객사에 방문할 겁니다."A 고객사에 OS 설치 지원 다녀오세요""B 고객사에 스토리지 증설 작업 지원하세요"이번 글에서는 이 작업이 어떤 과정을 거쳐 우리(엔지니어)의 손에 오게 되는지, 사업이 일어나는 흐름을 간단히 살펴보려 합니다. "나는 기술만 알면 되지, 사업을 알아야 해?"라고 물을 수도 있습니다. 저도 초반에는 그렇게 생각했습니다. 근데 시간이 많이 지난 지금 사업의 흐름을 이해하는 엔지니어는 자신이 하는 업무의 영역을 명확히 인지하는 동시에 고객의 기대치를 정확히 파악할 수 있다고 생각합니..

과거 시스템 엔지니어로 일할 때 주로 폐쇄망에서 작업을 하였습니다.당시 재직중이던 회사의 주요 고객사가 데이터 센터(또는 서버실)를 가지고 있었습니다.주로 고객사의 데이터 센터(또는 서버실)에 방문하여 기술지원과 트러블슈팅 업무를 주로 맡았어요.기술지원은 고객사에서 요청하는 작업을 처리하는 업무이고, 장애대응은 시스템을 운영하다보면 어떤 부분에서 문제가 생기는데 이 문제를 해결하여 서비스를 정상화 시키는 업무라고 보면 됩니다. 간략히 기술지원과 장애대응에 대해 각각 예를 들면 아래와 같은 고객사 요청에 대해 처리하는 업무들을 말해요. 기술지원"최근에 신규 서버 도입이 되는데, 운영체제 설치해주세요.""현재 스토리지 사용량이 80%인데요. 추후 1달이면 용량이 부족할 것 같습니다. 증설해 주세요."장애대응..

문제 상황2019년, 인프라 구축 프로젝트를 수행하던 중 보안 점검 결과에 따른 취약점 보완 요청을 받았습니다.점검 기준은 한국인터넷진흥원(KISA)의 리눅스 보안 취약점 점검 가이드였습니다.해당 가이드는 약 70여 개의 점검 항목으로 구성되어 있으며,각 서버마다 항목별로 양호 / 취약 여부가 구분되어 전달됩니다.문제는 작업량이 다음과 같이 계산된다는 점이었습니다.작업량 = 서버 수 × 취약점 항목 수 예를 들어어 아래와 같이 요청이 있다고 가정하면 최대 1,400개 항목 확인 및 조치가 필요하다는 사실을 알 수 있습니다.서버 20대점검 항목 70개이전 프로젝트에서 수작업으로 대응하다 보니 상당한 시간이 소요되었고, 이 경험이 자동화에 대한 필요성을 절실히 느끼게 만든 계기가 되었습니다.자동화 접근 방법..

들어가기 앞서...최근 유튜브 추천 영상 목록에 도커에 대한 영상이 자주 보인다.알고리즘에 이끌려 몇 개를 보게 되었는데, 거의 공통적으로 초반에 다음과 같은 질문으로 시작한다.도커가 무엇인가? 물론 도커를 처음 접하는 사람에게 반드시 필요한 주제다.다만 대부분의 영상에서는 가상화와 도커를 비교하며 성능상의 장점만을 강조하는 인상을 받았다.하지만 개인적으로는,도커의 본질은 성능 향상보다는 “어플리케이션 실행 환경의 의존성 문제를 해소하는 것”에 더 가깝다고 생각한다.이 부분이 상대적으로 덜 강조되고 있다는 느낌을 받아, 이 포스팅을 작성하게 되었다. 예를 들어 다음과 같은 상황은 꽤 흔하다.(예) 개발자의 노트북에서는 최신 Python 3.10 환경에서 정상 동작하던 코드가 서버에 설치된 Python 3..

1. 들어가기 앞서...요즘 리눅스 설치하는 방법은 인터넷에서 검색하면 근방 찾을 수 있다. 리눅스를 처음 접했을 당시가 아마 1990년대 후반부나 2000년대 초반이었던 것 같은데, 인터넷에 많은 자료가 있었던 것은 아니었다. 때문에 주로 책을 보며 공부했고, 책을 보며 어지저찌 사용하는 데스크탑에 쌩으로 리눅스를 설치 했고 부팅 후 로그인까지는 늘 성공했다. 그 후 까만 화면에 흰색 텍스트를 바라보면서 이런 생각을 했었다.나는 누구? 여긴 어디? 이제 뭘 해야 하지? 당시에도 GUI (Graphical User Interface) 환경을 사용할 수 있었으나, 어떤 이유인지는 잘 모르겠지만, 책에서 주로 CLI (Command Line Interface)나 CUI (Character User Inter..