이 글은 https에서 옮겨왔습니다.://www.cnblogs.com/hhandbibi/p/7118740.html OLTP 및 OLAP 소개 데이터 처리는 크게 두 가지 범주로 나눌 수 있습니다.：OLTP(온라인 거래 처리)、 OLAP(온라인 분석 처리)。OLTP는 전통적인 관계형 데이터베이스의 주요 응용 프로그램입니다.，대부분 기본、일일 거래，예: 은행 거래。OLAP는 데이터 웨어하우스 시스템의 주요 응용 프로그램입니다.，복잡한 분석 작업 지원，의사 결정 지원에 집중，그리고 직관적이고 이해하기 쉬운 쿼리 결과 제공。 OLTP 시스템은 데이터베이스 메모리 효율성을 강조합니다.，다양한 메모리 지표의 명령 속도 강조，바인드 변수에 대한 강조，동시 작업 강조； OLAP 시스템은 데이터 분석을 강조합니다.，SQL 실행 시장에 대한 강조，디스크 I/O 강조，파티션 등을 강조합니다.。 OLTP，온라인 거래 처리(Online Transaction Processing)라고도 함，매우 거래적인 시스템을 나타냅니다.， 일반적으로 가용성이 높은 온라인 시스템입니다.，소액 트랜잭션 및 소액 쿼리에 집중，시스템을 평가할 때，일반적으로 초당 실행되는 트랜잭션 및 SQL 실행 수에 따라 다릅니다.。그런 시스템에서，단일 데이터베이스는 종종 초당 수백 개 이상의 트랜잭션을 처리합니다.，또는 수천，Select 문의 실행량은 초당 수천, 심지어 수만。일반적인 OLTP 시스템에는 전자 상거래 시스템이 포함됩니다.、은행、증권 등，미국 eBay의 비즈니스 데이터베이스와 같은，일반적인 OLTP 데이터베이스입니다.。 OLTP 시스템에서 가장 가능성이 높은 병목 현상은 CPU 및 디스크 하위 시스템입니다.。 (1) CPU 병목 현상은 종종 논리적 읽기 및 계산 기능 또는 프로세스의 총량에서 나타납니다.，논리적 읽기의 총량은 실행 횟수를 곱한 단일 명령문의 논리적 읽기와 같습니다.，그래도 단일 문이 빠르게 실행되는 경우，그러나 사형 집행 건수는 매우 높습니다.，그래서，논리적 읽기 총계가 커질 수도 있습니다.。설계 및 최적화 방법은 단일 명령문의 논리적 읽기를 줄이는 것입니다.，또는 감소…

다음은 몇 가지 답변입니다.,매우 가치. 저자：나이프 핸들 다섯 링크：https://www.zhihu.com/question/23228213/answer/116940889 저작권은 저자에게 있습니다。상업적 재판의 경우 저자에게 연락하여 승인을 받으십시오.，비상업적 재판의 출처를 명시하십시오.。 클라우드 컴퓨팅과 DevOps의 현재 개발 추세 결합，성숙한 자동화 운영 및 유지 보수 플랫폼에는 다음과 같은 기능이 포함되어야한다고 생각합니다.： 하나、www.zhihu.com/question/23228213/answer/116940889 저작권은 저자에게 있습니다，주류 공용 클라우드、사설 클라우드 플랫폼에는 비교적 완전한 리소스 관리 API가 있습니다.， 이러한 API는 자동화 된 CMDB를 구축하기위한 기반이기도합니다.。 차세대 자동화 된 운영 및 유지 관리 플랫폼은 이러한 API를 기반으로 서버를 자동으로 유지 및 관리 할 수 ​​있어야합니다.、저장、인터넷、부하 분산 된 리소스。 API를 통한 리소스에 대한 작업은 작업 로그로 기록되어야합니다.，후속 운영 감사를위한 기본 데이터로 준비。 CMDB는 진부하게 들립니다.，그러나 이것은 실제로 모든 운영 및 유지 관리 도구의 인프라입니다.。 오픈 소스 도구를 기반으로 한 플랫폼 운영 및 유지 관리의 가장 큰 문제，다양한 도구간에 CMDB를 통합하는 방법。 CMDB가 통합되지 않았습니다.，일단 서버를 추가해야 함을 의미합니다.，각 작업 및 유지 관리 도구에서 동기화해야 할 수 있습니다.， 이건 여전히 아주 많이。。。 두、www.zhihu.com/question/23228213/answer/116940889 저작권은 저자에게 있습니다、서버 성능、다양한 서비스 (웹 서비스、신청 서비스、데이터베이스 서비스) 성능 모니터링。 더 잘하면 더 깊이 갈 수 있어야합니다、또는 상관 성능 분석。 이제 시장은 일반적으로 리소스 성능 모니터링과 애플리케이션 성능 모니터링 (APM)을 혼합합니다.，실제로 많은 제품이 내부에 있습니다.…

