일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- 1차원 DP
- 2차원 dp
- 99클럽
- @BeforeAll
- @BeforeEach
- @Builder
- @Entity
- @GeneratedValue
- @GenericGenerator
- @NoargsConstructor
- @Query
- @Table
- @Transactional
- Actions
- Amazon EFS
- amazon fsx
- Android Studio
- ANSI SQL
- ApplicationEvent
- assertThat
- async/await
- AVG
- AWS
- Azure
- bind
- builder
- button
- c++
- c++ builder
- c03
- Today
- Total
목록분류 전체보기 (363)
기록
보호되어 있는 글입니다.
보호되어 있는 글입니다.
시작하면서 최근에 프로그래머스의 고양이 사진 검색 API 만들기 과제를 하면서, Feign API를 접하게 되었다. 이전에는 HttpConnection를 사용해 Http client를 작성했는데, Feign API는 인터페이스만 작성하면 기본적인 통신이 가능해서 훨씬 단순하다고 느꼈다. 이 글에서는 정말 간단하게 Feign API를 사용하는 방법에 대해서 이야기하고자 한다. 미리 준비할 것 아래에서는 고양이 사진 API를 사용할 것이므로, 미리 사용할 API와 API 응답에 맞는 Response 객체를 만들어둔다. HttpConnection 위 예제를 HttpConnection을 통해 구현하면, 외부 Api를 호출하고 jsonString을 Vo에 담는 과정까지 직접 구현해야 했다. public class..
보호되어 있는 글입니다.
![](http://i1.daumcdn.net/thumb/C150x150/?fname=https://blog.kakaocdn.net/dn/c3y0iO/btsoCktPqT2/qHRkFPVgnp2JNHyWu4nBJk/img.png)
시작하면서 최근에 토이프로젝트로 전화번호를 수집해서, 문자를 보내는 sms 서버를 구현하였다. 이 과정에서, 검증용 서버를 빠르게 띄워달라는 요구가 있었고, 이를 위해서 최근에 사용해봤던 Azure를 사용해 빠른 배포를 해보았다. 프로젝트 보러가기 https://github.com/youngyin/sms-sender.git Azure window instance 계정을 만들고, 로그인을 하면 다음과 같은 화면을 볼 수 있다. 관리자 계정은 인스턴스에 접근하기 위해서 필요한 정보로, 어떤 정보를 입력했는지 기억해 두어야 한다. 나머지 필요한 정보를 설정하고 검토 후 설정을 완료한다. 이후 왼쪽 연결탭에서 RDP 파일을 다운로드 받을 수 있고, 이를 통해 VM을 통해 인스턴스에 직접 접속할 수 있다. ins..
시작하면서 이번주에 긴 휴가가 생겨서 다시 공부를 시작해보려고, 프로그래머스에서 고양이 사진 검색 사이트 API 과제를 풀어보았다. 그 과정에서 도커를 설치하고, 사용했어서 그 과정을 간단하게 정리해보려고 한다. docker 도커는 애플리케이션을 한 번에 패키징하고, 어디서든 실행할 수 있는 특별한 상자라고 생각할 수 있습니다. 이 상자에는 애플리케이션에 필요한 모든 것이 들어 있어서, 다른 컴퓨터나 서버에 옮겨 놓아도 애플리케이션은 잘 작동합니다. 도커를 사용하면 애플리케이션을 빠르게 배포하고, 문제가 생기면 이전 상태로 쉽게 돌아갈 수도 있습니다. 또한, 여러 사람이 함께 작업할 때도 각자 독립적인 환경에서 작업할 수 있어서 협업이 쉽습니다. docker 설치하기 Download Docker desk..
보호되어 있는 글입니다.
![](http://i1.daumcdn.net/thumb/C150x150/?fname=https://blog.kakaocdn.net/dn/F9wxL/btsmQQondl3/Ft8D4S9Hum6KBfWMO4bBqK/img.png)
시작하면서 이전에 DevOps 교육을 들으면서, CICD 도구를 활용을 배웠다. 기존에는 CICD를 이론으로만 알고 있어서, 그게 왜 필요하고 도대체 어디에 써야 하는건지 이해하지 못했었는데, 교육을 들으면서 나름대로 CICD를 이렇게 쓰면 되겠구나~라고 생각을 정리하게 되었다. 그래서 배운걸 정리할 겸 이게 어떤 의미가 있고, 어떻게 활용할 수 있을지 적기 시작했다. 몇년 전에 해커톤에서 직접 서버를 구성하고 배포를 했었던 경험이 있다. 다음과 같은 프로세스를 통해 배포를 진행했다. 개발자가 수정한 소스 코드를 commit한다. 개발자가 가상서버에 접속하여 백업파일을 만든다. 개발자가 가상 서버에서 기존에 실행되고 있는 프로젝트를 중지시킨다. 개발자가 가상 서버에 접속하여 깃에 있는 프로젝트를 내려받는..