
Https 암호화HTTPS는 HTTP가 SSL/TLS 프로토콜을 사용하여 암호화된 통신을 하는 방식이다.HTTP가 SSL/TLS 위에서 동작하게 되며, 헤더는 암호화되지 않지만, body는 암호화된다. HTTPS의 통신과정을 알아보기 전에 대칭키와 공개키에 대한 개념

목표 mongoDB를 먼저 docker 이미지에 올린 후 spring boot에서 docker compose를 통해 mongoDB + spring 을 합쳐서 로컬 개발 환경을 구축 why ? 여러개의 서버에서 docker 를 활용하여 컨테이너화를 시킨 뒤, 수평적 확
docker-compose로 실행된 MongoDB 컨테이너와 로컬 MongoDB Atlas 클러스터를 연결하고, spring application을 실행하니위와 같은 error가 발생했다.찾아보니internal_error가 발생한 이유는 MongoDB Atlas에 IP
mongoDB 는 @EnableMongoAuditing을 사용해서 시간을 설정할 수 있는데,문제는 MongoDB는 JPA의 엔티티 라이프사이클 관리를 따르지 않기 때문에, @PrePersist와 @PreUpdate와 같은 어노테이션을 지원하지 않는다.🤔 @Enable
먼저rabbitMQ 의 새로운 관리자를 생성한다.🐰 RabbitMQ CLI를 통해 추가 : 새로운 관리자 생성🐰 RabbitMQ와 springBoot 연동🐰 docker-compose.yml 추가 app1: image: cubetalk-server:1.0
원격서버에서 mongoDB 컨테이너를 실행시키기 위해서 명령어로 빌드 후 백그라운드에서 실행을 시켰는데, 이상하게 실행을 시키고 docker ps -a 목록을 확인해보면 자꾸 exited 가 되는 상황이 발생했다. 그래서 으로 로그를 확인해보니 mongodb.ke
지난 포스팅에서는 ecs on fargate 를 쓰고자 하려했으나, fargate의 가장 큰 강점이라고 생각했던 Auto Scaling이 실제로는 잘 이루어지지 않을 수도 있으며, 무엇보다 ec2서버보다 비용이 2~3배 정도 높다보니, 다시 한 번 고민하게 되었다.👉

위 사진을 통해 STOMP 기반 메시지 브로커의 흐름을 살펴보면 사용자가 /app 경로로 메시지를 보내면, Spring 핸들러가 처리한 후 브로커로 전달한다.사용자가 /topic 경로로 직접 메시지를 발행하면, 브로커가 이를 관리하며, 해당 채널을 구독한 클라이언트들에

👉 테스트 이유ecs로 전환하기 전 필요한 메모리를 측정해보기 위해서... + 성능을 테스트해보기 위해 테스트 준비를 해보려고 한다.👉 목표Grafana + Prometheus + Docker 를 활용하여 모니터링 환경을 구축하고, JMeter를 사용해 부하를 생성