목록서적 공부 (13)
CheerUp_Cheers
#웹 서비스의 백엔드 - 애플리케이션 코드 작성 - 데이터베이스를 관리 but, 규모있는 회사에서는 DBA라는 직군이 있다 ->이것이 백엔드 개발자가 데이터베이스를 몰라도 된다는 것을 의미 하지는 않음. ->스타트업이나 개발자가 적은 서비스에선 개발자가 데이터베이스를 관리해야함. #RDS if, 정한 용량을 넘더라도 쓴 만큼 비용 지불. 다음과 같은 작업을 신경 쓰지 않아도 됨. - 모니터링 - 알람 - 백업 - HA(고가용성) : 무중단 서비스 제공 #Mysql - 단순 쿼리 처리 성능이 압도적. - 오랜기간 사용 -> 성능과 신뢰성(꾸준한 개선) #MariaDB - 좀더 활성화된 커뮤니케이션 - 다양한 스토리지 엔진 - 동일 하드웨어 사양으로 Mysql보다 향사된 성능. 7.1 AWS RDS만들기 나..
EC2는 알아서 만들자. #클라우드 종류 1) IaaS 기존 물리 장비를 미들웨어와 함꼐 묶어둔 추상화 서비스. 가상머신, 스토리지,네트워크,운영체제 등의 IT인프라를 대여해주는 서비스. ex) AWS의 EC2, S3 등. 2) PaaS Iaas를 한번더 추상화한 서비스. 추상화했기 때문에, 많은것이 자동화 ex)AWS의 빈스톡, 헤로쿠 등. 3) SaaS 소프트웨어 서비스를 이야기. 구글 드라이브. 드랍박스, 와탭 등. 6.3 EC2 서버에 접속하기 - 윈도우 : putty(본인) 설치하기. - mac : 터미널 [1] Putty 다운로드 사이트 https://www.putty.org/ - putty.exe - puttygen.exe pem키를 ppk파일로 변환해주는 클라이언트. 두파일 다운로드. Do..
#스프링 시큐리티 - 막강한 인증 - 인가 5.1 스프링 시큐리티와 스프링 시큐리티 Oauth2 클라이언트 #OAuth 기능 목록 - 로그인 시 보안 - 비밀번호 찾기 - 비밀번호 변경 - 회원정보 변경 - 회원가입 시 이메일 혹은 전화번호 인증. #스프링부트 2.0방식 다음 라이브리를 사용함으로써 가능. spring-security-oauth2-autoconfigure - 1.5에서 쓰던 방식을 그대로 사용 가능. - url 주소 모두 명시 -> client 인증 정보만 입력 하면 가능. - 직접 입력 -> enum으로 변경. 5.2 구글 서비스 등록 [1] https://console.cloud.google.com/ 접속 Google Cloud Platform 하나의 계정으로 모든 Google 서비스..
4.1 서버 템플릿 엔진과 머스테치 소개 # 템플릿 엔진 지정된 템플릿 야식과 데이터가 합쳐져 HTML문서를 출력하는 소프트웨어. - 서버 템플릿 엔진 ( JSP, Freemarket ) 서버에서 자바코드로 문자열을 만든뒤, 문자열을 HTML로 변환하여 브라우저로 전달. 서버에서 다 만들어진 후 전송. - 클라이언트 템플릿 엔진 ( 리액트, 뷰 ) 브라우저에서 화면을 생성, 서버에서 이미 코드가 벗어난 형태. 클라이언트에서 조립. #머스테치 수많은 언어를 지원하는 가장 심플한 템플릿 엔진. 자바에서 사용될 때는 서버 템플릿 엔진으로, 자바스크립트에서 사용될 때는 클라이언트 템플릿 엔진으로 사용. 장점 - 문법이 다른 템플릿 엔진보다 심플. - 로직 코드를 사용할 수 없어 View의 역할과 서버의 역할이 ..
#JPA 자바 표준 ORM(객체를 맵핑하는 것), 명세 현대의 웹 애플리케이션에서의 관계형 데이터베이스는 빠질 수가 없다. 장점 - 내부쿼리를 직접 작성할 필요가 없음. - 객체 지향 프로그래밍이 쉬움(부모-자식, 1:N 관계) 패러다임 불일치 : 0관계형 데이터베이스와 객체지향 프로그래밍 언어의 패러다임이 다르다 ->따라서 JPA는 중간에서 패러다임을 일치 시켜주기 위한 기술. ->SQL에 종속적인 개발을 하지 않아도 됨. #Spring Data JPA 구현체들을 좀더 쉽게 추상화 시킨 모듈. JPA RDMS에서 몽고DB로 바꾸고 싶..
2. 서론 - 최근 추세, 대부분의 서비스 회사가 테스트 코드에 관해 요구(최소한의 테스트) - 테스트 코드 작성의 기본을 배우자. 2.1 테스트 코드 소개 (1)TDD : 테스트가 주도하는 개발. (2)단위 테스트 : TDD의 첫 번쨰 단계인, 기능단위의 테스트코드를 작성하는 것 따라서, TDD와 단위테스트는 다름. - RED : 항상 실패 하는 테스트 먼저 작성. - Green : 테스트가 통과하는 프로덕션 코드작성 - Purple : 테스트가 통과하는 프로덕션 코드 리펙토링. #왜 단위 테스트가 중요할까요? - 단위테스트 자체가 문서로 사용가능. - 개발 단계 초기에 문제 발견. - 코드를 리팩토링 하거나 라이브러리 업그레이드 등에, 기존 기능이 올바르게 기능하는지 확인 ex) 회귀 테스트. - 코..