예전에 작성했던 문서인데, 어디 뒀는지 못찾다가 최근에 지인을 통해 입수하게 되어 올린 내용입니다. 몇몇 프로그램을 이용한 Jump Host 설정은 추후 업데이트 하겠습니다. Bastion Host 란?Bastion 의 사전적 의미는 “요새”, “보루” 라는 의미입니다. 요새에 대해서는 만화 “진격의 거인” 을 보면 그 원리가 쉽게 설명되어 있습니다. (일본은 싫은데 가장 효과적인 설명으로 떠오르는게 이거라…)원형의 성벽이 있는데, 각 원마다 4개의 반원 형태의 돌출된 지역이 있습니다. 만화에서는 “구” 라고 부르는데, 이것이 요새의 일종입니다. 높은 성벽을 쌓고 방어력을 집중시킨 뒤, 통행은 요새를 통해서만 가능하도록 하는 것입니다. 방어하는 입장에선 성벽 전체를 방어할 필요없이 요새에 방어 병력을 집..
사용목적 조그만 회사들은 Google이나 Daum 등의 기업용 계정을 생성해서 쓰는 경우도 많지만, 아무래도 여러 개발 지원 프로그램, 특히 웹기반의 프로그램들을 쓸 때에는 계정을 관리하는 어려움을 겪게 됩니다. 입퇴사자의 관리, 부서별 관리와 같은 것을 각 프로그램마다 하기에는 불편하고, 어떤 프로그램들은 구글 등의 소셜 로그인(oAuth 등)을 지원해도 그렇지 않은 프로그램들도 심심찮게 만날 수 있습니다. 어떤 경우에는 회사에서 관리하는 계정 정보를 구글 등에 적용해서 쓰고 싶을 때도 있습니다. 이런 상황에서 가장 먼저 떠올릴 수 있고, 가장 근본(?)처럼 여겨지는 것이 바로 LDAP입니다. 원래 계정 관리를 위해 태어난 것은 아니지만, Tree(계층) 구조의 데이터를 표준적으로 제공하고 있기 때문에..
# 저장소 디렉토리 생성 mkdir test cd test # 디렉토리에 .git/ 디렉토리를 만들어서 모든 내용을 내려받음 git clone --mirror https://(기존 저장소 주소)/.../test.git .get # bare 옵션 끄기 git config --bool core.bare false # git branch 명령으로 모든 브랜치가 보이는지 확인, -v 옵션을 추가하면 remote도 보임 git branch # 현재 remote 정보 확인 git remote -v # 기존 remote를 제거하고 새로운 remote를 등록, 새로운 remote는 빈 저장소를 미리 만들어둠 git remote remove origin git remote add origin https://(새로운 저장..
일반적인 환경에서 Proxy를 이용하는 경우는 잘 없습니다. 모뎀 쓰던 시절이면 몰라도, 초고속 인터넷이 사통발달 잘 뚫려서 Cache 목적으로 Proxy를 쓰는 일도 사라졌기에 요즘은 OS나 브라우져에서 Proxy를 쓰는 경우가 일반적인 경우에는 있을지 모르겠습니다. 하지만, 최근 프로젝트를 하면서 이상한 환경을 목격했습니다. 개발 장비에서 외부의 DBMS 연결을 하는데 직접 연결은 보안정책에 위배되니 인프라 담당에게 Proxy(?)를 만들어서 그걸 통해서 연결하라고 합니다. DBSaf**라는 보안 프로그램을 이용해서 접속하기까지 하는데 왜 저런 정책을 만들었는지 모르겠네요. (1번 사례라고 하겠습니다) 이 경우 말고, 80와 443(http/https)를 제외한 모든 포트를 막는 사이트도 존재합니다...
저는 한동안 특정 커뮤니티에서 질문에 대한 답변을 열심히 단 적이 있었습니다. 몇 년 간을 열심히 달았더니, 저를 알아보는 분들도 생기고, 그 사이트의 주인장도 저를 이뻐라 해주셨었죠. 하지만, 지금은 그 사이트조차 방문하지 않습니다. 다른 이유도 있긴 하지만, 그 사이트를 방문하면 또 답변을 달고 있을까봐...라는 이유 때문입니다. 답변을 다는게 나의 허영을 채우는 목적이라고 볼 수도 있어서, 그 중독성을 벗어나긴 힘들기 때문입니다. 물론 답변을 달지 않기로 결심한 이유는 더 이상 시간 뺏기기 싫어서라던가 하는 "그냥"은 아닙니다. 기분이 나빠서입니다. 질문을 할 때에도 예의는 필요합니다. 하지만, 질문을 상당히 많이 하다보면 질문자가 정말 질문을 이렇게 밖에 할 수 없는 상태인지, 아니면 그냥 예의가..
제목만 보고도 머리가 어질어질 하실 분들이 계실 겁니다. 반대로 "사실이잖아?"라고 말하실 분들도 계실 겁니다. 물론 저야 머리가 어질어질 해지는 쪽이긴 합니다만... 어쩌다 백엔드(Back-end, 예전엔 서버개발자라고도 했죠)는 이런 얘기를 듣고 있는 걸까요? 그럼 일반적인 웹사이트 개발에 대한 프로세스를 간단하게 생각해봅시다. 먼저, 고객(클라이언트)라는 존재가 있습니다. 서비스 회사에서는 일반 사용자(Customer)가 될 수도 있고, 용역이나 도급을 받아서 한다면 발주처가 될 수도 있을 겁니다. 어쨌든 고객은 요구 사항을 제시할 겁니다. 개발 조직에 포함해야 하느냐는 의견이 갈릴 수 있겠지만, 저는 개발조직으로 "기획자(디자인), 그래픽, 프로그래머"까지 넣는 편입니다. 한국에서는 기획자라고 부..
요즘 학원 광고들 미쳤습니다. 네카라쿠베, 네카라쿠베당토, 메웅교농베...뭐 이딴 리스트 만들어놓고 초봉(연봉) 5000~6000 광고는 심심찮게 합니다. 이게 사실일까요? 사실이겠죠. 근거 없이 했다가 고소미 씨게 먹고 눈물 질질 짤텐데요. 그런데요... 경력 3년 정도 된 개발자가 현재의 회사에서 빡세게 일해서 회사에서도 데리고 쓰기 좋게 잘 성장했는데, 개인은 너무 불만족스러운 상태에서...좋은 회사 가고 싶어서(흔히 말하는 토...같은 회사) 그 회사의 신입 전형에 지원했어요. 현대자동차 생산라인 같이 고졸전형 뽑는데 대학교 졸업 경력이 있으면 탈락되는 것과 달리, 저런 전형에는 경력이 있다고 해서 신입 전형에서 떨어지지 않아요. 그리고, 신입이라고 무조건 일률적으로 급여를 주지도 않아요. 기존 ..
젊은 사람들의 특권일 수도 있고, 모르니까 용감한 걸 수도 있습니다만, 어쨌든 대한민국 한정 절대적 1위인 Java는 많은 욕을 먹을 수밖에 없는 위치에 있습니다. 그 중에는 높은 메모리 사용량과 실행파일 용량, 그리고 이로 인해 docker로 대표되는 컨테이너 환경에 친화적이지 않다는 것이 빠지지 않고 등장합니다. 2. 높은 메모리 사용량, 실행파일 용량, 컨테이너 비친화적 A. 높은 메모리 사용량 사실 이 내용은 Java 사용자라면 반박할 수 없는 사실이기도 합니다. Java는 메모리를 직접 개발자가 손댈 수 없게 하고 사용된 객체(Object)는 쓰레기 정리(Garbage Collection, 줄여서 GC)라는 기법을 이용해 자동으로 제거하기 때문에 제거되기 전까지는 메모리를 점유하고 있기 때문에 ..
국내 한정으로만 놓고 보면 Java는 절대적인 영향력을 가진 개발(프로그래밍) 언어입니다. SI 시장을 포함하면 체감상 90% 이상 점유하고 있을 것으로 예상되고, 서비스 회사에서도 아직까지 절반 이상 사용하고 있다고 느껴집니다. 물론 C 언어와 같이 더 오래된 절대왕자도 존재하지만, Web 환경을 위주로 개발할 것이 많은 현재의 국내 상황에선 Java가 절대적인 위치에 있는 건 부인할 수 없습니다. 그런데, 이런 위치의 Java를 악의 축, 쓰레기 정도로 표현하면서 욕을 하는 사람들을 개발자들이 모인 곳에서 심심찮게 볼 수 있습니다. 대충 들어보면 몇 가지 키워드가 들립니다. 전자정부 프래임워크, 높은 메모리 사용량, 실행파일 용량, 컨테이너 비친화적, 장황한 문법, 신기술 적용이 느림 점, Sprin..
저는 최근에 거의 Java와 Spring Boot로 개발을 하고 있기 때문에 ORM 적용 시 JPA을 이용하고 있습니다. 기본적인 사용법이야 그리 어렵지 않고, JPA Repository를 이용한 Query 자동생성 기능은 만족스러운 부분도 많습니다만, 그렇다고 맹신하는 건 무리가 있다고 생각하고 있습니다. 그리고, JPA 신봉자들은 일단 MyBatis 같은 Query를 직접 이용하는 부분을 매우 깔보는(느낌일 수 있지만, 확신이 될 정도이니) 경향도 있습니다. 그럼, JPA는 제목에서 말한 것처럼 "절대선(善)"일까요? 저는 아니라고 생각합니다. 물론 JPA 쓰는 분들 중에 JPA 만으로 처리를 다 하는 경우가 없고, @Query와 같은 것을 이용해 Native Query를 사용하는 경우도 있고 Que..
- Total
- Today
- Yesterday
- OracleJDK
- proxmox
- 프로젝트 규모
- KDE
- jooq
- java config
- 도입기
- 엘지
- Redmine
- messages.properties
- 페이징
- couchbase
- Spring Boot
- 시니어 프로그래머
- docker
- RestTemplate
- boot
- 클라우드플레어
- Nas
- paging
- 워드프레스
- 내장 WAS
- SI
- Spring MVC
- NoSQL
- manjaro
- git
- 외장 WAS
- Phabricator
- Spring
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |