집 > 기사 > 백엔드 개발 > PHP 세션 공유를 위한 네 가지 솔루션에 대해 이야기해 보겠습니다.

PHP 세션 공유를 위한 네 가지 솔루션에 대해 이야기해 보겠습니다.

藏色散人앞으로: 2022-11-30 16:32:247365검색

이 글에서는 PHP 세션과 관련된 지식을 소개하겠습니다. 먼저 이런 세션 공유 솔루션이 발생하는 이유부터 설명하겠습니다. 도움이 필요한 친구들에게 도움이 되길 바랍니다~

먼저 이런 세션 공유가 발생하는 이유를 이해해 보세요. 해결책은?

인터넷 회사의 프로젝트는 마이크로서비스 및 분산 환경에서 구축되므로 프로젝트가 여러 또는 심지어 많은 서버 클러스터에 배포될 수 있습니다. 이때 문제가 발생합니다.

예를 들어 사용자가 세션을 수행할 때. , 사용자가 프로젝트에 로그인하면 대부분의 대기업 프로젝트는 역방향 프록시를 위해 Nginx를 사용합니다.

다음은 Nginx에서 일반적으로 사용하는 여러 역방향 프록시 전략의 간략한 목록입니다.

폴링 전략, 가중치 전략, ip_hash

Nginx의 역방향 프록시에서 사용자 요청은 일반적으로 다른 서버에 분산되지만 사용자 요청이 서버 A에 저장되면 사용자의 세션 ID가 JVM의 ConcurrentHashmap에 저장됩니다. 서버에서 세션 ID를 키로 사용합니다.

그러나 이때 사용자가 요청한 서비스 모듈을 서버 B로 호출해야 할 경우 사용자가 요청을 시작할 때 사용자의 세션 ID는 이때 서버 B에 저장되지 않으므로 사용자에게 묻습니다. 로그인 작업을 다시 수행합니다. 또한 사용자가 원래 주문 작업을 완료하려고 했지만 여러 번 로그인한 상황이 발생할 수도 있습니다.

그래서 세션 공유 솔루션은 분산 환경과 마이크로서비스 시스템에서 특히 중요합니다. [추천 학습: "PHP 비디오 튜토리얼"]

해결책 1: Nginx 기반 ip_hash 로드 밸런싱

실제로는 요청한 IP 주소를 기반으로 보유하고 있는 사용 가능한 서버 수의 모듈러스를 취하고, 그러면 귀하의 요청이 Nginx의 역방향 프록시를 통해 해당 서버로 배포됩니다. (사용 가능한 서버는 여기 배열에 배치됩니다. 모듈로를 수행하여 얻은 결과가 0인 경우 요청은 서버 배열의 아래 첨자 0을 사용하여 서버에 할당됩니다.)

특정 구현:

필요합니다 Nginx에 있어야 합니다. 사용 가능한 서버에 따라 .conf 파일을 수정합니다

upstream backend{
    ip_hash;
    server 192.168.128.1:8080 ;
    server 192.168.128.2:8080 ;
    server 192.168.128.3:8080 down;
    server 192.168.128.4:8080 down;
 
}
server {
    listen 8081;
    server_name test.csdn.net;
    root /home/system/test.csdn.net/test;
    location ^~ /Upload/upload {
    proxy_pass http://backend;
 
    }
 
}

이 구현의 장점과 단점:

PHP 세션 공유를 위한 네 가지 솔루션에 대해 이야기해 보겠습니다.

해결책 2: Tomcat 기반 세션 복제

이 솔루션은 실제로 사용자가 요청, 생성된 세션 ID를 시스템의 모든 서버에 복사하여 사용자가 요청할 때 서버 A가 서버 B의 모듈을 호출할 수 있고 서비스 B도 사용자의 세션 ID를 갖고 있으므로 사용자가 요청하지 않도록 합니다. 다시 로그인하세요. 그러면 문제가 해결됩니다.

특정 코드에서 세션 복제를 구현하는 방법은 무엇입니까?

PHP 세션 공유를 위한 네 가지 솔루션에 대해 이야기해 보겠습니다.