멀티프로덕 운영하는회사에서 원래 각팀별로 백엔드랑 데브옵스가 같이 운영하던걸 k8s + istio + helm + spinnaker 요런 스택으로 배포-관리를 모두 통합팀으로 위임할수잇게대긴했는데 - dc App
여백의(failureformula7750)2021-05-21 20:44
답글
결국 인프라 관리 롤이 완전 분리되었고 그만큼 Infrastructure as a Code 로 작성되어야 하는 (업무량) 코드량도 늘고 복잡도도 심각하게 높아짐 - dc App
여백의(failureformula7750)2021-05-21 20:45
답글
그만큼 백엔드말구 인프라 운영/개발에만 집중해야할 엔지니어 수요가 증가하는데 공급이 못따라가니 managed k8s 서비스를 여러 클라우드 업체에서 운영하기 시작함. Fargate가 예시로 맞을 진 모르겠는데.. dockerfile만 쓱 작성해주면 로드밸런싱/스케일링은 알아서 해주는 .. 그런 느낌 - dc App
여백의(failureformula7750)2021-05-21 20:48
답글
앞으로 또 어떤 게 나와서 어떻게 급변할지 상상이 안 가네
익명(121.175)2021-05-21 20:51
답글
결론적으로 .. k8s, IaaS 뭐가 됬던 인프라 관리, 배포 자동화는 보통 엔지니어들한테 블랙박스처럼 느껴지는 경우가 많음. 공부를 할 수 있는 환경....을 만드는 것도 어렵고. 개인적으론 개발자를 돕는 메타-개발자 같은 롤이라는 생각이 들어서 “좀 배우면” 같은 느낌으로 접하긴 쉽지 않을것같단 생각이 든다 - dc App
한국방송
한국 방송이 뭐
멀티프로덕 운영하는회사에서 원래 각팀별로 백엔드랑 데브옵스가 같이 운영하던걸 k8s + istio + helm + spinnaker 요런 스택으로 배포-관리를 모두 통합팀으로 위임할수잇게대긴했는데 - dc App
결국 인프라 관리 롤이 완전 분리되었고 그만큼 Infrastructure as a Code 로 작성되어야 하는 (업무량) 코드량도 늘고 복잡도도 심각하게 높아짐 - dc App
그만큼 백엔드말구 인프라 운영/개발에만 집중해야할 엔지니어 수요가 증가하는데 공급이 못따라가니 managed k8s 서비스를 여러 클라우드 업체에서 운영하기 시작함. Fargate가 예시로 맞을 진 모르겠는데.. dockerfile만 쓱 작성해주면 로드밸런싱/스케일링은 알아서 해주는 .. 그런 느낌 - dc App
앞으로 또 어떤 게 나와서 어떻게 급변할지 상상이 안 가네
결론적으로 .. k8s, IaaS 뭐가 됬던 인프라 관리, 배포 자동화는 보통 엔지니어들한테 블랙박스처럼 느껴지는 경우가 많음. 공부를 할 수 있는 환경....을 만드는 것도 어렵고. 개인적으론 개발자를 돕는 메타-개발자 같은 롤이라는 생각이 들어서 “좀 배우면” 같은 느낌으로 접하긴 쉽지 않을것같단 생각이 든다 - dc App