본문 바로가기

분류 전체보기

제럴드와인버그 <테크니컬리더> 5-7장 요약 5장. 하지만 나는.. 잘 설계된 엔진에는 가장 약한 연결 고리가 존재하지 않는다. 만약 점화 플러그가 정말로 가장 약한 연결 고리라면 우수한 엔진 설계를 통해 점화 플러그를 완전히 제거한 디젤엔진을 선보일 수 있다. 점화 플러그를 완전히 제거할 수 있는 방법을 생각해낼 수 없다면, 적어도 쉽게 교체할 수 있도록 만들 수는 있을 것이다. 마찬가지로 가장 잘 설계된 조직에서는 임명된 리더만이 리더십을 발휘하는 것이 아니라, 모든 구성원이 리더십을 발휘한다. 6장. 혁신을 방해하는 세 가지 큰 장애물 1. 자신에 대한 무지 자신을 객관적으로 보지 못하기 때문에, 변화의 필요성을 인지하지 못하게한다. 2. '문제없어요' 증후군 문제를 정확하게 이해하기도 전에, 쉽게 생각하고 해결책을 결정해버리는 병을 의미한다..
[재개봉] 월터의 상상은 현실이된다 "월터의 상상은 현실이된다" 영화가 2017.12.27에 롯데시네마에서 재개봉을 한다!주인공을 보면서 대리만족을 하게되는 영화다.그래서 요즘 다시 보고싶었는데, 재개봉을 한다니!!영화관가서 챙겨봐야겠다 ㅎㅎ
[CURL]같은 파라미터 키로 여러개의 파일을 전송하는 방법 같은 파라미터키로 여러개의 파일을 CURL으로 보낼 때, 보내는 방법은 아래와 같다$ curl -F 'files[]=@/path/to/fileX' -F 'files[]=@/path/to/fileY' ... http://localhost/upload 파라미터명에 []를 붙여주는거다. 샘플$ curl -X POST 'http://localhost:80/movie/create?moview%5Bname%5D=movie_name'; -H 'cache-control: no-cache' -H 'content-type: multipart/form-data; boundary=----WebKitFormBoundary7MA4YWxkTrZu0gW' -F 'files[]=@/Users/hong/Downloads/movie.mp..
(Phusion Passenger) 웹서버 - 패신저를 구성하는 방식 ( Mode ) 패신저에서 지원하는 3가지 패신저 & 웹서버 조합패신저에서 지원하는 패신저 & 웹서버 조합은 위처럼 세가지가 있다. StrandardAlone 모드 패신저안에 Nginx 엔진이 내장되어 있는 구조이다.그래서 따로 이것저것 Nginx나 Apache를 설치하지 않아도 된다.그래서 패신저 문서에서는 개발 환경 때 StrandAlone을 쓰는게 편하니, 이걸 사용하라고 권장한다.그리고 만약 한 서버에서 하나의 애플리케이션만 띄우는 방식으로 서버를 운영한다면, 프로덕션 모드에서도 StandardAlone 모드를 사용해도 괜찮다. Apache / Nginx Integration 모드 Apache나 Nginx 모듈을 사용해서, 패신저를 운영하는 방식을 의미한다. 이 모드는 개발 환경에서는 사용되지 않고, 프로덕션 환..
[인프라]방화벽 열려있는지 확인하기 1. 텔넷이 설치되어있는 경우, 텔넷으로 통신가능 여부를 확인할 수 있다. telnet naver.com 80 2. 그렇지 않은 경우, 아래의 명령문을 치면 통신 가능 여부를 확인할 수 있다. nc -z -v naver.com 80 만약, 방화벽 문제 등으로 서버에 붙을 수 없다면, Connection이라는 결과가 뜨지 않는다
[AWS] 애플리케이션 서버에서는 200을 내려줬는데, LB 단에서는 왜 5XX 응답 코드가 내려올까? 이번주는 트러블 슈팅을 많이 했던 한 주였다.그러면서 배웠던 내용을 정리하고자 한다. 호기심의 발단이번주에 메인 어플리케이션에서 통신하는 서버에서 장애가 발생하여, 에러가 발생했던 적이 있다. 그래서 AWS Cloud Watch로 당시의 응답코드를 확인해봤다. 확인해보니, 애플리케이션 서버 단에서는 항상 200을 리턴해줬었다. 반면 ELB에서는 5xx대의 HTTP 응답코드를 내려준 적이 있다는 이력이 남아 있었다.애플리케이션 단에서는 항상 200을 내려줬는데, ELB 단에서는 5XX대의 응답코드를 받았다고 하기에, 이상했다. 이 차이는 어디서 발생한걸까? 원인알고보니, 로드밸런서 단에서 알아서 5XX대의 응답코드를 내려주는 케이스가 있다는걸 알게되었다.(나와 비슷한 문제를 경험한 사람이 스택오버플로우에 ..
(넷플릭스) 오프라인 다운로드 기능으로 변경된 라이센스 관리 방식 오프라인 다운로드 기능 2016년 11월 말, 넷플릭스에 오프라인 다운로드 기능이 추가되었다. 넷플릭스에서 오프라인 다운로드 기능 프로젝트를 할 때, 아래와 같은 이슈가 있었다고 한다. 오프라인으로 영상을 보는 건 기존의 재생 시스템과는 다른 플로우를 타게된다. 그러면서 영상 라이센스를 관리하는 새로운 시스템이 필요해졌다. 넷플릭스는 이 시스템을 만들면서 있었던 에피소드를 기술 블로그에 정리해두었다. 넷플릭스 기술 블로그 - Scaling Event Sourcing for Netflix Downloads, Episode 1 위의 글을 읽어보고, 어떤 사건이 있었는지 블로그에 정리해보려고 한다. 넷플릭스의 기존 영상 재생 flow 넷플릭스의 영상 재생 시스템의 동작방식은 아래와 같다. 디바이스에서 보려고 ..
[Cache]Redis vs Memcached VS 캐시를 사용할 때, Redis와 Memcached 중 어떤걸 선택해야하는지고민이 될 때가 있다. 그래서 실무에서 발생하던 사건들과 책과 구글에서 본 내용을 기반으로, 어떤 경우에 두 캐시가 각각 유용한지 정리해보려고 한다. Redis 장점- 디스크에 데이터를 기록하고 있기 때문에, Redis 메모리가 날라가도 데이터를 복구할 수 있다.( 스냅샷을 떠서, 이를 사용하는 RDB 방식과 Write / Update Event를 로그에 남겨서 이를 기반으로 복구하는 AOF 방식 두가지가 있다. )- 다양한 데이터 포맷을 지원한다. String, List, Set, Sorted sets, Hash 등의 데이터 포맷을 지원한다. 그래서 애플리케이션 단에서 편하게 데이터를 저장하고, 사용할 수 있다.- Memca..