일하기 귀찮을 때 일하기 귀찮을 때

개요 요즘 인프라하면서 개발의 어려움을 조금씩이나마 겪고 있다. 주변에 같이 배워서 직접 해보려는 사람들은 정말 소수일 뿐이고, 시작도 하기 전에 보안적인 이슈가 있다고 트집을 잡거나 명확한 이유없이 오픈소스라는 이유로 무지성으로 비난하거나 안정성이 떨어진다고 말하는 사람들이 아직도 많고.. 정말 많다.. (양질의 자료를 무료로 공유해주시는 세상 모든 개발자분들 정말 감사합니다... ㅠㅠㅠ) 지난 포스팅 이후로 추가 요청 사항이 있어서 V3로 새롭게 개선하였다. 주요 개선사항은 패치를 수행하는 서버들을 각각 개발/운영 그룹으로 나누고 각 그룹에 대하여 다른 패치 파일을 적용시켜야 한다는 것이었다. 다른 패치를 수행함에 있어서는 문제 되는 부분이 없었으나 명령어를 통해 수집하는 정보로는 이를 구분할 수 없..

개요 마지막 포스팅 이후로 색다른 내용이 없었기에 새로운 포스팅이 많이 늦어졌다. 이번 포스팅은 기존에 사용하던 WinSVR 업데이트 자동화의 Playbook을 좀 더 효율적으로 사용할 수 있는 개선 방안에 대한 포스팅이다. 전체적인 동작 방식에는 차이가 없으나 사용함에 있어서 보다 효율적일 수 있도록 계층 구조를 적용하여 작성하였다. 구조 변경 사실 처음에 작성할 때는 번잡하게 왜 여러 파일로 작성을 해야 할까, 오히려 배포할 때 파일이 많아져서 트러블 슈팅에 더 많은 시간이 소요되지는 않을까하는 걱정에 하나의 파일로 작성하였다. 그러나, 기능별로 분리하여 파일을 작성하고 보니 배포의 단점보다는 장점이 더 많았는데 크게 3가지가 있었다. 각 단계별 기능 수정의 편리함 계층 구조 적용에 따라 문제점에 대..

개요 작년에 공유했었던 [Ansible] Window Server 업데이트 자동화 를 그대로 사용하고 있었는데 WinSVR 2019 이후의 패치 파일에서 변화가 생기면서 기존의 YAML파일로는 사용이 불가하게 되었다. 기존에는 SSU와 Rollup이 각각의 파일로 배포되었었는데 정확한 버전은 알 수 없으나 필자가 금년도 Rollup을 사용했을 때, 한 파일안에 2개의 패치가 모두 들어가 있었다. 이에 배포된 패치 파일을 분리하여 각각 적용하는 방식으로 패치를 자동화하는 방식을 기술하고자 한다. 패치 파일의 형태가 어떤 식으로 바뀔지는 모르겠으나 상황에 따라 적절하게 사용하면 될 것으로 보인다. 기존 패치파일 (SSU/Rollup 분리 형태) 작년 포스팅을 할 시기인 2021년 03월자 WinSVR 201..