포도가게의 개발일지

세가지 패러다임 - 객체지향과 함수형을 공부하면서 이렇게 아키텍쳐를 설계하면 test 또는 좀 더 유연한 프로그램을 짤 수 있다고 생각하였지만, 무엇을 앞선 개발자들이 개발자들의 특정 행동을 포기함(막음)으로써 이러한 3가지의 패러다임을 가져왔는지 알 수 있었다.. - 띵언: 오히려 소프트웨어는 과학과 같다. 최선을 다하더라도 올바르지 않음을 증명하는데 실패함으로써 올바름을 보여주기 때문이다. 구조적 - 제어흐름을 직접적으로 변환하는것을 막음 goto문을 사용 못하게 만듬으로써 기능별로 모듈을 분리할 수 있었고, 그 기능을 저수준으로 또 다시 책임을 지는 모듈로 분리할수있었다... 구조적 프로그래밍은 프로그램을 증명 가능한 세부 기능 집합으로로 재귀적 으로 분해할 것 을 강요한다. 테스트 주도로 개발한다..

설계와 아키텍처란? 빨리 가는 유일한 방법은 제대로 가는것이다. 기획이나 스프린트 압박으로 우선 빠르게 개발하고 그걸 나중에 개선할 생각은 버려라 어차피 다음 기획 티켓은 나에게 이미 할당되어있다.... 나중에 내가 엉망이된 코드를 정리할수있다고 과신하지마라 ㅋㅋㅋ 와닿네요.. 후.. 이번에 레거시를 정리하면서 느낀건데 test를 작성하면서 개발한 코드와 test를 나중에 붙이는 코드는 코드 퀄리티가 달라질수밖에 없다고 생각이 들었고 첫단추를 잘 못낀 코드는 계속해서 엉키기만 할 뿐이라는걸요.. 두가지 가치에 대한 이야기 아키텍처를 위해 투쟁하라! 나는 소프트웨어를 안전하게 보호해야 할 책임이 있다. 소프트웨어는 동작하는 프로그램이 아닌 유연한 프로그램을 의미한다. 좋은 아키텍트는 특성과 기능을 개발하기..

하이퍼 바이저 - 가상 머신 모니터라고도 하는 하이퍼바이저는 가상 머신(VM)을 생성하고 실행하는 프로세스입니다. vs 컨테이너 런타임 저수준 런타임 namespace와 cgroup를 이용하여 컨테이너 자체를 만드는 일을 한다. 대표적인 저수준 런타임으로 runc가 있다 이미지로부터 컨테이너를 실행하는 기능은 없다. 고수준 런타임 저수준 런타임 위에 배치되어 이미지로부터 컨테이너를 실행할 수 있다. 대표적으로 containerd, cri-o등이 고수준 컨테이너 런타임이다. docker docker의 경우 docker-containerd라는 고수준 런타임과 docker-runc라는 저수준 런타임을 이용하여 제공한다. docker가 기존에 가지고 있던 컨테이너 daemonm으로써의 기능을 containerd..

virt 43.635, res 0.014t 근데 cpu사용률 왤케 높지? 음.. 현재 datadog에서 항상 죽을때 log가 4k이상 쌓이는걸 볼 수 있다. 음 main container 메모리는 하드 리밋이 걸어놓은대로 잘 걸려있다. 이에 반해 logrouter가 메모리 리밋이 걸려있지 않네..? 문제가 생길 수 있을 것 같은데.. 높은 확률로 문제가 되어 보인다. 우선 infer server에 리밋을 좀더 13gib로 할당이 필요해보이고 logrouter에도 추가적인 hardlimit 조치가 필요해보인다.

책 mongoDB 완벽 가이드 도큐먼트 지향 데이터 베이스. 관계형 모델을 사용하지 않는 주된 이유는 분산 확장을 쉽게 하기 위함이다. 도큐먼트 지향 데이터 베이스에서는 행 개념 대신에 보다 유연한 모델인 doc을 사용한다. 내장 doc와 배열을 허용함으로써 doc 지향 모델은 복잡환 계층 관계를 하나의 레코드로 표현할 수 있다. 이 방식은 최신 객체 지향언어를 사용하는 개발자의 관점에 매우 적합하다. 2. mongodb는 doc의 키와 값을 미리 정의 하지 않는다. 따라서 스키마리스하며 쉽게 필드를 추가하거나 제거할 수 있다. 이는 rdb의 경우 migration을 항상 고려해야하는 부분대비 큰 장점으로 와닿는다. mongo는 이로 인해 개발 과정을 빠르게 반복 할 수 있고. 모델을 실험해보기 쉽다. ..

Why? 도커에 대한 좀 더 이해를 통해 image 최적화를 하여 좀 더 빠를 scale out을 하고싶어서 현재 mlops image가 크다보니 scale out되는데 시간이 꽤 걸리는 부분이 있음. 개념 정리 컨테이너란? - 가상 리소스를 들고있는 독립적인 환경을 가지는 상자( 호스트명 ip 주소, 디스크) - 독립적인 환경은 가지지만 컨테이너가 실행되는 컴퓨터의 리소스는 공유한다. 가상머신과 달리 운영체제를 전부 포함하지 않기 때문에 가상머신 대비 가볍다. - 종료된 컨테이너도 명시적으로 삭제하지 않는 한 그대로 남아 있다. 컨테이너의 파일 시스템도 그대로 남아있다. 네트워크 - 컨테이너는 기본적으로 외부 환경에 노출되지 않는다. 각 컨테이너는 고유의 ip를 갖지만, 이 ip주소는 도커가 관리하는 ..

https://semaphoreci.com/blog/what-is-monorepo What is monorepo? (and should you use it?) - Semaphore Monorepos can foster rapid development workflows. In this post, we’ll examine if they are the right fit for you and your company. semaphoreci.com 우선 대형 모노레포를 운영하는 회사로 Google, MS, Facebook, Twitter가 잘 알려져있다. Monorepo : 다양한 project들을 하나의 repository에서 통합하여 관리 Multirepo : 각각의 project들을 각각의 repository..

DI 시스템에는 두가지 역할인 provider와 consumer 역할이 있다. Angular는 injector를 이용하여 provider와 consumer의 interaction을 수월하게 해줍니다. dependency가 요청되었을때, injector는 registry에서 사용 가능한 instance가 있는지 확인합니다. 그렇지 않은 경우 새 instance가 만들어지고 registry에 저장됩니다. angular는 application bootstrap중에 root injector를 만들뿐만아니라 필요에 따라 다른 injector도 만들게 됩니다. 생성자 depedency를 확인하여 injector에 해당 instance가 등록되어있는지 확인 후 없는경우 생성 후 등록해줍니다. DI 프레임워크는 기본적..