Ⅱ. 마이크로서비스 운영 모델 설계 운영 모델 시스템의 기반이 되는 사람, 프로세스, 도구의 집합 sw 개발의 모든 의사 결정과 작업에 중요한 영향 상황에 따라 매우 큰 범위와 자세한 디테일을 가질 수 있음 책에서는 구축 중 가장 중요한 팀 설계와 협업 방식에 초점 2.1 팀과 사람이 중요한 이유 기술은 중요하나 전부가 아니다 좋은 기술을 선택하면 엄청
Ⅰ. MicroserviceMicroservice 란 무엇인가 레퍼런스 마틴파울러 홈페이지 Microservices in a Nutshell 위의 영상 Microservice는 단일 어플리케이션을 작은 규모의 서비스 조합으로 나워 개발하는 방식이다. 각 서비스는 자체 프로세스로 실행되며 가벼운 매커니즘으로 통신한다. 비지니스 기능을 중심으로 구축되며 완
대세는 쿠버네티스 강의 중급편 시작 1. Pod의 라이프사이클 사람이 나이에 따라 행동이 다른 것처럼pod도 특정 단계에 따른 행동이 존재한다 여러 pod의 기능들이 특정 단계와 밀접 - 라이프 사이클을 잘 알아야 한다 pod 생성후 status를 확인하면 볼 수 있는 것들로 간단 요약 status Phase : Pod의 대표 상태 종류 Pending
Related POST 컨테이너 인프라 환경 구축을 위한 쿠버네티스/도커를읽는 중인데 kubeadm의 설치가 필요없이 Vagrant로 제공하고 있습니다. 어떤식으로 구성하는지 직접 설치한 블로그들을 참조하며 주석을 달며 분석한 내용입니다 k8s 설치 Vagrantfile123456789101112131415161718192021222324252627282
클린 코드 회고책 하나를 이렇게 깊게 파고든 것은 토비의 스프링 이후 거의 10년만에 처음이지 않나 싶습니다. 사실 공부하다 궁금한 점이 있으면 검색을 해가며다른 블로거 몇몇의 클린코드 정리 한 포스팅을 보았는데전부 책내용을 복사 붙이기가 태반이라 전혀 궁금증이 해소되
XVII. 냄새와 휴리스틱냄새 마틴파울러가 말한 나쁜 코드의 조짐 리팩토링 책에서는 켄트백이 당시 애기 키우면서 기저귀 냄새때문에 그렇게 표현했다고 읽은것 같음 전체 리스트주석 - CommentC1(부적절한 정보) 주석은 코드,설계에 기술적인 설명만 부연 변경이력, 기
Clean Code 3판을 읽고 정리한 글입니다 XVI. SerialDate 리팩터링SerialDate JCommon 라이브러리의 org.jfree.date라는 패키지 이하 https://github.com/jfree/jcommon/blob/master/src/main
XV. JUnit 들여다보기Junit 에릭감마, 켄트백이 3시간만에 Junit 기초 구현 JUnit 프레임워크 책에 있는 ComparisonCompactor.java 따라해보기 ComparisonCompactor : https://github.com/junit-team
Clean Code 3판을 읽고 정리한 글입니다 XIV. 점진적 개선(SUCCESSIVE REFINEMENT) SUCCESSIVE REFINEMENT : 연속적인 정제 해당 챕터는 점진적인 개선을 보여주는 사례 연구 우선, 출발은 좋았으나 확장성이 부족했던 모듈을 소개