Ich habe eine App auf Django entwickelt und konfiguriert es auf AWS Elastic Beanstalk einzusetzen. In einer früheren Version der App war Admin aktiviert. Ich habe das gleiche in der neuen App deaktiviert.
Hier ist die URL.py der App.
%Vor%Aber wenn ich die URL der App durchsuche, ist die App immer noch die ältere Version. Ich ssh-ed in den Server und habe die Dateien überprüft. Die Dateien sind die der älteren App. Die AWS EB-Konsole zeigt die neue App-Version in der Umgebung an. Ich habe den Code auch von AWS EB Panel heruntergeladen und der Code gehört zur neuen App.
Die URL von Elastic Beanstalk env ist: Ссылка
Das Admin-Panel kann hier aufgerufen werden: Ссылка Idealerweise sollte diese URL zu einem 404 führen.
Das Problem ist, dass in der gesamten AWS EB Konsole I die neue Version der App sehen, wie eingesetzt und Vorleger (ich habe beide versucht, durch Code drängt mit git aws.push sowie dem Hochladen auf der aws eb-Konsole) jedoch die tatsächliche Code auf dem ec2-Server ist immer noch die ältere Version der App.
Wie kann ich das Hochladen des Codes erzwingen? Gibt es eine Verzögerung bei der tatsächlichen Bereitstellung? (Obwohl es mehr als eine Stunde her ist, seit ich das neue installiert habe Version und der Code ist ziemlich klein)
Wenn die AWS-Verwaltungskonsole Ihr neues AWS Elastic Beanstalk App-Version als bereitgestellt, dies sollte eigentlich immer der Fall sein, alles andere wäre ein kritischer Fehler auf der AWS-Seite und ist dementsprechend ein wenig zweifelhaft.
>Aus diesem Blickwinkel würde ich erwarten, dass Sie möglicherweise nicht die richtigen Ressourcen auf die eine oder andere Art betrachten - könnte es beispielsweise sein, dass Sie versehentlich eine Version in einer anderen Region bereitgestellt haben? (Wenn man sich die falsche Region ansieht, passiert dies wahrscheinlich fast jedem irgendwann bei der Arbeit mit AWS;)
Natürlich können Sie nicht zwei bereitgestellte Anwendungen mit der identischen Umgebungs-URL haben, also müsste man tatsächlich mit einem anderen bereitgestellt werden (vielleicht hat Elastic Beanstalk einen automatisch ausgewählt, was abhängig vom Einsatzszenario sein kann) ) - hier sind ein paar Dinge zu versuchen:
Beide würden den Verdacht bestätigen, dass Sie tatsächlich zwei Umgebungen betreiben. Die andere sollte an diesem Punkt einfach sein.
Viel Glück!
Es ist durchaus möglich, dass Sie auf zwei verschiedene Dateien oder Strukturen verweisen.
Abhängig von der verwendeten API haben viele von ihnen npm build -Features in ihnen. Es ist möglich, dass Sie den "rohen" Code bearbeiten, nicht erstellen und dann dieselben erstellten Dateien bereitstellen. Wenn dies der Fall ist, müssen Sie das Build-Tool ausführen: gulp, webpack oder grunt, und dann erneut bereitstellen.
Tags und Links git amazon-web-services amazon-ec2 elastic-beanstalk