모아이

서버리스 백엔드 1.관리문제 EC2 로 백엔드를 구성하면 EC2를 직접 관리해 줘야 하는 문제가 있음 예로 인스턴스 크기를 선택해줘야 하고 OS를 업데이트, 디스크 용량 조절 등 많은 부담이 있다. 2. 확장의 유연성 트래픽이 몰릴 경우 EC2를 추가해서 부하를 분산하거나 인스턴스 유형을 조절해서 처리능력을 늘려주어야 함 3.요금에 대한 문제 우리가 관리해야 할 서버가 없고, 우리가 원하는 기능, 설정값들만 맞춰주면 알아서 정적 웹 사이트 기능을 관리해주는 것이 서버리스(Serverless) Lambda 서버리스 인프라를 구성하게 AWS에서 만들어진 서비스 S3처럼 백엔드를 서버리스로 운영할 수 있는 서비스. S3가 별도의 서버, 관리 없이도 프론트 페이지를 운영할 수 있는 것처럼, 백엔드도 인프라를 신..

Route53 네임서버(DNS:Domain Name Server)은 IP주소와 도메인 주소를 연결해주는 역할을 한다. 1. Route53을 생성 2. 가비아 네임서버 설정 3. Certificate Manager다시 생성 ( 어제 공부 정리 마지막에 나온 *.도메인 과 그냥 도메인 둘다 적기) 4. 생성이 완료 됐다면 Certificate 인증서 페이지 안에서 어제 Cname 확인했던 곳에 Route53 레코드 생성이라 있는데 생성하기 5. 버킷 정책 편집 ( 버킷 정책 생성기를 통해 생성) 6. 인증서 검증 성공했다면 CloudFront 수정 -어제 정리에 나온 https로 리다이렉트와 도메인과 인증서 재 설정 7. Route 53 레코드 생성 8. 네임서버 확인 명령어 AWS WAF WAF를 먼저 만..

정리 - ( https://mo-i-programmers.tistory.com/64 ) AI트랙과 결전하는 마음으로 짤을 선택 했는데 이게.. 눈뽕이 장난 아닌 거 같다.. 크기를 줄여서 눈뽕을 없에긴 했는데 ... 여전히 TIL쓰는 내내 눈 앞에서 손전등을 껐다 켰다 하는 기분이다 아무튼 오늘은 서버리스 프론트엔드 마지막 수업과 Java공부 스터디, 캠프 E스포츠 대결 때문에 연습 게임 몇번 한 게 전부인데 돌이켜 보니 생각보다 많이 한 것 같다. 일단 서버리스 프론트 엔드는 AWS에서 제공해주는 Route 53을 이용에 어제 했던 가비아와 막 s3, 클라우드 프론트를 왔다갔다 한 걸 편하게 이용할 수 있는 방법을 배웠다. 몇가지 정책과 인증만 다시 받으면 어제 했던 것보다 더 간단하게 도메인 연결을 ..

프론트와 백엔드 CSR/SSR/SSG -CSR (Client Side Rendering) : 페이지 구성을 Client 에서 함 ex)ajax,fetch, 치면적 단점은 코드 노출 -SSR (Server Side Rendering) : 페이지 구성을 Server에서 함. ex)flask, rendering, jsp, php... -SSG (Static Site Generator) : 빌드 타임에 모든 URL HTML을 캐싱 SPA(Single Page Application) -CSR에 속함( 초기 페이지 로딩 속도가 느리며 완전 1:1이라고 할 수 없다.) -페이지 한개로 서비스 -유저에 요청에 따라 페이지 내부를 바꿈 -구현하려면 많은 Hide와 동적로딩 필요 -React,Vue,Angular,Svel..

