# domain
절차 관점 분리로 대용량 데이터 처리한 후기
개요 데이터를 하나 만드는데 처리절차가 복잡하고 많다면 순서대로 처리하지 말고 전략적으로 묶어서 처리하면 더 빠르게 처리할 수 있다 실제는 더 복잡하지만 간략하게 축약했다 대용량 데이터 지도 위에 시간순으로 결제데이터를 만들어야 한다 결제데이터를 만드는 재료로 Domain A 또는 Domain B를 사용한다 지도 위에 결제데이터는 A만 존재하거나 B만 존재할 수도 있고 A와 B가 동시에 존재할 수도 있다 A가 B보다 훨씬 많이 존재한다 결제데이터에 추가데이터로 Domain C가 optional로 존재한다 지도 위에 A 또는 B를 해당 위치에 시간순으로 정렬한다 결제데이터에 표시할 C가 있으면 추가로 표시한다 절차 
📁 [SQLD] - 웹의 주소와 신원 확인의 열쇠 : Domain
도메인은 인터넷 세계에서 가장 중요한 역할을 하는 주소입니다. 웹사이트를 방문할 때, 이 주소를 입력하면 해당 웹페이지로 이동할 수 있습니다. 더 나아가, 도메인은 온라인 신원 확인의 핵심이기도 합니다. ⏭ Domain 이란? 💠 도메인 기본 구성 프로토콜(Protocol) : 일반적으로 “http://” 또는 “https://”와 같은 프로토콜이 포함됩니다. 도메인 이름(Domain Name) : 웹사이트의 고유 주소로, "www.example.com"과 같이 표시됩니다. 포트 (Port) : 웹 서버에 연결할 때 사용하는 포트 번호입니다. 보통 "80" (HTTP) 또는 "443" (HTTPS)가 사용됩니다 💠 도메인의 중요성 브랜딩 : 도메인 이름은 웹 사이트의 브랜딩에 중요한 역할을 합니다.쉽게 기억되고 사용자에게 신뢰를 줄 수 있는 이름을 선택하는 것이 중요합니다. **SEO(
AWS Route 53
Route 53 이란? Route53은 AWS에서 제공하는 DNS 서비스이다. 100% SLA 가용성을 제공하는 유일한 AWS 서비스이다. > SLA : Service Level Agreement로 서비스 수준협약 DNS 란? DNS는 Domain Name Service로 사람이 읽을 수 있는 도메인 이름(ex: velog.io)을 기계가 읽을 수 있는 ip주소(ex: 168.126.63.1)로 변환해주는 서비스를 말한다. 도메인 레지스트리 특정 최상위 도메인을 판맨할 권리를 소유한 회사를 말한다. Route 53, GoDaddy 등이 있다. DNS Record 도메인 또는 하위 도메인의 트래픽을 라우팅 할 방법을 정의하는데 사용되는 호스팅 영역 내 객체이다. DNS Record Type A : 호스트 이름과 IPv4 IP를 매핑 AAAA : 호스트 이름과 IPv6 IP를 매핑 CNAME : 호스트 이름을 다른 호스트 이름과
[AWS] EC2를 이용한 서버배포 - 6
지난시간에 이어 이번에는 Route53을 사용하여 도메인을 설정해보도록 한다. 1. 도메인 구매 개인 프로젝트를 위한 도메인을 하나 구매한다. 가비아가서 도메인 아무거나 1년짜리 싼거 구매하면 된다. 왜 아무거나 구매해도 될까? 도메인이면 좀 멋있고 눈으로 보기에 아름다운 도메인을 구매해야하지 않을까? 이유는 백엔드 API는 같은 프로젝트의 프론트엔드개발자 밖에 사용하지 않기 때문... 필자 막 아이언맨.com 이런 도메인을 사용해도 그 도메인을 쓰는건 우리 팀 프론트엔드 개발자 뿐이니 눈물만 흐른다. 2. Route53 설정 
[도메인 주도 개발 시작하기] 정리_Lock, 도메인 서비스, 응용 서비스와 표현영역
도메인 주도 개발 시작하기 책을 읽고 개념을 간단하게 정리하기 위한 포스팅 📖 표현 영역과 응용서비스 📄 표현 영역 ✒ 표현 영역 역할 사용자가 시스템을 사용할 수 있는 화면을 제공하고 제어 사용자의 요청을 알맞은 응용 서비스에 전달하고 결과를 사용자에게 제공 사용자의 세션을 관리 실제 사용자가 원하는 기능을 제공하는 것은 응용 영역에 위치한 서비스이다. 📄 응용서비스 ✒ 응용서비스 역할 도메인 객체를 사용해서 사용자의 요청을 처리하는 영역 주로 도메인 객체 간의 흐름을 제어하고 순서를 보장 트랜젝션 처리(@Transaction) **도메인 로직을 넣지 않게 주의해야 한다. 만약 넣게 되면 응직도가 떨어지고 코드 중복이 발
[도메인 주도 개발 시작하기]Entity(엔티티)와 Value(밸류) 매핑 전략 정리
📖 들어가며 최근 개인 공부를 위해 도메인 주도 개발 시작하기 책을 사서 읽고 있습니다.😀 5장까지 읽으며 느낀 점은 사길 정말 잘했다!! 왜 이제 샀을까 라는 생각만 드는 너무 좋은 책인것 같습니다.. JPA와 Domain에 익숙하지 않은 저 같은 분들에게는 꼭 필요한 책이라고 생각합니다!! 해당 글은 5장까지 읽으며 4장의 3번째 내용인 Entity와 value의 여러가지 매핑 구현에 대해서는 꼭 정리를 한번 해야겠다는 생각이 들어 정리하게 되었습니다. 📖 사전 준비 도메인이란 소프트웨어로 해결하고자 하는 문제 영역을 뜻 합니다. 만약 쇼핑몰을 구현한다면 쇼핑몰은 도메인이 되며 주문, 상품, 회원 등 여러 하위 도메인으로 구성되는 것입니다. 📃 도메인의 구성요소 엔티티(Entity): 고유의 식별자를 갖는 객체로 자신의 라이프 사이클을 갖는다. 밸류(Value): 고유의 식별자를 갖지않는 객체로
MVC Pattern에서의 유효성 검사
최신순 정렬 해당 글은 위쪽의 내용들이 최신 내용! --- '23.08.04 생각이 바뀌었다. > 각 Layer와 객체엔 각자의 책임이 있다. 검증 또한 그러하다. 각 도메인과 Model, View는 최소한의 책임이 존재한다. 물론, View에서 Car에 대한 검증을 진행해야 한다는 것은 아니다. 각자의 책임이 너무 오지랖이 되는 것은 아닌지 경계해야 한다는 뜻이다. Validation의 위치에 대해 토론한 StackOverflow의 글이다. 해당 글에서도 많은 의견이 오가고 있다. 필자는 많은 고민을 하였고, 각 객체는 DI받는 객체를 제외하고는 그 자체로 무결성을 지녀야 한다는 결론에 도달하였다. >물론, 추후에 다시 관점이 변할 수 있지만! 우선은 각 Layer의
도메인 구매하기 (가비아)
공모전 프로젝트에 사용할 도메인이 필요했다. 이번에도 예전에 구매해본 적이 있는 가비아에서 구매를 했다! 개인적으로 가비아가 저렴한 것 같다 😇 1. 가비아 사이트에 들어가서 로그인 or 회원가입을 한다. https://www.gabia.com/ 2. 본인이 원하는 도메인을 검색한다. 3. 본인이 원하는 도메인을 선택 후 신청하기 버튼을 누른다. 4. 등록 기간을 정하고 개인 정보를 입력한다. 
(Spring) 취향 기반 향수 추천 서비스 - 10. 향수 리뷰 게시판 (리뷰 좋아요 기능)
맨 처음 설계할 때는 좋아요, 싫어요 , 취소 세가지의 기능을 생각했습니다. 다만, 실제 어플을 사용해보면 좋아요 혹은 싫어요 버튼을 두 번 누를 경우 취소되는 방식이었습니다. 또한, 싫어요 상태에서 좋아요 버튼을 클릭하면 예외를 던지지 않고 LikeStatus 상태가 변하는 방식으로 설계를 하였습니다. PerfumeReviewBoard.java ReviewLike.java > 맨 처음에는 코드를 위와 같이 작성을 하였습니다. 코드를 작성하고 테스트코드까지 다 만든 뒤에 다시 코드를 보는데 뭔가 어색한 부분이 보였습니다. ReviewLike 객체는 현재 상태가 Like상태인지 UnLike상태인지 Canceled된 상태인지 판단하는 책임만을 가져야 하는데, ReviewBoard의 likeCount 상태를 변경하는 역할까지 하고 있었습니다. 따라서, ReviewLike는 *상태만 관리하는 역할을 하고 실질적으로 Counting해주는 기능은 분리
[멘딕스] Association-Ownership, 나만 이해 못했어?!?
개요 멘딕스에서는 객체를 엔터티라 하여 테이블의 역할을 한다. > 위 사진은 Mendix Domain model에 정의되어 있는 Entity들의 모습이다. 이때 Entity를 기존 DB에서 Table이라 이해하면 쉽다. 사진에서 두 Entity를 이어주는 화살표를 Association이라 한다. Association Association이란? Association은 엔터티간의 관계를 나타내는 것으로 기존 DB에서 Relation에 해당한다. DB에서 Relation을 맺기 위해서는 Foreign key를 정의해줘야 했지만 멘딕스에서는 정의할 필요 없이 드래그 앤 드랍으로 각 Entity의 Association을 정의해줄 수 있다. Association의 종류 Association의 종
DDD
DDD라는 개념이 어떤 것인지 간단하게 훑어보고자 합니다. DDD(Domain-Driven Design) 2003년 Eric Evans의 책 DDD에서 처음 등장한 이 개념은 소프트웨어 개발 접근 방식 중 하나로, 아래의 사항들을 만족해야 합니다. 프로젝트의 주요 관심사를 핵심 관심사로 초점을 맞춘다. 도메인 실무자들과 소프트웨어 개발자들의 협업이 가능하도록 한다. Bounded Context 안에서 유비쿼터스 언어로 소통한다. 여기까지만 보면 무슨 내용인지 이해가 잘 가지 않습니다. 도메인은 무엇이고, Bounded Context? 유비쿼터스 언어? 너무 생소한 개념들이 많습니다. DDD를 한마디로 정의하자면 비즈니스 도메인을 중심으로 소프트웨어를 구축하는 방법론입니다. 이 문장을 생각하면서 좀 더
2023.07.05.WED
No projects are found to import 에러 이클립스에서도 인텔리제이에서도 프로젝트 인식 못 할 때. File > Open Projects from File System 이용 https://humahumahuma.tistory.com/121 소스트리랑 깃랩 연동할 때, 도메인 이름을 넣어줘야한다. 뒤에 uri 다 적었다가 계속 에러남. https://velog.io/@bk87/Ma-GitLab-CE-SourceTree-%EA%B3%84%EC%A0%95-%EB%93%B1%EB%A1%9D-%EB%B0%A9%EB%B2%95 git push할 때 remote: Invalid username or password. 에러 -> 원격 저장소 주소 지웠다가 재설정하면 됨. https://realzzu.tistory.com/115 내 컴퓨터의 도메인 변경/설정하기 -> 신기함... https://sh970901.tistory.co
DSL(Domain Specific Language)
DSL 특정 도메인(산업, 분야등 특정 영역)에 특화된 언어 > Dave Thomas “문제 영역의 해결에는 그 영역의 언어를 전제로 둬야하며, 거기에서 프로그래밍 솔루션을 꺼내는 것이 중요하다.” > 내부 DSL 호스트 언어 구문을 이용하여 자체적으로 의존하는 무언가를 만드는 경우에 해당 내부 DSL에서는 API와 DSL의 경계가 모호해 비슷하게 생각하는 경향 존재 → 좀 더 일반 사용자가 알아보기 쉬운 API가 내부 DSL로 생각하면 됨 호스트 언어 능력과 지금까지 사용하던 도구를 그대로 사용할 수 있다는 점, 처리 결과를 쉽게 예측할 수 있어서 해당 언어를 잘 알면 원활한 사용 가능 내부 DSL 형태 메타 프로그래밍의 형태로 언어에 미니 언어를 만들 수 있음 💡[MetaProgramming](https://www.notion.so/MetaProgramming-7eea4d54d30a40788d3f074b3a53d47
도메인 주도 개발 정리 1.
1.1 도메인이란 도메인(domain)은 개발자 입장에서 구현해야 할 소프트웨어의 대상을 뜻한다. 즉, 소프트웨어로 해결하고자 하는 문제 영역이다. 하나의 도메인은 하위 도메인들로 구성이 가능하다. 여러 하위 도메인들이 서로 연동하여 하나의 완전한 기능을 제공한다. 도메인 안에 모든 기능들은 구현하지 않아도 된다.(외부 영역과의 연결, 기능화하지 않는 소규모 작업 등) 하위 도메인은 항상 정해진대로 구성되지 않는다. 상황에 따라 달라질 수 있다. 1.2 도메인 전문가와 개발자 간 지식 공유 개발 및 코딩 시작 전에 요구사항을 올바르게 이해하는 것이 중요하다.(아닐 경우, 시간 및 비용 증가) 개발자가 도메인 전문가 만큼의 도메인 지식을 갖춰야 한다. "Garbage in, Garbage out"(잘못된 값이 들어가면 잘못된 결과가 나온다) 개발자도 도메인 지식이 필요하다 1.3 도메인 모델 도메인을 설명하기 위한 도메인
도메인 Lookup의 이해
도메인 인터넷에서 도메인이 없다면 전부 숫자를 외워야 합니다. IP주소를 써야 하기 때문이죠. 그래서 IP주소 대신 사람이 이해할 수 있는 이름이 필요합니다. 그것이 바로 도메인 입니다. 14.169.188.13 같은 것은 외우기도, 이해하기도 어렵지만 imweb.me 는 참 쉽죠. 이것이 도메인의 역할 입니다. 그렇다면 도메인으로 IP주소로 찾을 방법이 필요하겠지요? Domain Name Server (DNS) 어떤 도메인의 IP주소를 찾아주는 서비스 입니다. 결국, 전화번호부 같은 겁니다. 김아무개 전화번호는? 아임웹의 IP주소는? DNS 서버는 누구나 운영 가능 누구나 만들거나 설치해서 운영할 수 있습니다. 꼭 필요하다면 말이죠. RootDNS 와 최신 정보를 주고 받으며 데이터의 동기화를 유지합니다. 하지만, 요즘은 AWS의 Route53 이나 Cloudflare 를 이용 합니다. 그렇다면, DNS 서버가 모든 도메
AD구축
E-Mail 서버 MS Mail eXchange를 설치해서 Windows 도메인에서 메일서버로 활용할 수 있다. MS eXchanger 서버의 IOS를 구할 수 없으면 hMailServer 프로그램을 무료로 다운받아서 사용해볼 수도 있다. 파일을 다운받아서 디폴트로 설치한 뒤, 패스워드로 rootoor을 입력한다. 이제 Connect 창이 뜨면 rootoor을 입력해서 서버와 연결한다. MS SQL 데이터베이스 서버 Windows MS SQL 서버를 설치해서 사용해 보자. Windows Server 2008에 SP2가 설치되어져 있어야 하는데 최초에 Windows SErver 2008 R2를 사용하면 무리없이 설치된다. PowerShell과 .NET 4.0/4.5 이상이 설치되여 있어야 한다. Active Directory 구축 Windows 로컬 서버 머신을 도메인 컨트롤러 머신으로 변경해서 서울 본사(kahn.edu)
[iOS] App Transport Security policy 도메인으로 통신 안 될 때 (iOS/RN 개발 중 도메인 연결 후 통신 안 될 때)
EC2 Domain 연결 후, 앱에서 통신 보낼 때 주의할 점 ec2 instance 에 node.js server app 을 배포한 뒤에, 해당 인스턴스의 ip address 로 리퀘스트를 보내면 잘 응답이 왔지만, ip와 연결한 도메인으로 리퀘스트를 보내면 응답이 안 오는 문제가 있었다. 그래서 React Native Debugger도 깔고 별 짓을 다 해봤다.. 근데 웃긴 게 디버거에서 enable network inspection을 하면 통신이 보내지는겈ㅋㅋㅋㅋㅋㅋㅋㅋㅋ 네트워크 에러를 콘솔을 활용해(디버거) 뜯어본 결과 이런 에러가!!!! 두둥 탁 애플의 ATS 폴리시 때문에 http 통신이 막히고 있었던 것.. (아마 디버거로 됐던 이유는 중간에.. 음 클라이언트가 변경되었던지 뭐 그런게 아닐까. https 머시기가 중간에 개입했다던가? 모르겠다!) 해결법은 Info.plist를 수정해주면 된다. 
Domain 구매 DNS 관리하기
우선 Domain을 구매해야한다. Domain 업체는 국내, 해외 엄청 많다. Domain을 어떤걸 쓰냐에 따라 가격이 천차만별 다르다. 그중 저는 일반적인 kr Domain을 구매하였습니다. 이 글은 호스팅케이알 기준으로 설명드리겠습니다.(제가 여기서 샀음..) 아무튼 Domain을 구매하면 Domain 관리를 들어갈 수 있다. 나의 서비스 항목에 들어가면 Domain이 보입니다. 저기서 네임서버/DNS 관리를 누르고 네임서버 수정을 합니다. 클라우드 플레어에 들어가 사이트추가를 누르고 본인 Domain 주소를 넣으면 DNS 관리가 활성화 됩니다. 그때 클라우드 플레어에서 네임서버 2개를 제공해주는데 그걸 복사해서 위 이미지와 같이 복사해서 넣어주면 됩니다. 그러면 이제 DNS 설정도 끝입
Repository vs Dao? Domain vs Entity?
개요 이전에 크루들이 Repository와 Dao의 구분 그리고 Domain과 Entity의 구분에 대한 많은 이야기를 하였습니다. 그 당시에는 DB의 구조와 도메인의 구조가 거의 동일했기에 별로 고민해보지 않은 주제였습니다. (당시엔 고민할 필요성을 크게 느끼지 못했다고 볼 수 있겠네요.) 하지만, 이번 미션 같은 경우엔 어느정도 차이가 생겨서 많은 고민을 하게 되었고, 나름 Repistory와 dao, domain과 entity에 대해 정의 내린 것을 글로서 정리해보려고 합니다. 제가 정리한 정의는 보편적인 정의와 다를 수 있습니다. 제가 정의한 방식으로 코드를 작성했을 때 생기는 문제점이나 오류를 코멘트로 남겨주시면 저에게 많은 도움이 되니, 가감없는 피드백 부탁드립니다. 추가적으로 아래 환경은 ORM을 쓰지 않은 환경을 말하고 있습니다. What is Domain, Entity Domain 저는 도메인 객체는 **주어진 요구사항을 처리하기 위해 설계
도메인 코드에 클린 아키텍쳐 적용하기
이전 글에서 단일 모듈이었던 기존 프로젝트를 멀티 모듈 프로젝트로 바꾸었는데요. 이번 글부터 실제 코드를 하나씩 뜯어 고치는 시간을 가져보겠습니다. Chooz 프로젝트는 유저들이 투표를 올리고 올린 투표에 대해 유저들이 투표를 하고 투표한 사람들의 정보로 통계를 내고 특정 주제에 대해 특정 mbti,