본문 바로가기

분류

 (1203)
0. Prologue, 삽질 전 푸념 # 그냥 심심해서...프로젝트가 끝났다.오전에 애기 등원 시키고, 무인카페 가서 뭐 할지 멍 때리는데,동네 아주머니 10여분이 내 옆테이블에 앉으시더니 그때부터귀에서 피나는 줄 알았다. 무선 이어폰 없었으면 피났을 거다. 아니면 고막이 나가거나...엄청난 소음에 나도 일어날 법 한데, 무슨 자존심인지 그냥 동상처럼 모든 소음 공격을 맞으며버텼다... 약 2시간 버티니까 아줌마들 갑자기 일어나시더니 떠나셨다...안도의 숨을 내쉬며, 내가 이겼다는 ? 안도감과 함께, 나도 짐을 싸고 나왔다. 뭔가 정신이 혼미했다. 아 플젝이 끝나서 일단 21일까지 휴가를 냈는데,할 게 없다...뭔가 전쟁터에 있다가 갑자기 조용한 도서관에 온 느낌, 적응이 안 된다. 그래서 소음공격 맞고 일단 집으로 왔다.휴가일정을 조정해야..
React와 SpringBoot 연동 시 체크 사항 # React와 SpringBoot 연동 시 체크 사항 정리1. Backend URL 2. DTO 정보
Python과 React로 MicroFrontend 간단하게 구현하기 # Python과 React로 MicroFrontend 간단하게 구현 정리Module Federation을 적용한 케이스는 아니다. 추후에 적용해서 정리해보자.여기서는 iframe을 사용함.1. 결과물아래의 캡처 내용처럼 위 배경이 하얀 부분을 Python 코드로 작성을 할것이고, 아래의 검정색 바탕의 내용을 React로 작성을 할 예정이다.2. Python 작업- Flask 설치pip install Flask- app.pyfrom flask import Flask, jsonifyapp = Flask(__name__)@app.route('/api/user', methods=['GET'])def get_user(): user_info = { 'name': 'John Doe', ..
Git 사용시 feature 브랜치를 만들고 merge 후 작업 과정 # Git 사용시 feature 브랜치를 만들고 merge 후 작업 과정 정리Git 명령어를 사용하여 feature 브랜치를 만들고, 작업 후 merge하는 과정은 다음과 같다.1. feature 브랜치 생성 및 이동: main 또는 develop 브랜치에서 새로운 기능을 개발하기 위한 feature 브랜치를 생성하고 해당 브랜치로 이동. 2. 작업 수행: 필요한 코드 변경을 수행하고, 변경 사항을 feature 브랜치에 커밋. 3. 변경 사항을 원격 저장소에 푸시: 작업이 완료되면 변경 사항을 원격 저장소의 feature 브랜치에 푸시. 4. main 또는 develop 브랜치로 이동: merge 작업을 수행하기 전에 merge 대상이 되는 main 또는 develop 브랜치로 이동. 5. main 또..
여러 계정 구조를 활용하여 인프라를 구성 # 여러 계정 구조를 활용하여 인프라를 구성하기AWS 클라우드 인프라를 구성할 때, Global Account, Security Account, Shared Account, Application Account를 구분하여 사용하는 것은 조직의 보안, 운영 효율성, 비용 관리를 최적화하는 데 중요하다. 다음은 이러한 계정들을 사용하여 인프라를 구성하는 방법에 대한 방법을 설명한다.1. Global Account 설정목적: AWS Organizations의 관리 계정으로 사용되며, 모든 AWS 계정을 관리하고 조직의 결제를 중앙에서 처리한다. 단계: AWS Organizations를 설정하고, Global Account를 관리 계정으로 지정. 다른 계정들을 조직에 초대하거나 생성하여 관리. 중앙 결제를 활성화..
여러 계정 구조를 활용한 인프라 설계 # 여러 계정 구조를 활용한 인프라 설계하기 (AWS Cloud Global, Security Account, Shared Account, Application Account)1. 구조 예시2. 구조 설명AWS 클라우드 환경에서 계정 구조를 설계할 때, 여러 계정을 사용하는 것은 보안, 비용 관리, 리소스 분리 등을 위한 모범 사례이다. 여기서 언급된 "Global Account", "Security Account", "Shared Account", "Application Account"는 이러한 계정 구조 설계에서 흔히 사용되는 계정 유형의 종류이고, 각각의 계정은 특정 목적을 가지고 있으며, 서로 다른 역할을 수행한다. 이 계정들의 관계를 이해하는 것은 효과적인 클라우드 환경 관리에 매우 중요한 요소..
MSA에서 Client가 FrontEnd와 BackEnd를 Apigee, CloudFront, Route53을 통해 호출 # MSA에서 Client가 FrontEnd와 BackEnd를 Apigee, CloudFront, Route53을 통해 호출하는 과정AWS에서 NGINX와 Backend가 Kubernetes Pod로 분리되어 있고, Apigee를 API 관리 솔루션으로 사용할 때, 클라이언트가 Route 53과 CloudFront를 통해 NGINX, Backend, 그리고 Apigee를 호출하는 플로우는 아래와 같다.1. 클라이언트 요청 시작클라이언트(웹 브라우저, 모바일 앱 등)가 서비스에 접근하기 위해 Route 53에 설정된 도메인 이름(예: http://www.example.com)을 사용하여 요청을 보낸다.2. Route 53 DNS 해석 Route 53은 요청된 도메인 이름을 해석하여 CloudFront 배포..
MSA에서 Client가 FrontEnd와 BackEnd와 Apigee를 호출하는 과정 # MSA에서 Client가 FrontEnd와 BackEnd와 Apigee를 호출하는 과정 정리AWS에서 NGINX과 Backend가 Kubernetes Pod로 분리되어 있고, Apigee를 API 관리 솔루션으로 사용할 때, 클라이언트에서 NGINX, Backend, 그리고 Apigee를 호출하는 플로우는 다음과 같다.1. 클라이언트 요청 시작 클라이언트(웹 브라우저, 모바일 앱 등)가 서비스에 접근하기 위해 Apigee에 설정된 API 엔드포인트를 호출한다.2. Apigee 처리Apigee는 API 게이트웨이 역할을 하며, 요청을 받아 API 키 검증, 쿼터 관리, 액세스 제어 등의 정책을 적용한다. Apigee는 요청을 적절한 백엔드 서비스로 라우팅하기 전에 이러한 정책을 실행후 해당 백엔드 서비..

티스토리툴바