Aktywne Wpisy
PolishPsycho +34
Zabawnie się ogląda tiktoki związane z motoryzacją i prawem jazdy, gdzie wypowiada się dzieciarnia 18 lat co ledwo zdała prawko. Ale ona ma najwięcej do powiedzenia.
Od razu też widać, jak ktoś jest z polski powiatowej. Nie widziałeś nigdy jak ktoś daje na rondzie kierunek w lewo? To już wiem, że żyjesz w polsce obitej dechami.
Na rondach, a szczególnie tych małych DAJE SIĘ KIERUNEK W LEWO. I nawet w Warszawie ponad
Od razu też widać, jak ktoś jest z polski powiatowej. Nie widziałeś nigdy jak ktoś daje na rondzie kierunek w lewo? To już wiem, że żyjesz w polsce obitej dechami.
Na rondach, a szczególnie tych małych DAJE SIĘ KIERUNEK W LEWO. I nawet w Warszawie ponad
Mysiekpysiek +54
No i problem jest taki że przy uruchamianiu już całego klastra kontenery mi się wysypują, gdyż są uruchamiane w niewłaściwej kolejności (sprawdziłem to w logach na EC2, na którym działa ECS) - po prostu kontenery zależne od innych uruchamiane są przed ich zależnościami.
Tak dokładniej to chodzi o kontener który jest zależny od kontenera zawierającego bazę danych mariadb - docker logs wywala mysql connection error: dial tcp 172.17.0.3:3306: connect: connection refused z oczywistych powodów.
To normalne zachowanie, czy też jakaś opcja konfiguracji mi umknęła? Jak sobie z tym poradzić, by kolejność uruchamiania była odpowiednia? A może powinienem przebudować aplikację, by kolejność uruchamiania kontenerów nie miała znaczenia? chociaż średnio mi się to widzi...
#amazon #backend #aws #cloudcomputing #chmura #devops
Poza tym mariadb w kontenerze? Odpal sobie w RDS jakąś mikro instancję, zapłacisz ciut drożej ale masz HA zapewnione + backup + point in time restore
https://aws.amazon.com/about-aws/whats-new/2018/03/amazon-ecs-supports-container-health-checks-and-task-health-mana/
a tu masz jak dodać do taska check taki:
https://docs.aws.amazon.com/AmazonECS/latest/developerguide/task_definition_parameters.html#container_definition_healthcheck