2024.10.18 테스트에 관한 관점

시스템으로 권한 관리를 할 때의 원칙은 모두가 알고 있다. 리소스(그것이 사람이든 기계든)에게 1) 가능한한 최소의 권한을 2) 역할보다는 속성이나 관계 기반으로 완전히 세세하게 부여하고, 3) 필요 없는 권한은 최대한 빨리 자동으로 회수한다 등등의 원칙을 이야기 하는데, 대체 지구상에 이걸 진짜 원칙대로 지키는 회사가 있기는 한지 궁금하다. 빅테크들도 제대로 못지킬 것 같은데.. 한 펜타곤이나 CIA 이 정도나 되면 시스템이 저런 원칙을 지키고 있을지 궁금하다. 현실적으로는 귀찮아서 많은 권한을 꽤 넉넉하게 열어두고 권한회수도 제대로 안되고, 더이상 해당 업무를 맡지 않는 담당자가 그대로 다시 시스템 들어올 수도 있고 이런 식으로 개판인데, 뭔가 종합적으로 이런 부분을 자동으로 진단/실행 해 줄 수 있다면 그것도 가치있는 서비스일 것 같다. (나는 안할거임) 그래도 새로운 마음으로 새로운 회사에서는 모든 것을 원칙에 맞춰서 최소권한으로 운영해야지 하다가 오늘 하루 종일 IAM 지옥에 빠졌다. 예전같았으면 그냥 나이브하게 키/시크릿페어 환경변수에 박아놓고 GitHub Actions에서 돌리고 이랬을텐데, 좀 더 근본있는 방법으로 OIDC로 통신하고 하는 방식으로 열심히 구현에 성공했다. 오늘의 결론: 어쩌다 그렇게 되었는지는 대충 알겠지만 IAM을 어떻게 좀 대혁신하지 않으면 AWS에게도 언젠가 큰 업보로 돌아올 것 같다..

저녁에는 전혀 시간을 낼 수가 없으니 주로 점심에 사람들을 만나고 하려는 일을 설명하고 그러는데, 물론 이 사업에 대해 가장 오래 많이 고민한 사람은 나겠지만, 이 방향에 대해 처음 들은 사람들이 한마디 한마디씩 툭툭 던져주시는 것 중에 기술적인 것이든 기술적이지 않은 것이든 생각 못해본 관점이 많고 굉장히 도움이 된다. 생각도 못한 연관 플레이어들의 존재를 들을 때도 있고.. 문득 무언가 깨달은 바가 있어 오후엔 Oauth 2.0과 OIDC 스펙을 좀 살펴 보았다. 뭔가 정리를 하기엔 오늘 야구에 마음이 너무 상해서 의욕이 나지 않는다. 코딩이나 해야지..

최초의 CI/CD 파이프라인을 만들기 위해 아무거나 실재하는 무언가를 하나 만드는게 좋겠다고 생각했는데, 그래서 간단하게 회사 티져 웹사이트를 만들어서 올렸다. 사실 만든건 주말이고 오늘은 CI/CD 시스템의 설계와 작업을 했다. 티져 페이지 디자인을 조금 고민하다가 내가 하려는 업의 본질이 무엇일까를 생각해 보았는데, 결국 서비스에 빨간불이 들어오는 장애상황을 초록불로 바꾸거나 미연에 방지하거나.. 그런 것들이 업의 본질인 것 같아서 색깔이 바뀌는 것을 간단히 표현해 보았다. 웹 프론트는 한 270년만에 해 보는듯.. https://keeban.co

오늘의 코딩은 너무 삽질을 해서 할 말이 없고, 삼성전자나 최근 회사를 생각하다가 그냥 너무나 당연한 이야기들이 생각나서 여기에 한번 적어 본다. 잘 되던 회사가 결국 속도가 느려지거나 시장에 맞는 혁신에 실패하거나 해서 잘 안되는 케이스들을 여럿 보는데, 그 중에 대부분은 임원이나 경영진들의 탓이었던 것 같다. 다만 단순히 경영진들이 잘못된 판단을 했다 이런 느낌은 아닌데, 사실 잘못된 판단은 누구나 하는 것이고 정말 뛰어난 경영자와 별로인 경영자 사이에 그런 나쁜 결정을 할 확률이 엄청 유의미한 차이가 나진 않는다고 생각한다. 그 대신 현상파악과 출구전략과 같은 이후 대처가 많이 다른 것 같고.. 나는 더 근본적으로 회사의 이익과 임원의 이익이 합치되지 않는 상황을 만들었기 때문에 회사가 기운다고 생각한다. 즉 임원에 대한 평가나 보상설정이 잘못되어 있는 경우이다. 간단한 예로 B2B 영업을 한다고 가정을 해 보자. 이 영업사원이 주니어인 시절에는 그냥 '많이 팔아 올수록 비례해서 좋은 평가와 많은 보상'을 설계해도 크게 ...

팀으로 일하게 되면 새로운 프로젝트를 시작하는 과정이 보통 복잡다단하게 된다. DBA가 따로 있는 팀이라면 DB도 만들어야 하고, 배포하는 서비스가 돌아갈 인프라도 클라우드상에 만들어 두어야 하고, 코드상에도 팀에 맞는 CI/CD 설정이나 공통적인 컨벤션이나 코드 품질에 관한 검증을 어떤 규칙으로 할 것인가 하는 설정들이 필요하게 된다. 이 과정을 보일러플레이팅이라 하는데, 지금은 혼자 일하고 있지만 프로젝트들이 많아지니 이런 과정이 필요하다고 판단이 됐다. 중요한건 이런 보일러플레이팅은 팀의 내부적인 정책을 담고 있다는 점인데, 이 지점에서 딜레마가 ...