아키텍처: 엔터프라이즈 애플리케이션 구축 방법
3817 단어 architecture
새로운 고객을 추가하기 위해 시스템을 만들어야 한다고 가정하면 최종 사용자가 그 안에 정보를 입력하고 처리하고 검증하며 데이터베이스에 보낼 수 있는 응용 프로그램을 만들 수 있다.
간단하게 들려요?응, 아니야.
이것은 첫 번째 버전이다.
간단한 고객 삽입 방법
엔터프라이즈 애플리케이션이 아닙니다.
이 판본에 무슨 문제가 있습니까?
뭐가 잘못된 조회야?
만약 이 표의 고객이 1억 건의 기록을 가지고 있다면?
이것은 나쁜 문제다.
select * from customers.
간단한 조회가 전체 데이터베이스의 성능을 파괴할 수 있다는 말입니까?네, 그렇습니다.엔터프라이즈 버전
어떻게 변했어?우리는 우리의 시스템을 두 부분으로 나눈다(만약 우리가 데이터베이스를 계산한다면 세 부분으로 나눈다), 일부는 시각화 인터페이스(웹, 서버 1), 다른 일부는 지속성(논리, 서버 2)이다.데이터베이스(서버 3)를 분할하고 저장 프로세스를 추가했습니다.
더 많은 코드인가요?네, 더 많은 관료주의가 있습니다.
우리 왜 이러는 거야?
내가 설명할게.
모든 응용 프로그램 (내부 네트워크) 은 웹 서비스에 접근하여 사용할 수 있습니다.이 프로그램은 어떻게 완성되었는지 알 필요가 없습니다. 웹 서비스만 호출하면 작업을 완성할 수 있습니다.따라서 이론적으로 말하자면 어떠한 시스템에도 영향을 주지 않는 상황에서 데이터베이스(결합 해제로)를 변경할 수 있다.
안전성에 대해 만약에 우리의 영상 서버가 해커에게 공격당했다고 가정하면 해커가 우리의 웹 서비스를 공격할 가능성은 매우 적다. 우리의 해커는 데이터베이스를 어떻게 공격하는지 모르고 심지어 데이터베이스가 있는지 모른다.
이 밖에 웹 서비스는 캐시, 부하 균형, 군더더기 등 다른 목적에도 사용할 수 있다.
일반적으로 웹 서비스는 서비스 버스라고 불리는 그룹으로 나뉜다.
주:
만약 당신이 한 기업에서 일한다면, 당신은 "응, 나는 이미 알고 있어"라고 말할 수 있다. 그래, 이것이 핵심이다.기업에서 일하는 것은 매우 쉽다. 왜냐하면 그것은 중복되기 때문이다.이것은 결코 이상하지 않다.
주2:신사를 죽이지 마라.
미디어에도 발표https://medium.com/cook-php/architecture-how-to-build-an-enterprise-application-9c649018e537
그러나 이것은 전체 응용 프로그램이다.
네, 그렇습니다.
그런데 마이크로서비스, AWS, 클라우드 등은요?
기업은 클라우드와 마이크로서비스를 일부 프로젝트(예를 들어 기업 포털)에 사용할 수 있지만 기업 응용 프로그램에 사용할 수 없다.예외도 있지만 다른 규칙과 함께 사용됩니다. 예를 들어 AWS for Enterprise(EDP)는 서로 다른 규칙을 사용합니다. 계약, NDA 및 기타 요소(서명된 SLA)가 필요합니다. 클라우드가 아니라 아웃소싱과 같습니다.
Reference
이 문제에 관하여(아키텍처: 엔터프라이즈 애플리케이션 구축 방법), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://dev.to/jorgecc/architecture-how-to-build-an-enterprise-application-i1p텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)