12306.cn 웹 사이트가 다운되었습니다，조국 사람들에게 욕을 먹었다。지난 이틀 동안 이것에 대해 생각했습니다.，이 문제를 사용하여 귀하와 웹 사이트의 성능에 대해 대략적으로 논의하고 싶습니다.。서두름 때문에，전적으로 나의 제한된 경험과 이해를 바탕으로，그래서，궁금한 사항이 있으면 함께 토론하고 수정하십시오.。(이것은 또 다른 긴 기사입니다.，성능 문제만 논의，해당 UI에 대해 논의하지 마십시오.，사용자 경험，또는 티켓 구매 주문과 결제를 분리하는 기능적인 것인지 여부) 비즈니스 모든 기술은 비즈니스 요구 사항과 분리할 수 없습니다.，그래서，성능 문제를 설명하기 위해，먼저 비즈니스 문제에 대해 이야기하고 싶습니다.。 중 하나，어떤 사람들은 이것을 QQ나 온라인 게임과 비교할 수 있습니다.。하지만 둘은 다른 것 같아요，온라인 게임 및 QQ는 온라인 또는 로그인 시 사용자 자신의 데이터에 더 많이 액세스합니다.，예약 시스템은 센터의 티켓 볼륨 데이터에 액세스합니다.，그것은 다르다。온라인 게임이나 QQ가 될 수 있다고 생각하지 말고 그냥 같다고 생각하세요.。전자 상거래 시스템과 비교할 때 온라인 게임 및 QQ의 백엔드 로드는 여전히 간단합니다.。 두번째，어떤 사람들은 춘절 기간에 기차를 예약하는 것이 웹사이트의 플래시 세일과 같다고 말합니다.。정말 비슷하다，그러나 당신의 생각이 표면에 있지 않다면，조금 다르다는 걸 알게 될거야。기차표에 대해，한편으로는 많은 수의 쿼리 작업이 수반됩니다.，게다가 BT는 주문을 할 때 데이터베이스에서 많은 일관된 작업이 필요하다는 것입니다.，한편으로는 시작점에서 끝점까지 각 구간 티켓의 일관성입니다.，반면에，구매자 경로、기차 번호、많은 시간 옵션이 있습니다，주문 방식은 계속 변경됩니다.。그리고 스파이크，그냥 죽여，쿼리 및 일관성 문제가 많지 않음。게다가，세크킬에 대하여，처음 N 사용자의 요청만 수락하도록 만들 수 있습니다(백엔드에서 데이터를 전혀 작동하지 않음).， 사용자의 주문 작업 로그일 뿐입니다.)，이런 종류의 사업，메모리 캐시에 죽일 수 있는 시간(초)만 입력하면 됩니다.，데이터 배포도 가능，100상품，10하나의 서버는 10을 넣습니다.，당시에 데이터베이스를 운영할 필요가 없습니다.。주문 수에 충분한 후，스파이크를 중지，그런 다음 배치로 데이터베이스에 쓰기。그리고 초 단위로 판매되는 제품은 많지 않습니다。기차표는 플래시 판매만큼 간단하지 않습니다，봄 축제 여행 시간，거의 모든 티켓이 핫 티켓，그리고 전국에서 온 거의 모든 사람들이，그리고 양도 사업도 있습니다，여러 재고 라인에 트랜잭션 작업이 필요합니다.，생각해봐，이게 얼마나 힘든 일이야。(타오바오의 더블일레븐은 사용자가 300만명에 불과하다.，그리고 기차표는 순식간에 수천만, 심지어 수억의 레벨을 가지고 있습니다)(업데이트됨)：20141월 11일：타오바오에 접속 후，타오바오의 시스템에 익숙하다，타오바오의 스파이크 활동，본질적으로 사용자는 CDN에 인증 코드를 입력하여 직접 필터링됩니다.，같은：1수천만 명의 사용자가 필터링되고 20,000명의 사용자만 남습니다.，이런 식으로 데이터베이스가 견딜 수 있습니다) 셋째，어떤 사람들은 이 시스템을 올림픽 티켓팅 시스템과 비교합니다.。아직은 다른 것 같아요。올림픽 티켓팅 시스템도 온라인화되자마자 폐지됐지만。그러나 올림픽 게임은 복권을 사용합니다.，즉, 선착순 접근 방식이 없습니다.，그리고，그것은 나중에 생각하는 복권입니다，사전에 정보를 받기만 하면 됨，사전에 데이터 일관성을 보장할 필요 없음，자물쇠가 없다，수평으로 확장하기 쉽습니다.。 네번째，예약 시스템은 전자 상거래 주문 시스템과 매우 유사해야 합니다.，인벤토리를 수행해야 합니다.：1) 인벤토리를 점유，2) 지불하다(선택사항)，3) 재고 운영 차감。일관성 검사가 필요합니다.，즉, 동시성 동안 데이터를 잠글 필요가 있습니다.。B2C 전자 상거래 회사는 기본적으로 이를 비동기적으로 수행합니다.，즉 말하자면，주문이 즉시 처리되지 않습니다，하지만 지연된 처리，성공적으로 처리된 경우에만，시스템에서 주문이 성공했다는 확인 이메일을 보냅니다.。많은 친구들이 실패한 확인 이메일을 받은 것 같습니다.。이것은，데이터 일관성은 동시성에서 병목 현상입니다.。 다섯，철도 발권 사업은 음란하다，갑작스런 석방，그리고 일부 투표는 모두가 공유하기에 충분하지 않습니다.，그래서，그래야만 모든 사람이 중국 특성을 가진 비즈니스인 티켓 예매를 할 수 있습니다.。그래서 티켓이 발매되었을 때，수백만 또는 수천만 명의 사람들이 죽임을 당할 것입니다.，조회，주문。수십 분 이내，웹 사이트는 수천만 명의 방문을 받을 수 있습니다.，이것은 무서운 일이다。12306의 피크 방문은 10억 PV라고 합니다.，오전 8시부터 오전 10시까지 집중한다.，정점에서 초당 수천만 PV。 몇 마디 더 말해봐： 인벤토리는 B2C의 악몽입니다.，재고 관리는 상당히 복잡합니다.。믿을 수 없어，모든 전통 및 전자 상거래 비즈니스를 요청할 수 있습니다.，재고 관리가 얼마나 어려운지 확인하십시오.。그렇지 않으면，뱅클 인벤토리 물어보는 사람 별로 없을듯。("Jobs Biography"도 읽을 수 있습니다.，Tim이 Apple의 CEO로 취임한 이유를 알 수 있습니다.，주된 이유는 그가 애플의 재고 사이클 문제를 해결했기 때문입니다.) 웹 사이트의 경우，웹 브라우징의 높은 부하를 쉽게 처리할 수 있습니다.，쿼리 로드를 처리하기 어렵습니다.，그러나 쿼리 결과를 캐싱하여 여전히 수행할 수 있습니다.，가장 어려운 것은 주문의 부담。인벤토리 액세스용，주문을 위해，기본적으로 비동기식으로 수행됩니다.。지난해 더블 11，Taobao의 시간당 주문 수는 약 600,000입니다.，Jingdong은 하루에 400,000만 지원할 수 있습니다(12306보다 더 나쁨).，아마존은 5년 전에 한 시간에 700,000건의 주문을 지원할 수 있었습니다.。보이는，주문하는 것이 우리가 원하는 만큼 성능이 좋지 않습니다.。 Taobao는 B2C 웹 사이트보다 훨씬 간단합니다.，창고가 없기 때문에，그래서，동일한 제품의 재고를 업데이트하고 쿼리하는 N개의 창고가 있는 B2C와 같은 작업은 없습니다.。주문할 때，B2C 웹사이트에서 창고를 찾아야 합니다.，사용자와 가까운，다시 재고가，이것은 많은 계산이 필요합니다。상상 해봐，당신은 베이징에서 책을 샀습니다.，북경 창고 품절，주변 창고에서 옮겨드립니다.，그런 다음 Shenyang 또는 Xi'an의 창고로 이동하여 재고가 있는지 확인하십시오.，없는 경우，강소 창고를 다시 봐야 한다，기다리다。타오바오는 별로입니다.，각 판매자는 자체 인벤토리를 가지고 있습니다.，재고는 숫자입니다，그리고 인벤토리는 상인들에게 분배됩니다.，오히려 성능 확장에 도움이됩니다.。 데이터 일관성은 실제 성능 병목 현상입니다.。어떤 사람들은 nginx가 초당 100,000개의 정적 요청을 처리할 수 있다고 말합니다.，나는 의심하지 않는다。하지만 정적 요청일 뿐입니다.，이론적 가치，대역폭만큼、I/O가 충분히 강함，서버의 컴퓨팅 성능이 충분합니다.，그리고 지원되는 동시 연결 수는 100,000개의 TCP 연결 설정을 견딜 수 있습니다.，그건 문제 없어。그러나 데이터 일관성에 직면하여，이 100,000은 완전히 도달할 수 없는 이론적 가치가 되었습니다.。 나는 너무 많이 말했다，나는 단지 당신에게 사업에서 말하고 싶습니다，우리는 비즈니스 관점에서 봄 축제 철도 티켓 예매 사업의 이상을 진정으로 이해해야 합니다.。 성능 문제를 해결하기 위한 프론트엔드 성능 최적화 기술，많은 일반적인 방법이 있습니다，아래에 나열합니다，12306은 다음과 같은 기술을 활용하여 질적인 성능 향상을 이루리라 믿습니다.。 하나、프런트엔드 부하 분산 DNS의 부하 분산 장치(일반적으로 라우터의 경로 부하에 따라 리디렉션됨)를 통해 사용자의 액세스를 여러 웹 서버에 고르게 분산시킬 수 있습니다.。이렇게 하면 웹 서버의 요청 부하가 줄어듭니다.。http 요청은 모두 짧은 작업이기 때문에，그래서，이는 매우 간단한 로드 밸런서로 수행할 수 있습니다.。사용자가 가장 가까운 서버에 연결할 수 있도록 CDN 네트워크를 보유하는 것이 가장 좋습니다(CDN에는 일반적으로 분산 저장소가 수반됨).。(로드 밸런싱에 대한 자세한 설명은 "백엔드 로드 밸런싱" 참조) 2、프런트엔드 링크 수 줄이기…

