일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
- kotlin querydsl
- PETERICA
- 티스토리챌린지
- AI
- minikube
- Elasticsearch
- Kubernetes
- IntelliJ
- kotlin spring
- Java
- kotlin coroutine
- mysql 튜닝
- 정보처리기사 실기
- kotlin
- aws
- MySQL
- Linux
- AWS EKS
- 정보처리기사 실기 기출문제
- Pinpoint
- CKA 기출문제
- APM
- 기록으로 실력을 쌓자
- Spring
- CKA
- CloudWatch
- 코틀린 코루틴의 정석
- 오블완
- 공부
- 정보처리기사실기 기출문제
- Today
- Total
목록책이야기 (13)
피터의 개발이야기
ㅁ 들어가며 부의 인문학을 보고 내가 본 내용을 정리하고 깨닫고 적용할 점을 정리해 보았다. ㅁ 본것 사실은 인문학 속에 투자의 무기가 있다. 제1장에서 철학은 어떻게 투자의 무기가 되는지 설명하고 있다. 소로스가 제시한 오류성과 재귀성으로 주식 거품을 설명할 수 있다.(p33~37) 투자자의 생각과 시장(주가)은 서로 상호작용을 주고 받는다는 것이 바로 소로스가 말하는 재귀성의 원리다. 추세와 착각이 서로 작용하면서 함께 강해질 때 거품이 형성되기 시작한다. 거품은 시작, 가속기간, 검증을 통해 강화, 혼돈기간, 정점, 하락세 가속, 금융위기 절정의 단계를 거치게 된다. 추세가 착각(오류성)과 만나서 서로 피드백(재귀성)하면서 거품을 형성한다는 것이 소로스의 거품이론이다. 소로스는 거품을 수익을 낼 ..
ㅁ 개요 ㅇ 이번 글에서는 공식문서를 토대로 시작구성을 시작 템플릿으로 마이그레이션을 정리하였다. 1편 [AWS AutoScaling] 시작구성 생성, AutoScalingGroup 생성 2편 [AWS AutoScaling] 시작 구성과 시작 템플릿의 차이점 3편 [AWS AutoScaling] 시작구성을 시작 템플릿으로 마이그레이션하기 ㅁ 시작구성 마이그레이션하기 현재 시작 구성을 사용 중인 경우 콘솔에서 기존 시작 구성의 데이터를 복사하여 해당 데이터를 시작 템플릿으로 마이그레이션할 수 있다. 그런 다음 시작 구성을 사용하는 배포된 오토 스케일링을 새 시작 템플릿으로 마이그레이션할 수 있다. 이렇게 하려면 인스턴스 새로 고침을 시작하여 그룹의 롤링 업데이트를 수행합니다. 자세한 정보는 Auto Sca..
삶은 무엇이라고 생각하니? 초등학교 시절, 아버지가 나에게 질문을 하셨다. 쉽지 않았던 이 질문은 내 마음 속 깊이 남아있었다. 당시 삶이란 철학적 질문을 생각해 본적도 없었고, 또한 내 생애의 미래에 대해서도 깊게 고민해본 적이 없는 나에겐 당황스러운 질문이었다. 당황스러운 나머지 이런저런 이야기를 아버지에게 드렸고, 아버지는 나에게 다음과 같이 말씀해 주셨다. 네가 생각하는 바로 그게 삶이란다. 왜냐하면 자신의 삶은 누구의 것도 아닌 자신의 것이고, 자신의 삶 자체가 바로 네 삶의 답이기 때문이지 나의 아버지가 그러했든, 저자도 삶에 대해 질문하는 아들에게 삶이란 무엇인지 어떻게 살아야 할지를 부자의 언어로 풀어냈다. 삶이라는 정원에, 사람들은 자신만의 꽃과 나무를 심고, 물을 주면 그것들을 성장시켜..
1. Infra as a Code란 IaC란 Infrastructure as a Code의 약자로 IT 서비스를 위한 시스템을 구성할 때 수동으로 구성하는 대시 Shell 기반의 스크립트(Shell Based Script)를 사용하여 컴퓨팅 인프라를 구성하는 기술을 말한다. 다시 말해, 인프라 구성을 프로그램 처럼 처리하는 방식을 가리킨다. 기존 기업들이 H/W 기반의 서버와 인프라를 사용하며 자체 IDC 호스팅을 통해 IT 인프라를 구축하여 운영하고 있다. 최근 스타트업과 메이저 기업들이 클라우드를 도입하면서 그 필요성과 요구가 늘어나게 되었다. 2. IaC를 도입 시 기대효과 1. 비용절감: IT 시스템의 운영괸리에 드는 인력과 비용을 절약하는 효과가 있다. 사람들이 할일을 시스템으로 하게 되면서 기..
1. DevOps란 무엇인가? 데브옵스(DevOps)는 소프트웨어의 개발(Development)과 운영(Operations)의 합성어로서, 소프트웨어 개발자와 정보기술 전문가 간의 소통, 협업 및 통합을 강조하는 개발 환경이나 문화를 말한다. 또한 데브옵스는 소프트웨어 개발 조직과 운영 조직 간의 상호 의존적 대응이며 조직이 소프트웨어 제품과 서비스를 빠른 시간에 개발 및 배포하는 것을 목적으로 한다. 개발자(Dev)는 고객의 요구사항을 빠르게 수용해서 서비스를 개발하고 적용하길 원하며, 운영자(Ops)는 제공될 서비스가 안정적으로 동작하기를 원한다. 서로 다른 목적과 개발툴의 차이로 인해 빈번히 충돌이 발생하게 된다. 데브옵스는 개발자와 운영자의 소통, 협업 및 통합을 강조하는 문화, 방법론, 프로세스..
5. 배포 과정 5.1.1 무중단/중단 배포 무중단배포는 기존 A,B서비스에 영향이 없는 C를 배포할 때에는 가능하다. 하지만 B서비스가 사용하는 테이블이 변경되는 경우, B와 C가 양립할 수 없는 경우에는 무중단 배포를 할 수 없다. 중단배포는 전체 서비스를 중단하여 배포할 수 밖에 없다. 5.1.2 현재 위치 배포(로드밸런스 이용) 로드밸런스를 이용한 배포 방법이다. 배포하는 서버는 로드밸런스의 대상그룹에서 제외시키고 배포 후에 다시 대상그룹을 지정해 주는 방식이다. 이 경우 서버는 2대 이상이어야 한다. 추가 인스턴스를 생성하지 않고 기존의 인스턴스로 배포하는 무중단 배포방법이다. 5.1.3 서버 단위의 블루/그린 배포 두개 이상의 Auto Scaling 그룹을 나누어 AMI- 시작 템플릿을 지정하..
4장 운영서버의 외부 환경 구성 이번 장에서는 도메인과 HTTPS의 원리를 알아보고 서비스에 적용하는 방법을 설명하고 있다. 도메인과 인증서를 통해 안전한 통신을 하는 방법을 아는 것이 이번 장의 목표라고 생각한다. 4.1.1 도메인, DNS Route53을 통해 도메인을 구입하고 관리할 수 있다. DNS를 모르는 사람을 위해 개념 설명을 하고 있다. 실질적인 서버에 요청을 하기 위해서는 IP가 필요하다. 사람의 인식에 유리한 도메인은 IP로 변환해야한다. DNS는 도메인을 IP로 변환하여 준다. 4.1.2 AWS Route 53을 이용한 도메인 등록 도메인을 직접 구매할 수도 있다. 구입 후 등록된 도메인에서 확인 할 수 있다. 4.1.3 로드 밸런서 도메인 등록 4.2.1 SSL/TLS, HTTPS ..
오늘은 오전 1시에 퇴근하였다. 공부는 계속 해야한다. 3장 AWS Auto Scaling 3.1 Auto Scaling 그룹 AMI를 이용해서 똑같은 EC2를 자동으로 늘리고 줄여준다. 평균 CPU 사용량이 10분 동안 90% 이상을 넘어서면 Auto Scaling 그룹에서 인스턴스를 하나 더 생성한다. 트래픽이 몰리는 특정 시간에 얘약을 걸어 인스턴스를 증가하고 줄일 수도 있다. 우선 구성되어진 인스턴스의 환경(OS, 디스크 내용)을 스냅샷으로 생성해서 AMI를 생성한다. 기리고 인스턴스를 실행할 Auto Scaling 그룹을 생성한다. 시작 템플릿 생성 Auto Scaling 그룹 생성 화면 생성된 Auto Scaling 그룹 3.2 AWS Elastic Load Balancing을 이용한 서버 트..
회사에서 급하게 프로젝트를 하나 진행하게 되었다. 기존에 구축되어 있던 애플리케이션을 재활용하여 새로운 서비스를 1주일만에 런칭해야했다. 12.21 2시에 회의를 통해 해야할 일 감을 받고, 바로 투입. 기존에 구축되어 있던 애플리케이션이 곧 종료될 것 같아서 개발계가 삭제되어 있는 상황이었다. 나는 Elastic Beanstalk를 잘 모른 상태에서 Elastic Beanstalk으로 구성된 운영서버를 개발계에 똑같이 만들려고 하고 있었다. 급한 김에 얼릉 책을 훓터보고 개발계 세팅을 시작하였다. 급하게 읽어서 이해를 못했던 나는 결국 EB로 생성된 인스턴스를 AMI로 복제하여 개발계를 세팅을 마무리 하였다. 아쉬웠다. 그래서 빨리 Elastic Beanstalk 장을 공부해서 정리해야겠다는 생각이 확..
2장 운영 서버 환경의 구성 2.1 운영서버 아키텍처의 이해 단일 구성 : 가장 기본적으로 단일 서버 구성이 있다. 하나의 서버에 애플리케이션과 데이터베이스가 함께 있다. 장애에 취약하고 서버자원의 효율성이 떨어진다. 데이터베이스 분리 : 네트워크를 이용하기 때문에 서비스 지연 시간과 보안을 고려해야한다. 하지만 스케일 아웃은 여전히 힘들다. 서버 단위의 로드 밸런스 : 로드 밸런스의 장점은 스케일 아웃이다. 일부 서버의 장애가 발생해도 가용 서버로 트래픽 분산을 통해 장애대응이 가능하다. L4장비를 사용한다. 서버 내 앱 단위의 로드 밸런스 : 로드 밸런스에 로드 밸런스를 두고 애플리케이션도 모듈별로 세분화하여 서버 자원의 효율성을 높이고 있다. 마이크로서비스의 장애 대응, 자원활용능력, 고트래픽에 대..