얼마 전에 기사를 쓴 깨는에 "1시 예기치 않은 사망 사고, 노동 멀티 스레딩을! " 다만 산업 재해 기록 문서, 내가있는 프로그래머가 약간의 세부 사항은 단지 국가의 날, 의아해하고 우리가 더 둘러 볼 수 있고, 원에서 대폭를 기대하지 않았다.
이제 기술 서클은 종종 기사의 작은 인기있는 지점이있을 때 이러한 현상이 항상 양극화 현상이 참조되지 아주 좋은 현상이 멋진 피드백 Niubi 기록 된 사람들의 그룹, 다음 다른 전화는 항상 피드백은 힘을 자랑하기 시작했다, 비 두뇌 질문의 다양한.
사실 개인적으로이 현상은 정교한 기술에 대한 기사의 저자가 매우 객관적없는 생각,이 같은도 블라인드 Luanchui을해야 글을 쓸 수 있기 때문에 자신의 제한, 회귀하는 것이 불가피하다, 결국, 동료 및 친구가있다 우리는 심지어 다시 업계 믹스, 알고있다.
기사는 확실히 한계를 가지고 있기 때문에, 독자는 더 나은 쓰기 몇 가지 조언을 줄 수 있다면 사람들이 기사를 작성하기위한 것은 긍정적 인 피드백은 학습, 많은 지식에 고등학교 독자 나는 종종 메시지, 그래서 .
문제는 지금이 시점도 좋다에 오면 많은 기술적 인 사람들이 자신의 우수성을 보여주기 위해 기술로 말다툼하는 것입니다, 키가 한 눈에 볼 수있는 메시지가 기술 보존이 너무 낮습니다 상황은 분명히 선을 이해하지 않습니다.
우리는 나에 대한 기본적인 이해를 가지고 있기 때문에이 문서는 공원과 중국에서 오픈 소스 블로그, 설명하기의 장소를 제공 할 수있는 기술적 인 도전 친구의 부분에, 할 수있다 피드백의 공용 사용자 번호 발급 :
질문 1 : "기업의 수백만, 대리인의 수천", "여러 테이블의 수천, 관계가 매우 복잡하다" "프로덕션 환경 10 개 개의 서버를 찾을 수 있습니다"적어도 Taobao의, Jingdong에 전기 공급 업체 웹 사이트의 수준이 이 규모는 그것을 할 수 있습니다!
재 : Taobao에, 난 정말 모르는 얼마나 많은 비즈니스 결국 Jingdong, 그렇게하지 오만하지만 데이터의 양 여러 가지 이유로 역사적 축적, 큰 구절, 타사 지급 회사의 순위를 과소 평가하지 마십시오 등 이 데이터는 아직 거기.
프로덕션 환경에서 열 개 서버를 찾을 때,이 작업은 회사가 10 개 질문을 찾을 수 아무것도없는, 너무 서버 300-400했다 전까지는, 인터넷을 얻을 수있는 중간 규모의 기업에서 부담해야한다.
질문 2 : 무엇 Niubi 불고, 그것은 기업 Taobao의입니다, 많은 싸움? 마이크로 스프링 클라우드 서비스의 수백 기업은 Taobao 또한 수백만, 또한 4.0 억의 일 평균 거래량은 이러한 큰 신체 질량을 지원하기 위해 여유가 없다.
재 : 기업은 Taobao 또한 수백만이 데이터를 정확? 그것은 개인의 작은 마이크로 사업을 포함?
온라인 높지이 기업의 4.0 억 일 평균 매출 취득이 2019 거래량 순위 스크린 샷 취득자가, 위 제 10 트랜잭션의 양보다 더 많은했다 7 월에 다음과 같은 순 전송합니다.
이러한 큰 신체 질량이 문제를 감당할 수없는 마이크로 서비스 지원의 수백 봄 클라우드, 그것은 문제 평신도의 평신도, 나는 얼마나 많은 성공 사례 말할 것도 없습니다 수없는 분명하고,이 평가에 접근이 낮습니다 가.
문제를 평가하기 위해, 양 또는 얼마나 많은 신체 질량 지원할 수를 지원할 수있는 기술을 언급하지 않았다 얼마나 많은 기관, 기술, 시간을 사용하는 어떤 방법으로 장면의 어떤 종류의 팀이 어떤 종류의 볼 필요가있다. 기술 만 지원의 양을 결정 할 수 없으며 더 일반적으로, 가장 중요한 것은 당신이 그것을 사용하는 방법을 참조하는 것입니다.
질문 3 :이 작동하고 데이터베이스 엔지니어가 왜 필요를 마이그레이션하는 프로그램을 작성하는 방법을 참조?
이 모습은 완전히 새로운 시스템으로 아주 오래된 시스템 마이그레이션에서, 흰색의 기술을 어떤 논리의 수의 비즈니스 변화, 변화? 당신은 직접 마이그레이션 DBA, 그럼 어떻게 간단하게이 시스템을 만들 수 있다면?
이 시스템은 천 테이블을 할 참여 것을 물론, 기존 시스템 아키텍처 전에 스키마 차이와 새로운 시스템, 가장 중요한 것은 심지어는 빅 데이터 플랫폼에 가서이 새로운 시스템 뒤에가, 빅 데이터 플랫폼을 기반으로 새로운 시스템을 필요로 어떻게 바이너리 로그를 기록 데이터는 논리 연산을한다.
자체에 의문을 제기 독자 그래서, 이해가 안 간단하게 볼 수있는 위치에 어려움.
질문 4 : 왜 생산 및 1 빌드하지 : 테스트를 시뮬레이션 한 환경을?
정상적인 상황에서는 테스트에 네 개의 개발 환경이 될 것입니다 :
- DEV는 개발 환경, 연구자들은 자신의 테스트 환경을 개발했다.
- 테스트 섹션의 테스트 단계, 전체 통합 테스트를 입력 일반적으로 앉아 프로젝트를 업로드, 통합 테스트 환경을 앉아있다.
- UAT 고객이 테스트 환경을 통합, 외부 파트너는 일반적으로 엉덩이 준 제작 프로덕션 환경에 환경과 가능한 한 일관성을한다.
- PRO 생산 환경은 우리 모두가 알다시피이 프로젝트를 실행하기 위해 실제 환경입니다.
독자가 한 말 : 1 개 환경,해야 프로 UAT 환경에 대한 필요와 가능한 한 일관성이, 풍부한 인터넷 회사의 일부만을 제공 할 수있는 이상적인 상황 추정된다.
하드 중소 인터넷 기업에 비해 약 1000 만 이상의 연간 비용이 아래로 버클 당신의 상사를 생산 환경의 한 시뮬레이션을 설득 : 우리는 인터넷 중소 기업 수 있도록, 당신이 완전히 하나가하려는 경우, 수천만 위에 IDC에 년 정도 소요 일.
질문 5 : 뷰의 설명, 기본적으로 장인의 단계에서 모든 여전히 서블릿 시간, 기술 솔루션 및 프로세스 흐름을 언급하지 않기 위하여 어떻게, 프로그래머는 마이그레이션 매일 거래 시스템 수십억 인터페이스를 쓸 수 있습니다 오.
최신이 아닌 서블릿을 사용하여 엔터프라이즈 급 개발, 스프링 MVC 서블릿이 밖으로 가득 스프링 MVC 줄을 사용하는 회사의 지금은 90 %, 그것은 오래된입니까?
내가 반박하지 않는 워크샵에 속하지 않는 단계의 경우에 관해서는, 과정은 내가 인정하는 것이 확실히 결함이 있지만, 당신은 또한 (20)를 유지해야하는 경우가 아닌 경우 프로그래머는, 이전의 수십억을 할 수있는 인터페이스를 작성하는 사람의 수는 여기서 뭐.
데이터 마이그레이션의 이러한 큰 수준은 확실히 N의 시스템과의 인터페이스를 호출하는 중간에 필요로하는 체계적인 프로젝트가 아닌 프로그래머 또는 두 가지 책임이있을 수 있지만, 충분한 1,2 프로그래머 책임과 입구에 의해 시작 마이그레이션 프로그램입니다 전체 작업을 완료합니다.
질문 6 :이 실제로 계정으로 데이터 마이그레이션의 많은 양을 고려하지 않은 응용 프로그램의 수십억에 도달 할 데이터의 매우 낮은 수준의 실수 매일 양이 너무 오래 걸리는 것 같아? 일반적으로 작은 프로젝트 타이머가 너무 오래 두 번째의 구현, 실제로이 문제를 고려하지 않았다 천억에 직면 데이터의 양에 처음으로 실행하지으로 이어질 것입니다 실행 시간을 고려할 것 쓰기?
무슨 문제가 있나요 문제는, 매출액 주문까지이 크기에 도달하는 수십억이 아니라 수십억의 하루 거래량이다. 물론, 데이터 마이그레이션 마이그레이션 시간을 고려, 사실, 전체 프로젝트 마이그레이션 이전에 수행 된 여러 번 소규모 마이그레이션, 마이그레이션이 처음이 아니다,이 문서는 질문자 분명 스프레이를 읽을 것을 보여준다 .
이유 중 하나 문제를 무시 문제의 측면에서 어느 정도 있도록이 마이그레이션 프로그램은 실제로 큰 생활을하기 전에, 많은 테스트를 경험했다.
또한 배열 공식 마이그레이션에 대한 심층적 인 조사와 세부 사항의 일부가 아닌 관리자와 프로그래머 몇 번을 확인하기 전에뿐만 아니라이 여러 번 사용되어, 의무 태만의 관리의 한 부분이있다.
또한, 일부 독자는 마이그레이션 프로젝트는 우리가 해결 뒤에 멀티 스레딩을 사용하지 않는 프로그램의 바로 다중 스레드 만 최 외층을 멀티 스레딩을 사용하지 전반에 걸쳐 내가 강조하고, 다중 스레드를 사용하지 이유를 말한다.
사실, 많은 문제가이 더 이상 정말 나는 프로그래머에 의해 제기 된 문제가 아니다 느낌이 너무 낮은 수준의 몇 가지 질문에 응답 할 수 없습니다.
그러나 일부 독자가 간단하지 관여 너무 많은 세부 사항, 어떤 작은 부주의가 큰 문제가 발생할 수있다이 대규모 마이그레이션을 이해할 수있다, 방법은 하나의 예 밖으로하여 텍스트 하나 이런 일이 없습니다 .
하지만 내가 더 인정 독자에 대한 응답이 있다고 생각 :
사람들은 확실히 이전 및 새 시스템의 수천 개의 테이블을 마이그레이션 완료 고소해뿐만 아니라 데이터베이스 미들웨어 엉덩이, 허되지 않습니다
마지막으로, 여전히 같은 : 기반으로 실질적인 문제를 해결하기 위해 초기에 심장 침몰의 예술, 모든를 유지합니다.