티스토리

Why? What? How?

검색하기

블로그 홈

Why? What? How?

brainbackdoor.tistory.com/m

가그린민트 님의 블로그입니다.

구독자: 9

방명록 방문하기

주요 글 목록

AWS DNA 2기 후기 오랜만에 즐거운 시간이었다. 회사생활, 교육, 스터디 등을 통해 얻는 즐거움도 상당하지만, 이건 좀 뭔가 더 자극적이다. 얼마전 AWS DNA 모집 공고를 보았다. 지난 해 신청을 했다가 캘린더를 보고 취소 요청을 했었던터라, 올해는 바쁘더라도 신청을 해야겠다 마음 먹었다. 경쟁률이 상당하다고 들었고, 실제로 주변 지인들이 떨어졌지만 나는 붙었다. (왜지?! 🙄) AWS DNA. Digital Native Architects의 줄임말로, 대략 AWS로 사고하고 문제를 해결하는 이들을 양성하기 위한 교육인듯 싶다. AWS의 기능은 빠르게 업데이트되는데 비해 현업 엔지니어는 수동적이다. 기존의 기술들로도 현재의 문제를 잘 해결해나가고 있고, 특정 기술에 lock-in 되는 것에 거부감을 느끼기 때문이다. 하.. 공감수 9 댓글수 0 2021. 6. 18.
2021년 상반기 회고 이제는 멈춰버린 블로그. 회고를 통해 생존신고를 남겨본다. 2021년 상반기. 여전히 글또를 시작하지 않고 있다. 그리고 하반기에도 시작하지 않을 계획이다. 2주에 한번씩 글을 쓰기엔 시간이 부족하다. 이번 상반기엔 무얼 했던걸까 1. 외부 강의 https://edu.nextstep.camp/c/VI4PhjPA 인프라 공방 edu.nextstep.camp 인프라공방이 1기에 이어 2기도 순항 중이다. 1기 10명으로 시작하여 2분만에 마감되었다. 그리고 2기는 15명에 리뷰어 한명과 함께 하고 있다. 3기는 20명으로 진행할 계획이다. 과정을 진행하면서 강의도 다듬어지고 미션, 리뷰로 소통하며 내용도 풍부해진다. 우테캠 Pro도 1기에 이어 2기를 진행하고 있다. 올해 3기까지 할 계획인데 3기에는 프로.. 공감수 8 댓글수 0 2021. 6. 14.
2020년 회고 2020년은 안식년이었다. 참 오랜만에 일상을 살아본 것 같다. 얼마전 회사에서는 하반기 본인 평가를, DevC에서 원격회고, 그리고 와이프와 새해 다짐 등을 하고 나서 이 내용을 바탕으로 2020년 회고를 작성해본다. 1. 결혼 자세한 내용은 링크를 참고해보시길 사랑하는 사람을 만나 3월에 연애를 시작하여 199일 째인 2020.10.10에 결혼을 했다. 결혼을 준비해가는 과정에서 158개의 Task를 수행했고, 그 과정에서 스드메 / 가전 / 가구 / 예단 / 예물 / 예복 / 청첩장 / 결혼식 등 지금까지 경험해보지 못했던 다양한 부분에서 결정을 해야 하는 순간들이 있었다. 덕분에 일상을 살아보는 계기가 되었고, 가족에 대해 생각해볼 수 있었다. 와이프를 만나고 가장 변화된 점이 건강에 대한 시각이.. 공감수 5 댓글수 4 2021. 1. 4.
2020년 상반기 회고 이번 상반기 회고는 하지 말까하다가 그래도 기록으로 남겨두는 것이 좋을 거 같아 작성해본다. 총평을 하자면, 하나의 큰 변화가 있었고 그 외 대체적으로 망했다. 행복하고 뜻 깊은 시간은 분명했으나, 이렇게 오래 지속되기는 힘들거라 생각한다. 그 이유에 대해서 이야기해본다. 우선 상반기 나의 목표는, MySQL 내실을 다지고 컨텐츠로 만들어 외부 강의를 하는 것이었다. 그렇게 시스템 아키텍처의 한 부분씩 준비를 하여 자신이 원하는 시스템 디자인에 필요한 부분들을 취합해서 들을 수 있는 커리큘럼을 만들고 싶었다. 하지만 공부도 안했고, 강의 준비도 안했다. 놀았기 때문이다. 놀아도 너무 놀았다 😱 1월에 시작했던 안식월이 지금까지 계속 될 줄이야.. 4기에 작성했던 글또 글도 보면, 쿠버네티스 네트워킹은 이.. 공감수 9 댓글수 2 2020. 7. 5.
User Story와 Usability 우아한 테크코스 레벨3와 레벨4의 커리큘럼을 바꾸면서, 크루들에게 프로젝트 준비를 위한 시간이 주어졌다. 기획서를 작성하고 프로젝트를 준비하는데에 앞서 어떤 메시지를 주면 좋을지 고민이 시작되었다. 그러다 문득 User Story를 작성해보는 것도 좋겠다는 생각이 들어 강의와 실습 컨텐츠를 만들어보았다. 이 자료는 인간중심 UX 디자인과 사용자를 생각하게 하지마를 참고하여 만들었다. User Story는 사용자 상을 제작하고, 사용자의 시나리오를 작성한 후 요구사항으로 도출된다. 아래에서는 http://edu.nextstep.camp/ 을 가상으로 작성해보았다. 요구사항을 도출하기까지 사용되는 In-Depth Interview와 사용성을 위해 진행하는 Usability Test를 비교해 보는 것도 좋을거.. 공감수 0 댓글수 0 2020. 6. 7.
불변객체란 https://edu.nextstep.camp/c/8fWRxNWU/ 클린코드를 위한 TDD, 리팩토링 with Java edu.nextstep.camp 일급컬렉션 피드백에 이어, 많이 하는 피드백이 불변객체를 작성하라는 것이다. Effective Java에서는 '변경 가능성을 최소화하라'는 챕터를 통해 불변 객체를 소개한다. '불변 객체'는 인스턴스 생성 이후 내부 인스턴스 변수들을 수정할 수 없어야 한다. 이에 근본적으로 Thread-safe하므로 동기화 작업을 할 필요 없어 오류 가능성이 적고 실패 원자성을 제공한다. 불변 객체를 작성하기 위해 Effective Java에서는 아래의 규칙을 소개한다. - 객체의 상태를 변경하는 메서드를 제공하지 않는다. 즉, setter 메서드 등을 통해 인스턴스 변.. 공감수 2 댓글수 2 2020. 4. 12.
일급컬렉션에 대하여 https://edu.nextstep.camp/c/8fWRxNWU/ 클린코드를 위한 TDD, 리팩토링 with Java edu.nextstep.camp TDD, 클린코드 코드리뷰를 하다보면 '원시값과 문자열을 포장하라', '일급콜렉션을 쓴다'와 같은 피드백을 주곤한다. Wrapper Class를 작성하는 데에는 어려움이 없지만, 일급콜렉션을 학습하는 과정에서 보통 동욱님의 블로그를 접하는데 두번째 특징인 '불변성'으로 인해 혼란을 겪는다. 객체지향 생활체조에 제시된 일급콜렉션(First Class Collection)은 일급 시민(First Class Citizen)을 연상시킨다. 그리고 일급시민은 함수형 프로그래밍과 더불어 불변객체를 연상시킨다. 우선 일급시민은 무엇이고, 불변객체는 무엇일까? 일급시민.. 공감수 4 댓글수 0 2020. 3. 30.
Kubernetes Networking #1 이번 포스팅에서는 Kubernetes in Action, 매니징 쿠버네티스 을 활용하였습니다. 이 포스팅과 더불어 한우형님의 블로그, Rancher Labs 자료 등을 함께 보시면 더 좋습니다. 1. 기본적인 특징 * 네트워크 구성방식과 관계없이 파드간의 통신 - 모든 Pods는 다른 Pod와 NAT(Network Address Translation)을 사용하지 않고 통신할 수 있다. - 모든 Nodes는 NAT를 사용하지 않고 모든 Pods와 통신할 수 있다. 2. Container-to-Container Networking * NET namespace가 외부와 통신하는 방식 veth interface를 이용하여 두 개의 interface가 Pair를 맺은 후, 한쪽 Interface에 패킷이 들어오면.. 공감수 2 댓글수 0 2020. 3. 15.
글또 4기 다짐글 벌써 2기, 3기에 이어 4기이다. 이제 1년이 지났다고 생각할 수도 있지만 상황이 많이도 변했다. 2기 시작할 무렵에는 다른 회사에 있었고, 백엔드 개발자 내지 데이터 엔지니어로 반년 정도 일을 한 상태였고, 개발자 행사나 모임에 이제 막 발을 들이는 시기. 모든 게 아직은 많이 낯설던 때였던 거 같다. 3기를 시작할 무렵에는 테크코스며 이런저런 행사며 스터디들로 정신이 없다가 그렇게 한 해를 마무리하고 4기를 시작할 즈음이 되었다. 사실 올해 1월부터는 계속 쉬고 있다. 굳이 갭이어를 두지 않아도 되겠다고 느낄 정도로 1월에는 팀 전체가 안식월을 보냈고, 2월에 어떻게 일을 시작하나 싶더니 코로나 이슈로 모든 일정이 미루어졌다. 그렇게 나태해질 즈음 글또가 적절한 균형감을 줄 수 있게 된 거 같아 다.. 공감수 5 댓글수 0 2020. 3. 1.
200 vs 404 ATDD 강의 코드리뷰 중 이런 질문을 받았다. 질문의 요지는, /stations/{id} 혹은 /stations?name={name} 등과 같은 요청에 해당하는 데이터가 없을 경우, 어떤 응답코드가 적절한가이다. HTTP Status Code에 대해서는 나름대로 기준을 세웠던지라 별다른 고민은 없었는데, 팀원과 이야기 중에 생각이 다른 부분이 있어 다른 리뷰어들과도 이야기를 나누어보았다. 이 내용을 정리하고 공유하고 또 다른 의견들을 듣는 것도 좋을 거 같아 포스팅해본다. 우선, 200이 적절하다는 주장을 살펴보자. HTTP에서 이야기하는 resource 라는 개념을 서버 데이터와 엮지 않고 온전히 URI 라고 보아야 한다. 즉, 서버의 데이터 없음을 HTTP resource와 엮지 않아야 한다는 것으.. 공감수 11 댓글수 0 2020. 2. 12.
흐응.. CodeGuru AWS CodeGuru 서비스가 beta 오픈되었다. https://aws.amazon.com/ko/codeguru/ Amazon CodeGuru - Amazon Web Services CodeGuru 프로파일러는 항상 애플리케이션 성능 최적화를 검색하고, 가장 “비경제적인” 코드 줄을 식별하며, 이러한 코드를 수정하여 CPU 사용률을 줄이고 컴퓨팅 비용을 절감하고 애플리케이션 성능을 개선할 방법을 권장합니다. CodeGuru 프로파일러는 비경제적인 객체의 과도한 재생성, 비경제적인 역직렬화, 비효율적인 라이브러리 사용 및 과도한 로깅 같은 문제에 대한 조치를 즉시 취할 수 있도록 구체적인 권장 사항을 제공합니다. CodeGuru 프로파 aws.amazon.com CodeGuru에는 Reviewer와 P.. 공감수 0 댓글수 0 2020. 1. 21.
2019년 회고 2019년을 반추해보면 완전하게 살아있지 않은 상태(미생)로 존재했던 거 같다. (뭔 말이야) 무언가에 취해있어 실리, 내실 무엇 하나 제대로 갖추지 못하였다. 여전히 나는 개발자도, 엔지니어도, 교육자도 아닌 엉성한 상태라, 내 미숙한 태도로 어그러진 많은 것들에 회의감 가득한 연말이었다. 나름의 스트레스 관리 프로세스도 제대로 동작하지 않아, 종종 일상을 방전시켜버리곤 했다. 이런 상황에서 그런대로 앞으로 나아갈 수 었었던 건 역시, 포비와 팀원들, 그리고 크루들에게서 받은 에너지 덕분이다. 정말이지 감사한 일들 투성이다. 1월 2일 팀빌딩을 시작으로 교육과정 설계, 마케팅, 선발, 운영, 평가 그리고 12월 27일을 수료식으로 교육 전반의 과정을 경험했다. 불확실했던 것들이 이제 분명해진 덕분인지 .. 공감수 3 댓글수 4 2020. 1. 2.
MySQL 다시 공부하기 (1) 이번 포스팅에서는 Real MySQL, 시스템 성능 최적화, 데이터베이스를 지탱하는 기술, 데이터 전문가 지식 포털 을 활용하였습니다. 1. 왜 학습해야 할까? 대부분의 웹 애플리케이션은 DB에서 데이터를 조회하고 저장하는 작업이 주를 이루므로, 통상 서버 처리시간의 70% 이상이 SQL을 처리하는데 사용되곤 한다. (Datastore 비교) 성능과 관련된 이미 여러 글(부하란 무엇인가?, 테크세미나 후기)에서 언급했듯 성능 개선에 앞서 병목지점을 확인하는 것이 중요하다. 2. 어떤 단계로 학습할 것인가? APM을 사용할 경우, 요청의 지연현상을 파악하기가 수월하며, 최근 Google은 Service mesh를 활용하여 SLO 등의 지표로 시스템을 관리하기도 한다. 하지만 도구에 의존적인 학습은 사용법을.. 공감수 8 댓글수 0 2019. 11. 10.
191019 일상 늦어버렸다. 상황을 판단하는 데에는 약간의 시간이 필요했다. 지난 밤 몇몇 지인들과 클리셰한 담화를 나누기는 했지만 무리를 하지는 않았기 때문이다. 이유야 어찌되었건 1년 전부터 약속한 일정 두개가 틀어졌다. 부랴부랴 버스/KTX/SR 모두 찾아보았지만 매진이다. 몇몇에게 미안함을 표하고 몇몇 부탁을 하다 통장 잔고가 2만원 남았음을 깨닫는다. 엉망진창이다. 얼마전 비틀기 동작이 무리였던건지 잠을 잘못 잔 탓인지 몇군데 관절과 날갯죽지가 말썽이다. 침대에 누워있는 자신을 발견하는 게 몇달만인가. 틀어진 일정 사이로 일상이 비집고 들어온다. 눈을 감았다 떴다 하는 사이 기억의 편린이 흩어진다. "그런 일이 종종 있다. 꿈을 꾸긴 했는데 매번 기억이 안난다. 단지 뭔가 사라져버렸다는 느낌만이 잠에서 깬 뒤에.. 공감수 0 댓글수 0 2019. 10. 20.
HTTP 완벽가이드 스터디 #8 Gateway, Tunnel 이번 포스팅에서는 HTTP 완벽가이드 책을 활용하였습니다. 1. Gateway 프로토콜/통신계층/애플리케이션 등 이질적인 두 개의 네트워크 간에 인터페이스를 담당한다. 일반적으로, LAN구간의 Ethernet 망과 WAN 구간을 연결하는 장비를 지칭하기도하며, 3 Layer로 한정할 때 Router 장비가 Gateway 역할을 담당한다. (서버의 Default route 설정이 자동으로 Gateway로 되어 있어 모르는 네트워크에 대한 통신을 할 경우엔 Gateway에게 패킷을 보낸다.) 1) Proxy ARP 다른 네트워크의 MAC 주소를 알아오고 싶을 때 네트워크를 분리해주는 장비(보통 라우터)에서 Proxy ARP를 설정하여 라우팅되어 있는 다른 네트워크 호스트의 MAC 주소를 자신의 것으로 대신 .. 공감수 1 댓글수 0 2019. 10. 12.
HTTP 완벽가이드 스터디 #7 Cache 이번 포스팅에서는 HTTP 완벽가이드 책을 활용하였습니다. 7장 Cache 이 포스팅에서는 웹 캐시를 집중적으로 다룬다. 캐싱의 숨겨진 요소들에 대해서는 이 링크를 참조하는 것이 좋겠다. 네트워크를 통해 데이터를 가져오는 것은 하드디스크나 메모리에 비해서 상당히 느리다. 그래서 웹 브라우저는 웹 페이지에 접속할 때 HTML, CSS, JS, Image 등 정적 파일을 캐싱해뒀다가 재사용한다. - 브라우저 캐시 활용 웹 캐시는 자주 쓰이는 문서의 사본을 자동으로 보관하는 HTTP 장치이다. 웹 요청이 캐시에 도착했을 때, 캐시된 로컬 사본이 존재한다면(cache hit) Origin Server가 아니라 그 캐시로부터 제공된다. - HTTP 캐싱 * 웹 캐시 이점 - 캐시는 불필요한 데이터 전송을 줄여서,.. 공감수 0 댓글수 0 2019. 10. 5.
HTTP 완벽가이드 스터디 #6 Proxy Server 이번 포스팅에서는 HTTP 완벽가이드 책을 활용하였습니다. 5장 web server는 github의 구현코드를 확인 바랍니다. 추가적으로 Connection 관리 학습을 하며 TCP 밑단 프로토콜 학습을 위한 코드도 작성하였으니 테스트 코드를 돌려보시거나, 직접 코드 수정 후 wireshark로 확인하실 수 있습니다. 6장 Proxy 1. Proxy란? 같은 프로토콜을 사용하는 둘 이상의 애플리케이션을 연결하는 용도로 사용된다. (HTTP version 변환은 가능하며, 상용 Proxy Server는 SSL, 방화벽, FTP 접근 등 웹 기반 애플리케이션을 지원하기 위해 Gateway 기능이 구현되어 있다.) * 서로 다른 프로토콜을 사용하는 둘 이상을 연결하기 위해서는 Gateway를 사용한다. 2. .. 공감수 1 댓글수 0 2019. 9. 23.
HTTP 완벽가이드 스터디 #4 -d Keep-Alive 이번 포스팅에서는 HTTP 완벽가이드, 네트워킹과 웹 성능 최적화 기법, 리눅스 커널 이야기, 와이어샤크를 활용한 실전 패킷 분석 책을 활용하였습니다. 4장 Connection 관리 4. Keep-Alive * TIME_WAIT 소켓의 문제점과 대안 패킷 유실에 따른 비정상적인 통신흐름이 발생할 수 있다. 가령, 아래 그림과 같이 마지막 ACK가 중간에 유실될 경우 FIN에 대한 ACK를 받지 못했기에 LAST-ACK상태이고, SYN 요청에 대해 RST를 보낸다. 반면, TIME_WAIT이 있을 경우에는 이상을 감지하여 한번 더 FIN 패킷을 요청한다. active closer(먼저 연결을 끊는) 쪽에서 TIME_WAIT 소켓이 생성된다. [TIME_WAIT이란] TIME_WAIT 상태란 무엇인가 · T.. 공감수 2 댓글수 1 2019. 9. 16.
HTTP 완벽가이드 스터디 #4 -c TCP 성능 이번 포스팅에서는 HTTP 완벽가이드, 네트워킹과 웹 성능 최적화 기법, 리눅스 커널 이야기, 와이어샤크를 활용한 실전 패킷 분석 책을 활용하였습니다. 4장 Connection 관리 3. TCP 성능에 대한 고려 TCP의 신뢰성을 보장하기 위한 기능들이 성능과 Trade off되기도 한다. 이에 이번 포스팅에서는 성능을 보완하기 위한 몇가지 조언을 정리해본다. TCP 네트워크 지연은 하드웨어의 성능, 네트워크와 서버간의 전송속도, 요청과 응답 메시지의 크기, 클라이언트와 서버간의 거리에 따라 달라진다. * TCP Connection handshake 지연: 어떤 데이터를 전송하든 새로운 TCP connection을 열 때면, TCP 소프트웨어는 connection을 맺기 위한 조건을 맞추기 위해 연속으로.. 공감수 0 댓글수 0 2019. 8. 25.
HTTP 완벽가이드 스터디 #4 -b TCP 오류 복구 이번 포스팅에서는 HTTP 완벽가이드, 네트워킹과 웹 성능 최적화 기법, 리눅스 커널 이야기, 와이어샤크를 활용한 실전 패킷 분석 책을 활용하였습니다. 4장 Connection 관리 2. TCP 오류 복구 기능 (신뢰성) * TCP 3 way handshake는 왕복시간 한번만큼의 latency를 발생시킨다. * TCP Slow start는 connection이 새로 만들어질 때 항상 발생한다. * TCP Flow control과 Congestion control은 모든 Connection의 처리량을 조절한다. * TCP 처리량은 현재 cwnd(Congestion Window) size에 의해 결정된다. 1) 흐름제어 흐름제어는 송신자가 수신자에게 처리하지 못할 만큼의 많은 데이터를 전송하는 것을 미리 .. 공감수 0 댓글수 0 2019. 8. 25.
HTTP 완벽가이드 스터디 #4 -a TCP 이번 포스팅에서는 HTTP 완벽가이드, 네트워킹과 웹 성능 최적화 기법, 리눅스 커널 이야기, 와이어샤크를 활용한 실전 패킷 분석 책을 활용하였습니다. 4장 Connection 관리 1. TCP Connection이란 HTTP가 메시지를 전송하고자 할 경우, 현재 연결되어 있는 TCP Connection을 통해서 메시지 데이터의 내용을 순서대로 보낸다. TCP는 Segment라는 단위로 데이터 스트림을 잘게 나누고, Segment를 IP Packet이라고 불리는 작은 조각에 담아서 인터넷을 통해 전달한다. 1) TCP와 IP IP(Internet Protocol)은 3계층의 프로토콜로 서로 연결된 네트워크의 인터네트워크를 통해 패킷(3계층의 PDU는 패킷 데이터그램)을 전달하는 목적으로 사용 특징 설명 .. 공감수 0 댓글수 0 2019. 8. 25.
HTTP 완벽가이드 스터디 #3 HTTP 메시지 이번 포스팅에서는 HTTP 완벽가이드 책을 활용하였습니다. 3장 HTTP 메시지 HTTP 메시지는 HTTP 애플리케이션간에 주고받는 데이터의 블록이다. 모든 HTTP 메시지는 요청 메시지나 응답 메시지로 분류된다. 이번에도 HTTP method 까지의 내용을 코드로 구현해보았다. > https://github.com/brainbackdoor/bbd-http-web/blob/master/docs/message/README.md brainbackdoor/bbd-http-web Contribute to brainbackdoor/bbd-http-web development by creating an account on GitHub. github.com 추가적으로, - 흔히 알고 있는 RESTful에서의 POST.. 공감수 1 댓글수 0 2019. 8. 18.
HTTP 완벽가이드 스터디 #2 URL과 리소스 이번 포스팅에서는 HTTP 완벽가이드, 네트워킹과 웹 성능 최적화 기법 책을 활용하였습니다. 2장 URL과 리소스 URL(Uniform Resource Locator) 는 인터넷의 리소스를 가리키는 표준 이름이다. - URL 문법 (보다 상세한 내용은 직접 코드로 작성하며 확인해보았다.) > https://github.com/brainbackdoor/bbd-http-web/blob/master/docs/url/README.md brainbackdoor/bbd-http-web Contribute to brainbackdoor/bbd-http-web development by creating an account on GitHub. github.com ://:@:/경로;?# RESTful 아래의 내용은 '그런.. 공감수 1 댓글수 0 2019. 8. 11.
190804 일상 독서대에 올랐다. "허무로다, 허무! 코헬렛이 말한다. 허무로다, 허무! 모든 것이 허무로다! 지혜와 지식과 재주를 가지고 애쓰고서는 애쓰지 않은 다른 사람에게 제 몫을 넘겨주는 사람이 있는데 이 또한 허무요 커다란 불행이다. 그렇다, 태양 아래에서 애쓰는 그 모든 노고와 노심으로 인간에게 남는 것이 무엇인가? 그의 나날은 근심이요 그의 일은 걱정이며 밤에도 그의 마음은 쉴 줄을 모르니 이 또한 허무이다." ... 응? 🙄 아직 제대로 시작도 안했는데, 요새들어 바쁘다는 오해를 종종 받고 있다. 그도 그럴 것이 4주째 저녁에 이런저런 일정들로 꽉 차있기는 하다. 그만큼이나 신경이 분산되고 일상이 증발한다. 얼마전, 포비네 농장에서 옥수수를 주문해 집에 배송하는 과정에선 세번이나 전화를 해야했다. 처음엔 .. 공감수 0 댓글수 0 2019. 8. 4.
HTTP 완벽가이드 스터디 #1 정신차려보니 HTTP 완벽가이드 책 뽀개기 모임에 들어와있다. 매주 1챕터씩 읽고 정리하는 것인데, 일종의 콘텐츠를 만드는 방식이다. 책을 보니 1.1 HTTP 개관은 다른 주제들의 정리와 같은 챕터라 어느 정도로 설명할지 애매하여 각 목차들을 어떤 방식으로 학습하고 정리할지에 대한 가이드를 작성하려고 한다. (날로 먹는 느낌인데..😏) 1.2 URL과 리소스: URL 구성요소와 RESTful시 주의점에 대해 살펴본 후 리소스와 관련한 최적화(Concatenation, Spriting, Resource inlining 등)에 대해 정리한다. 1.3 HTTP message: HTTP Spec 문서를 기초로 메시지의 구성요소와 메서드의 동작방식을 정리하고 Java code로 구현해본다. 상태코드를 사용하면서.. 공감수 3 댓글수 0 2019. 8. 4.
Docker #1 이 포스팅은 "도커/쿠버네티스를 활용한 컨테이너 개발 실전 입문" 책을 읽고 스터디한 내용을 다룬 포스팅입니다. "Docker는 애플리케이션을 신속하게 구축, 테스트 및 배포할 수 있는 소프트웨어 플랫폼이다. Docker는 소프트웨어를 컨테이너는 표준화된 유닛으로 패키징하며, 이 컨테이너에는 라이브러리, 시스템 도구, 코드, 런타임 등 소프트웨어를 실행하는 데 필요한 모든 것이 포함되어 있다. Docker를 사용하면 환경에 구애받지 않고 애플리케이션을 신속하게 배포 및 확장할 수 있으며 코드가 문제없이 실행될 것임을 확신할 수 있다." - AWS 1. OS를 가상화한 기존의 방식과 Docker는 어떤 차이가 있을까? 하이퍼바이저(VMM) 기술을 이용한 가상화 방식에는 native와 hosted 등 2가지.. 공감수 0 댓글수 0 2019. 7. 21.
2019년 상반기 회고 여름이 왔다. 긴장이 풀려버린 탓인지 지독한 감기에 걸려버렸다. 플랫폼 개발, 커리큘럼 설계, 스터디 준비, 코드 리뷰 등 해야 할 일들이 산재해 있지만 머리가 핑 하고 돌아버린다. 휴가를 쓰고 14시간이나 자버렸지만 몸 상태는 여전하다. 이왕 이지경이 돼버린 거 포비한테는 미안하지만, 오늘 하루 더 쉴 겸 상반기 회고를 한다. 상반기의 화두는 역시 우아한 테크코스이다. 우리 팀엔 매주 새로운 미션이 있었고 지난 주에 레벨 1 과정을 어떻게 잘(?) 마무리했다. '우아한 테크코스'란 이름을 짓는 것부터 기획, 마케팅, 플랫폼 개발, 선발(선발 방식 설계, 온/오프라인 문제 출제, 평가 등), 커리큘럼 설계, 코드 리뷰, 강의, 생활 방침 설계 및 면담, 각종 이벤트 준비 등등.. 참 많은 일들이 있었다... 공감수 2 댓글수 6 2019. 7. 7.
부하란 무엇인가? 이 포스팅은, 서버/인프라를 지탱하는 기술을 읽고 진행하는 스터디의 내용을 정리하였습니다. 성능이란 무엇일까? 암달의 법칙 성능 개선율 = 1/((1-P) + P/S) P: 개선 가능한 부분의 비율 S: 개선된 정도 즉, 성능 개선에는 한계가 생길 수 밖에 없다는 것을 인지하고 작업하여야 한다. 튜닝은 아래의 단계로 진행된다. 1) 원인파악 : 병목지점 파악 2) 목표설정 3) 튜닝실시 4) 개선율 확인 5) 결과 정리 및 반영 결국, 튜닝이란 부하의 원인을 알고 이를 제거하는 것을 의미한다. 그렇다면 부하는 어떻게 확인할까? 우선, 부하를 계측하고자 할 때 top, uptime 등의 툴을 사용하여 Load Average를 확인한다. Load Average가 낮은데 전송량이 오르지 않는 경우 소프트웨어 .. 공감수 7 댓글수 1 2019. 4. 21.
좋은 개발문화란 무엇일까? 많은 개발자들이 좋은 개발 문화를 원한다. 그런데 정작 좋은 개발 문화를 정의하는 이는 드물다. 아니, 무슨 신대륙을 찾아 떠나는 것도 아니고, 좋은 개발 문화가 있는 회사를 찾는다는 것은 무슨 말일까. 그저 희망 없는 현실을 도피하려는 망상인건 아닐까. 좋은 + 개발 + 문화 쪼개서 생각해보자. 우선, 문화는 개별성을 가진다기보다 상호작용의 결과이기에, 그저 표징을 따라 한다고 표상이 구성되지 않는다. 다시 말해, 우아한형제들, Line, Google 등 회사의 DR(Developer Relations) 활동을 모방한다고 그러한 문화가 발생하는 것은 아니다. 개발은 문제를 해결해나가는 과정이다. 과정의 참여자를 개발자로 한정할 경우 개발 문화는 개발 프로세스를 의미하고, 그 외연을 확장할 경우 조직문화.. 공감수 14 댓글수 0 2019. 4. 21.
네트워크(L1,L2)의 다중화(Bonding 드라이버, RSTP) 1) OSI 7 Layer 중 L1,L2 1계층 - Physical Layer - 역할: Bit Stream(이진수 흐름)을 전기, 빛 등의 신호로 변환 - PDU: Bit - 대표장비: 케이블(LAN-UTP, WAH-Serial), 허브, 리피터, 커넥터(LAN-RJ45) 등 2계층 - Data-Link Layer - 역할: 물리적 주소를 이용해 노드(L2 스위치에 연결될 수 있는 3계층 이상의 장비) 간 연결 - PDU: Frame - 대표장비: 브릿지, L2 스위치 등 - 프로토콜 및 기술: LAN - Ethernet Protocol, WAN - PPP, HDLC 등 2) Collision Domain & Broadcast Domain Collision Domain이란, Half Duplex로 다중.. 공감수 0 댓글수 1 2019. 4. 10.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.