도커는 원래 쓰고있었는데 cicd aws 내에서 구축할려고 하니까 이것저것 고려해야댈게 많아서 머리아파짐.. - dc App
리삐삐(rede7892)2020-07-26 13:17
답글
근데 가상환경에 가상환경을 또 다시 걸어서 쓰는 이유가 데체 뭐냐???? 내가 너네 회사 컨설팅팀 치프나이나 CTO계열이면 이 문제부터 짚고 넘어가지 싶은데...
익명(106.250)2020-07-26 13:19
답글
울회사는 서비스회사는 아니고 컨설팅이 주력인 회사임 ㅇ.ㅇ.. 개발이나 운영도하지만 - dc App
리삐삐(rede7892)2020-07-26 13:34
답글
글구 클라우드내에서 컨테이너 쓰는 이유는 클라우드에서 사용하는 시스템이랑 콘테이너는 아예 다른개념임 idc를 빌리는거기때문에 물리적인 개념과 컨테나 환경은 분리시키는게 편함 - dc App
리삐삐(rede7892)2020-07-26 13:36
답글
노노.. 같은 개념임. 전가상화와 반가상화 개념으로 세분화되겠지만.. 어쨋건 AWS 인스턴스 그 차체는 가상화 인스턴스지..도커는 그냥 프로세스 기반 가상화 기술이고.. 실서버 구축해주면서 도커를 쓰는건 이해가 가는데 가상화 인스턴스에 다시 가상화 기술을 붙인가는건.. 아주 쉽게 얘기해서
익명(106.250)2020-07-26 13:50
답글
건설사가(아마존)이 아파트(vps)를 분양했는데.. 그걸 다시 가상화 하는건.. 방이 남아돌아 부분 임대라도 해서 용돈이라도 벌어보려는 거라면 이해할 수 있는데.. 내가 분양 받은 내 아파트에서 남는 공간을 내가 사용하겠다고 내가 나한테 남는 방을 임대하는 계약서를 쓰고 그 방을 사용하는 요상한 컨셉이 되버리니까.. 하는 말임.
익명(106.250)2020-07-26 13:54
답글
dedicated 호스팅을 구매해서 요리 조리 활용해서 쓰는거면 도커나 꾸버가 알뜰살뜰 살림살이하는거랑 같은 역할이지만, on-state에서 과금되는 유형의 모든 호스팅 서비스는 리얼서버위에서 동작하는 가상화 인스턴스거렁.. 뭐.. 쨋건.. 오늘도 그냥 지나가다 한소리 해쥼.ㅋㅋ
익명(106.250)2020-07-26 13:59
답글
ㄴ.ㄴㄴ 오하려 데디켓이아니라 콘테나가 중요한거임 인프라를 vps에 의쥰하는게 아니라 코드로만 인프라 구축이 가능하게하는게 중요하다고 생각함 - dc App
리삐삐(rede7892)2020-07-26 14:43
답글
vps는 단지 구축해놓은 서비스를 버티고 있는 버팀목이고 스팟같이 소유하지않을 수도 있는 인스턴스에서도 또한 동일한 자동화구축이 가능한게 중요하다고 봄 ㅇ.ㅇ - dc App
리삐삐(rede7892)2020-07-26 14:44
답글
너말대로 모놀리직한 서비스를 구축한다면 그게 더 나은 방법이 될 수 있겠지만 msa라면 좀더 세분화된 작업이 필요하다고봄 나는 그 중하나가 콘테나고 - dc App
리삐삐(rede7892)2020-07-26 14:44
답글
그러라고 static한 설정은 이미지로 꾸버서 쓰라고 나온게 도커고, 백그라운드 시스템 무시하고 세팅없이 배포환경 설정이 가능하니 적당히 쓰는게 맞어. 그걸 부정하는게 아님. 보닌이 의문이 생겼던건 내부에서 자체서비스 돌린다면서 왜 컨테이너지???? 한것임. 도커로 이미지 하나 올릴 때마다 프로세스상으로는 안보이는데 내부에서 같은 데몬이 독립적으로 돌아가니 그만큼 자원낭비는 더 심해지니까능..
익명(106.250)2020-07-26 15:29
답글
이미지를 올리는 방식이 vps로 가상 os올리고 거기에 도커를 올리는 방식을 전제로 얘길 했지만, 혹여나 vps 인스턴스에 별다른 OS설정 없이 도커 이미지를 다이렉트로 사용한다면 전혀 얘긴 다름.
익명(106.250)2020-07-26 15:32
답글
그리고 가장 큰 의문은.. 도커안에 서빙파일 담기는 구조면 서비스 업데이트때 리얼서버에서 세팅하는 것보다 더 노가다고.. 마이크로 서비스라도 그 서비스 자체의 기능 업그레이드 목적으로 내부 파일 변경이나 수정 업데이트 같은거 하면 혀깨물게 짜증날껀데.. 허.. 그런데도 왜 굳이 도커를???? 하는 거였음
익명(106.250)2020-07-26 15:34
답글
맞음 그런 cicd 필연적으로 불편할수밖에 없는 건 맞지만 개발환경이랑 태스팅환경 실제 프로덕트까지 동일한 환경구축가는한게 도커장점이라고 생각함 ㅇ.ㅇ - dc App
리삐삐(rede7892)2020-07-26 18:19
답글
그리고 점점 인스턴스나 도커들이 많아져서 수작업으로 관리하기 어려워져서 관리하기 편하라고 쿠배까지 배우고 있는거고 ㅇ.ㅇ... - dc App
리삐삐(rede7892)2020-07-26 18:20
답글
너 의견도 충분히 이해함 ㅇ.ㅇ.. 왜 굳이 쓰냐는거지 안써도 충분한대. 근데 나는 큰 서비스에서도 일해보고 싶고 그런 회사들은 이러한 스택이 필수이니까 나 또한 써보고 경험 쌓는거임 ㅇ.ㅇ - dc App
리삐삐(rede7892)2020-07-26 18:21
답글
서버 하나하나 들어가서 설정해주는 것보다 한번 태스팅 완로된 도커이미지를 전체 인스턴스들에 뿌린다던지 좀 더 안정적으로 작게작게 배포하고 운용하는게 장점이라 생각함 ㅇ.ㅇ - dc App
어이 김씨~빨리 파이프라인 구축해달라고~
ㅠ.ㅠㅠㅠㅠㅠ - dc App
오늘은 도커가지고 노네. 도커도 꾸버랑 똑같다.
도커는 원래 쓰고있었는데 cicd aws 내에서 구축할려고 하니까 이것저것 고려해야댈게 많아서 머리아파짐.. - dc App
근데 가상환경에 가상환경을 또 다시 걸어서 쓰는 이유가 데체 뭐냐???? 내가 너네 회사 컨설팅팀 치프나이나 CTO계열이면 이 문제부터 짚고 넘어가지 싶은데...
울회사는 서비스회사는 아니고 컨설팅이 주력인 회사임 ㅇ.ㅇ.. 개발이나 운영도하지만 - dc App
글구 클라우드내에서 컨테이너 쓰는 이유는 클라우드에서 사용하는 시스템이랑 콘테이너는 아예 다른개념임 idc를 빌리는거기때문에 물리적인 개념과 컨테나 환경은 분리시키는게 편함 - dc App
노노.. 같은 개념임. 전가상화와 반가상화 개념으로 세분화되겠지만.. 어쨋건 AWS 인스턴스 그 차체는 가상화 인스턴스지..도커는 그냥 프로세스 기반 가상화 기술이고.. 실서버 구축해주면서 도커를 쓰는건 이해가 가는데 가상화 인스턴스에 다시 가상화 기술을 붙인가는건.. 아주 쉽게 얘기해서
건설사가(아마존)이 아파트(vps)를 분양했는데.. 그걸 다시 가상화 하는건.. 방이 남아돌아 부분 임대라도 해서 용돈이라도 벌어보려는 거라면 이해할 수 있는데.. 내가 분양 받은 내 아파트에서 남는 공간을 내가 사용하겠다고 내가 나한테 남는 방을 임대하는 계약서를 쓰고 그 방을 사용하는 요상한 컨셉이 되버리니까.. 하는 말임.
dedicated 호스팅을 구매해서 요리 조리 활용해서 쓰는거면 도커나 꾸버가 알뜰살뜰 살림살이하는거랑 같은 역할이지만, on-state에서 과금되는 유형의 모든 호스팅 서비스는 리얼서버위에서 동작하는 가상화 인스턴스거렁.. 뭐.. 쨋건.. 오늘도 그냥 지나가다 한소리 해쥼.ㅋㅋ
ㄴ.ㄴㄴ 오하려 데디켓이아니라 콘테나가 중요한거임 인프라를 vps에 의쥰하는게 아니라 코드로만 인프라 구축이 가능하게하는게 중요하다고 생각함 - dc App
vps는 단지 구축해놓은 서비스를 버티고 있는 버팀목이고 스팟같이 소유하지않을 수도 있는 인스턴스에서도 또한 동일한 자동화구축이 가능한게 중요하다고 봄 ㅇ.ㅇ - dc App
너말대로 모놀리직한 서비스를 구축한다면 그게 더 나은 방법이 될 수 있겠지만 msa라면 좀더 세분화된 작업이 필요하다고봄 나는 그 중하나가 콘테나고 - dc App
그러라고 static한 설정은 이미지로 꾸버서 쓰라고 나온게 도커고, 백그라운드 시스템 무시하고 세팅없이 배포환경 설정이 가능하니 적당히 쓰는게 맞어. 그걸 부정하는게 아님. 보닌이 의문이 생겼던건 내부에서 자체서비스 돌린다면서 왜 컨테이너지???? 한것임. 도커로 이미지 하나 올릴 때마다 프로세스상으로는 안보이는데 내부에서 같은 데몬이 독립적으로 돌아가니 그만큼 자원낭비는 더 심해지니까능..
이미지를 올리는 방식이 vps로 가상 os올리고 거기에 도커를 올리는 방식을 전제로 얘길 했지만, 혹여나 vps 인스턴스에 별다른 OS설정 없이 도커 이미지를 다이렉트로 사용한다면 전혀 얘긴 다름.
그리고 가장 큰 의문은.. 도커안에 서빙파일 담기는 구조면 서비스 업데이트때 리얼서버에서 세팅하는 것보다 더 노가다고.. 마이크로 서비스라도 그 서비스 자체의 기능 업그레이드 목적으로 내부 파일 변경이나 수정 업데이트 같은거 하면 혀깨물게 짜증날껀데.. 허.. 그런데도 왜 굳이 도커를???? 하는 거였음
맞음 그런 cicd 필연적으로 불편할수밖에 없는 건 맞지만 개발환경이랑 태스팅환경 실제 프로덕트까지 동일한 환경구축가는한게 도커장점이라고 생각함 ㅇ.ㅇ - dc App
그리고 점점 인스턴스나 도커들이 많아져서 수작업으로 관리하기 어려워져서 관리하기 편하라고 쿠배까지 배우고 있는거고 ㅇ.ㅇ... - dc App
너 의견도 충분히 이해함 ㅇ.ㅇ.. 왜 굳이 쓰냐는거지 안써도 충분한대. 근데 나는 큰 서비스에서도 일해보고 싶고 그런 회사들은 이러한 스택이 필수이니까 나 또한 써보고 경험 쌓는거임 ㅇ.ㅇ - dc App
서버 하나하나 들어가서 설정해주는 것보다 한번 태스팅 완로된 도커이미지를 전체 인스턴스들에 뿌린다던지 좀 더 안정적으로 작게작게 배포하고 운용하는게 장점이라 생각함 ㅇ.ㅇ - dc App