개발자 서버에서 라이브 데이터를 보는 모범 사례?
https://stackoverflow.com/questions/272798
-
07-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
가정 : 라이브/프로덕션 웹 앱은 최종 사용자에게 표시되는 오류를 억제합니다.
기술 지원 팀이 라이브 데이터를보고 싶지만 응용 프로그램의 개발 측면을 통해 (어떤 오류가 발생하는지 확인하거나 최종 사용자의 문제가 발생했을 때 확인하고 싶을 수도 있습니다. 데이터).
지금 우리는 개발자와 라이브 박스를 모두 제공하는 하나의 데이터베이스가 있습니다 (내 아이디어가 아님 - 나는 그것이 거칠다는 것을 알고 있습니다).
아이디어?
편집하다: 제안을 구현하기위한 최고의/편리한 도구?
해결책
데이터를 다른 데이터베이스로 다시 복제합니다. 그렇습니다. 지연이 있지만 사람들이 생산 서버에서 손을 떼지 않도록합니다. 이것은 또한 기술 지원 (및 그 문제에 대한 다른 사람들)이 볼 수없는 정보를 "숨길"수 있습니다.
다른 팁
데이터를 복제하고 생산시 누가 응용 프로그램에 로그인 한 사람을 볼 수 있으며, 회사의 구성원 인 경우 실제 오류 페이지로 보내서 사과하는 원사의 공을 가지고 노는 행복한 새끼 고양이로 보내십시오.
정기적으로 (하루에 두 번) 정기적으로 라이브에서 개발자로 백업하고 복원하십시오. 어쨌든 개발자 측에서 데이터를 입력 할 수 있으므로 문제를 일으킬 수있는 실시간 일 필요는 없습니다.
PCI 또는 HIPAA 데이터가있는 경우 DEV 환경에 넣지 않도록하십시오.
저는 일반적으로 웹 개발을위한 3 계층 시스템을 좋아합니다.
개발
테스트
살다
대부분의 시간 테스트는 라이브 시스템의 정확한 사본입니다. 오류가 켜져있는 것을 제외하고는 새 버전을 라이브로 이동하려고 할 때 라이브가 시작되기 전에 새 버전으로 대체되어 업그레이드 문제를 감지합니다.
개발은 라이브와 완전히 분리되어 데이터베이스와 같은 것들을 크게 변경하거나 생산 환경을 변경할 수 있습니다.
먼저 사용자가 어떻게 도착했는지에 대한 세부 정보가있는 사람에게 오류가 이메일로 표시되거나 최소 로그를 기록하므로 로그에서 동일한 메시지가 발생하는지 확인하기 위해 비슷한 작업을 수행하는 동안 오류 로그를 볼 수 있습니다.
그리고 예, Dev 서버/사이트에서 데이터베이스를 복사하는 것이 유일한 옵션 일 것입니다. 개발 팀이 라이브 데이터로 변경 한 것을 원하지 않으며 어느 시점에서 프로덕션 데이터베이스와 작동하지 않는 변경 사항도있을 것입니다.
개발자가 데이터를 추가 한 새로운 기능의 중간에있을 수 있으므로 야간 복사를하는 것이 좋지 않을 것입니다. 나는 일반적으로 주요 버전이 출시 될 때마다 생산 데이터베이스를 DEV에 복사합니다. 이것은 또한 많은 라이브 데이터로 속도 테스트를 수행 할 수 있습니다. 일부 시스템에서는 모든 사람의 비밀번호를 기본값으로 변경하여 사용자로 쉽게 로그인 할 수 있습니다.
구성이 허용되는 경우 :
ㅏ. 로깅 함수를 추가하여 (아직없는 경우) 로그 파일에 관심있는 메시지를 작성하십시오.
비. 유닉스 명령을 실행하십시오
꼬리 -f <logfile.txt
성장하는 로그 파일을 콘솔로 스트리밍합니다.
http://www.monkey.org/cgi-bin/man2html? tail
창문이있는 경우 시도해 볼 수 있습니다.