소위 시스템 통합(SI，시스템 통합)，구조화된 통합 배선 시스템과 컴퓨터 네트워크 기술을 통해，별도의 장치(개인용 컴퓨터와 같은)、기능 및 정보 등이 상호 연관되어 통합됩니다.、통합되고 조정된 시스템에서，리소스를 완전히 공유，집중력 달성、효율적인、편리한 관리。시스템 통합은 기능 통합을 채택해야 합니다.、네트워크 통합、소프트웨어 인터페이스 통합 등 다양한 통합 기술 。시스템 통합의 핵심은 시스템 간의 상호 연결 및 상호 운용성 문제를 해결하는 것입니다.，멀티벤더입니다、다양한 애플리케이션을 위한 다중 프로토콜 및 아키텍처。이를 위해서는 다양한 유형의 장비를 다루어야 합니다.、하위 시스템 간의 인터페이스、규약、시스템 플랫폼、애플리케이션 소프트웨어 등 및 서브시스템、건축 환경、건설 조정、조직 관리 및 인력 배치와 관련된 모든 통합 지향 문제。 현재，국내 시스템 통합 업체는 많다.，시스템 통합도 화제。시스템 통합은 시스템 엔지니어링의 과학적 방법의 지침에 따른 것을 말합니다.，사용자 요구에 따라，다양한 기술 및 제품 최적화，개별 하위 시스템을 완전하고 안정적이며 경제적이며 효과적인 전체로 연결，그리고 서로 조화롭게 작동하도록，전반적인 이점 재생，최고의 전체 성능 달성。정보 산업의 높은 기술 콘텐츠로 인해，정보 시스템 통합 프로젝트는 종종 변화하는 요구 사항에 직면합니다.、기술 업데이트, 환경의 급격한 변화 및 빈번한 인력 이직 등，따라서 프로젝트 관리에 영향을 미치는 요소는 날로 증가하고 있습니다.，정보 시스템 통합 프로젝트 관리에도 많은 문제가 있습니다.，본 논문은 시스템 통합 프로젝트 관리에 존재하는 문제점을 요약하고 분석한다.，및 대응책。 시스템 통합 프로젝트 관리의 문제점은 다음과 같습니다.： (1) 프로젝트 계획이 시스템 통합 프로젝트의 실패로 이어짐 (2) 프로젝트 범위에 대한 통제 및 관리가 비효율적임 (3) 프로젝트 관리의 커뮤니케이션이 제대로 이루어지지 않음 프로젝트 계획의 세부적인 수립 세부 사항 프로젝트 계획 수립은 프로젝트 프로세스를 제어하는 ​​데 중요한 역할을 합니다.。시스템 통합 프로젝트의 진행에 영향을 미치는 많은 요소가 있습니다.，요구 사항 계획은 정적일 수 없습니다.，특정 상황에 지속적으로 적응；계획 개발에는 모든 부서의 참여가 필요합니다.，시스템 통합에는 일반적으로 여러 분야의 협력이 필요하기 때문에，각자는 상대방이 무엇을 하고 있는지 모를 수 있습니다.，이를 위해서는 핵심 인력이 계획 수립에 참여해야 합니다.；프로젝트 계획 프로세스에서 다섯 가지 기본 질문이 명확해야 합니다.：프로젝트가 하는 일、수행하는 방법、누가 할 것인가、언제하고 비용은 얼마입니까。프로젝트에서 달성하고자 하는 것은 프로젝트 목표입니다.，이것은 프로젝트 관리자와 프로젝트 팀 구성원이 기술 목표를 검토할 때 명확해야 하는 것입니다.；프로젝트 작동 방식은 프로젝트 작업입니다.，기술 목표는 작업 분할 구조 다이어그램을 공식화하여 달성됩니다.，그리고 조직의 해당 단위가 담당하는 업무를 업무분류체계도에 좀 더 구체적으로 명시한다.；작업이 완료되면，계획은 한 단계 더 나아갑니다，각 작업의 소요 시간과 구현 시기 논의、각 작업 등에 필요한 리소스는 무엇입니까?；지출하는 금액이 예산입니다，이 프로젝트를 구현하는 데 드는 비용。프로젝트 팀 구성원은 프로젝트 계획을 개발할 때 작업 분할 구조 차트(WBS)를 사용해야 합니다.，Work Breakdown Structure) 프로젝트를 내부 구조나 구현 프로세스의 순서에 따라 레이어별로 분해하여 형성된 구조의 개략도，프로젝트 내 각 작업 단위의 상태 및 구성을 직관적으로 표현。 시스템 통합 기업은 고객 관리에 주의를 기울여야 합니다.，프로젝트 계획 초기에 이전 프로젝트에서 기록된 정보 분석，이를 기반으로 프로젝트 계획을 수립합니다.。항목에 원본 기록이 없는 경우，고객 니즈 분석은 사전에 수행되어야 합니다.，타당성 조사，프로젝트 계획에 대한 객관적인 정보。프로젝트 계획에는 각 하위 프로젝트의 작업 내용이 포함되어야 합니다.，이를 통해 프로젝트 관리자는 시간과 비용을 합리적으로 평가할 수 있습니다.，실행 가능한 시간 계획 만들기。프로젝트 계획이 작성된 후，모호함으로 인해，프로젝트 계획을 변경합니다，이때，적시에 프로젝트의 구현 세부 사항을 변경하십시오.，계획의 통제 내에서 프로젝트 일정 유지，그렇지 않으면 프로젝트 팀이 통제력을 잃게 됩니다.。 요구 사항이 변경되는 동안 프로젝트 범위를 효율적으로 제어，고객은 일반적으로 수요 변경이 정당하다고 주장합니다.、권리를 가질 시간，프로젝트 범위를 제어하는 ​​것이 더 어렵고 더 많은 창의성이 필요합니다.。작업이 진행되는 동안，필연적으로 변화가있을 것입니다，같은：고객이 계획 단계에서 예상하지 못한 추가 기능을 요청했습니다.，아마도 시장 기회가 변경되었을 것입니다.。프로젝트 관리자는 이 변경 사항에 대해 즉시 조치를 취해야 합니다.。고객 요구사항 및 시장 상황의 변화，제 시간에 의사 소통을하십시오.，이 변화 때문에，프로젝트가 건설 기간에 있게 됩니다.、품질 보증、사용 가능한 자원의 증가，프로젝트 범위에 대한 세부 변경 사항 협상，확인 후 파일 작성，보관소。클라이언트 또는 이해 관계자가 프로젝트 시간에 거부권을 행사하는 경우、자원 지원，그런 다음 고객의 요청을 이행할 수 없습니다.，프로젝트 관리자가 준수해야 하는 이러한 원칙，그렇지 않으면，프로젝트 진행 시 일시적인 고객 만족，프로젝트 완료 지연은 전체 프로젝트에 대한 모든 프로젝트 이해 관계자의 불만으로 이어질 것입니다.。프로젝트 변경 관리 표준화，명확한 변경 관리 프로세스가 있어야 합니다.，주요 내용은 프로젝트 범위를 초과하거나 축소시키는 프로젝트 내외부의 모든 요소를 ​​식별하고 관리하는 것입니다.。세 가지 주요 프로세스로 구성됩니다.：업무 범위의 변화를 일으키는 요인 파악；변경이 실제로 필요한지 결정하고 변경을 보증하기 위해 영향력을 행사하는 것이 유익합니다.；실제로 발생하는 변경 사항 관리。프로젝트 커뮤니케이션 관리 프로젝트 커뮤니케이션 관리 구현，프로젝트 정보 수집 및 전송을 보장하기 위함입니다.，최종 처리를 위해 구현해야 하는 일련의 프로세스。그러나 구체적인 구현에，다른 요인으로 인해，프로젝트의 효과는 매우 다릅니다。프로젝트 관리자의 핵심 역할은 프로젝트 팀 내에서 커뮤니케이션을 촉진하는 것입니다.，프로젝트와 다양한 외부 이해관계자 간의 커뮤니케이션。좋은 의사 소통은 시간의 가치가 있습니다，국제 비즈니스 커뮤니케이션 협회의 조사에 따르면，커뮤니케이션 비즈니스 관리자를 위한 235%의 투자 수익。그리고 프로젝트 관리는 엔터프라이즈 관리보다 대상이 더 많습니다.，따라서 의사 소통에 시간을 투자하는 것은 그만한 가치가 있습니다.。의사 소통 계획의 공식화는 프로젝트 이해 관계자의 식별 및 분석에서 수행됩니다.。모든 프로젝트는 프로젝트 정보를 전달해야 하지만，그러나 필요한 정보와 전달 방법은 매우 다양합니다.。이해 관계자의 정보 요구를 식별하고 이를 충족하는 적절한 수단을 결정하는 것은 프로젝트 성공의 중요한 요소입니다.。대부분의 시스템 통합 프로젝트의 경우，대부분의 커뮤니케이션 계획은 프로젝트 시작 단계에서 수행됩니다.。그러나 진행 중，의사소통 계획의 효과는 정기적으로 검토되어야 하며 적용 가능성을 보장하기 위해 필요에 따라 적절한 수정이 이루어져야 합니다.。 사회 프로젝트 관리 적용 분야의 지속적인 확장으로，시스템 통합 기업은 필연적으로 프로젝트 관리에 대한 더 큰 수요를 갖게 될 것입니다.；프로젝트 성공에는 성공적인 프로젝트 관리자 이상이 필요합니다.，이러한 작업 방법 및 단계를 지원하는 적절한 프로젝트 관리 방법론 및 도구 선택。이러한 방법과 도구를 적용하면 프로젝트 성공에 크게 도움이 될 수 있습니다.。시스템 통합 엔터프라이즈 조직은 프로젝트 기반 조직으로 전환 중입니다.，단계로 나누어야 한다、단계별 프로젝트 관리 기준 수립，기업은 프로젝트 관리 인재에 주목해야 합니다，시스템 통합도 해당 산업의 특성에 따라 그에 상응하는 프로젝트 관리 기준을 수립해야 합니다.，시스템 통합 기업의 지속 가능한 발전 보장。