이책은 구글의 엔지니어링의 전반적인 내용을 다루고 있다. 구글의 문화, 프로세스, 도구를 모두 다루고 있다. 다양한 구글 엔지니어들의 경험을 바탕으로 쓰여졌다. 다양한 이야기 중에서 팀워크와 테스트에 대한 2가지의 이야기가 가장 인상깊어다. 구글의 엔지니어링 문화 구글은 구글다움이라는 것을 겸손 존중 신뢰를 드러내는 태도와 행동들을 정의 하였다. 모호함을 뚫고 번창한다. 끓임없이 변화하는 환경 속에서도 상충하는 메시지와 방향을 잘 대처하고, 합의를 이끌어내고, 문제에 대한 진전을 이룰 수 있습니다. 피드백을 소중히 한다....
SRE vs DevOPS DevOps는 뭐지 ? DevOps 문화에 대한 이야기가 나오기 전까지는 운영팀과 개발팀은 분리되어야 하는 것으로 생각함 (커뮤니케이션 부재) DevOps는 애플리케이션과 서비스를 빠른 속도로 제공할 수 있도록 조직의 역량을 향상시키는 문화 철학, 방식 및 도구의 조합 단순하게 개발과 운영을 통합하는 개념이 아님 사실 나도 그렇게 생각함 개발자와 운영자의 차이는? 개발 팀과 IT 운영팀의 기술목표는 서로 다릅니다. 개발자는 새로운 기능을 도입하길 원하는 반면, 운영팀은 애플리케이션 출시 후 안정성을 유지하고자 한다....
K (잘한것) 회사 프로젝트에서 초기 개발시작하기 전부터 자동화된 CI/CD(배포+테스트+정적분석)시스템을 구축하고 나서 프로젝트를 진행하도록 하였다. 그 결과로 팀원들의 코드 퀄리티와 개발품질이 향상되었다. 테스트 코드를 추가하면서 인지하지 못한 사소한 버그를 확인 하였고 정적 분석툴(SonarQube)을 도입한 이후에 코드 컨벤션은 물론이고 팀원들의 잘못된 습관들을 많이 바로 잡을 수 있었다. 프로젝트 단위에서 도메인 주도 개발을 부분적으로 도입하였다. 프로젝트팀들과 이벤트스토밍을 통해서 언어의 통일과 발생되는 이벤트와 프로세스도 팀원 전체가 동일하게 이해할 수 있도록 하였다....
실용주의 프로그래 Tip 자신의 기술에 관심과 애정을 가져라. p.21 소프트웨어 개발을 잘 해보려는 생각이 없다면 왜 인생을 그 일을 하면서 보내는가? 자신의 일에 대해 생각하면서 일하라! p.21 자동 조종 장치를 끄고 직접 조종하라, 스스로의 작업을 지속적으로 비판하고 평가하라. 어설픈 변명을 만들지 말고 대안을 제시하라. p.32 변명하는 대신 대안을 제시하라. 그 일을 할수 없다고 말하지 말고, 무엇을 할 수 있는지에 대해 설명하라. 깨진 창문을 내벼려 두지 마라. p.35 눈에 뜨일 때마다 나쁜 설계, 잘못된 결정, 좋지 않은 코드를 고쳐라....
소개 배포 자동화 시스템 소개 Go 서비스의 운영 및 배포를 위한 시스템 구성을 소개 하도록 하겠습니다. 저희는 다른 기술에 비해 접근이 용이했던 ECS 를 사용하여 시스템을 구성하였습니다. 사용 Tool 클라우드 : AWS 소스 레파지토리 : Github Docker 컨테이너: ECS API 서비스 구성 배포 자동화 프로세스 API 서버 배포 테스트용 Go API 서버 만들기 Echo 와 Swagger 를 설정한 초간단 API 를 구성해 보겠습니다. Simple Code...