공부정리 - ( https://mo-i-programmers.tistory.com/62 ) 오늘은 그래도 좀 공부가 되나 싶었는데 이.. 가게 일 도와주러 중간중간 나갔다 왔다. 하지만 나름 공부는 어느정도 진행 한 거 같아 만족까진 아니더라도 공부는 했구나 하는 느낌은 있는 것 같다. 오전에 SQL 배운걸 한번 복습하고 남은시간동안 Java공부를 진행 했으며 오후부터는 튜터님의 실시간 강의, 그리고 또 남은 시간에 Java 이렇게 진행했는데 실시간 강의가 이번엔 좀 수월하게 진행이 돼서 만족스러움이 더 있는 것 같다. AWS를 이용한 클라우드 강의 였는데 S3를 이용한 페이지 만들기가 주 였고 가비아를 이용해 클라우드 프론트와 도메인을 연결하는 등 확실히 강의도 들으면서 AWS를 사용해보니 점점 머리에..

정리-1 ( https://mo-i-programmers.tistory.com/59 ) Subquery 쿼리안의 쿼리! -Where절 조건문인데 Subquery의 결과를 조건에 활용하는 방식으로 유용하게 사용 where 필드명 in (subquery) 방식 select * from users u where u.user_id in (select o.user_id from orders o where o.payment_method = 'kakaopay'); // 카카오페이로 결제한 주문건 유저들만 1. from 실행 : users 데이터를 가져와줌 2. Subquery 실행 : 해당되는 user_id의 명단을 뽑아줌 3. where ..in 절에서 subquery의 결과에 해당되는 'user_id의 명단' 조..

정리 -2 ( https://mo-i-programmers.tistory.com/60 ) Join 두 테이블의 공통된 정보 (key값)을 기준으로 테이블을 연결해서 한 테이블처럼 보는 것 -Left Join // A 와 B는 각각의 테이블 -Inner Join -inner join부터 select * from enrolleds e inner join courses c on e.course_id = c.course_id; //course_id 값으로 서로 join 실행 되는 순서 : from >> join >> select 1. enrolleds 테이블 데이터 전체를 가져온다. (enrolleds) 2. courses를 enrolleds테이블에 붙인다. enrolleds 테이블의 course_id와 동일한..

공부정리 - ( https://mo-i-programmers.tistory.com/59 -1 ) ( https://mo-i-programmers.tistory.com/60 -2 ) 'SQL이랑 자바 이정도면 할만하지 않냐? 스프링 배워봐도 될 듯' 어림도 없지 오늘 메인 공부는 SQL 이었고 부수적으로 아직 다 못들은 Java 강의를 들었다. SQL은 생각보다 쉬웠고 또 짧아서 끝까지 다 들었는데 Java는 내용이 방대해서 그런가 여전히 많이 남아 있다. 연필 잡는 법을 알아야 글씨가 이쁘게 써지는 것처럼 Java를 열심히 해놔야 스프링 때 덜 고생할 것 같다. 그렇다고 자바에 모든 걸 거는 건 아니지만 비 전공자인 만큼 배울 때마다 모르는 것 투성이라 시간이 오래 걸리니 어쩔 수가 없다. 새로운 공부였..

데이터베이스 여러 사람들이 같이 사용할 목적으로 데이터를 담는 통 모든 데이터 베이스는 CRUD에 해당하는 기능을 지웒나다. C(Creat) : 데이터의 생성 R(Read): 저장된 데이터를 읽어오는 것 U(Update): 저장된 데이터를 변경 D(Delete): 저장된 데이터를 삭제 SQL(Structured Query Language)을 이용하면 데이터를 손쉽고 깔금하게 정리/분석 가능하며 R(Read)을 편하게 만들어준다. SQL Select 쿼리문 ※쿼리(Query)문 질의를 의미, 데이터베이스에 명령을 내리는 것 Select 쿼리문은 1. 어떤테이블에서 2. 어떤필드의 데이터를 가져올지로 구성 max로 교체 group by 범주가 담긴 필드명; -평균 / 합계 구하기 select 범주가 담긴 필..

(공부정리 - https://mo-i-programmers.tistory.com/57 ) '더 열심히 공부하면 된다고 생각한다. 그래야 Java 공부를 열심히 할 수 있으니까 그것이 코딩이니까' 저번 주는 약간 급한 느낌이었는데 주말 동안 잘 찾아보면서 공부를 차근차근 시작하니 많이 좋아진 것 같다. 특히나 Java강의를 새로 시작하면서 가려운 곳이 긁어지니 마음이 많이 편해졌으며 오늘부터 들어간 SQL교육 또한 생각보다 재밋어서 공부의 흥미가 다시 돌아온 것 같다. 코딩에 대한 흥미는 계속 있었지만 공부가 막혀 있어서 많이 위험했는데 사이다 한모금이 들어간 것 마냥 조금 탁 터져서 컨디션이 많이 올라갔다. 대신 장요근 스트레칭을 많이 해주자. 일단 오늘은 먼저 Java 강의를 들었는데 유튜브에 뉴렉처라..