7

Po wdrożeniu aplikacji Rails z OpsWorks, nowy database.yml zostanie utworzony w katalogu shared. Ignoruje on istniejący database.yml (który słusznie nie powinien znajdować się w repozytorium) i próbowałem również określić niestandardowy JSON, ale nic nie działa. Może mam niewłaściwą strukturę?OpsWorks nadpisywanie database.yml/ignorowanie niestandardowego JSON

{ 
    "deploy": { 
    "my-app-name": { 
     "database": { 
     "adapter": "mysql2", 
     "encoding": "unicode", 
     "host": "xxxxxx.rds.amazonaws.com", 
     "port": "3306", 
     "database": "db-name", 
     "pool": "5", 
     "username": "username", 
     "password": "password" 
     } 
    } 
    } 
} 
+1

tylko dodaj, ponieważ zajęło mi trochę czasu, aby rozwiązać to również po tym, jak uzyskałem prawo JSON. W konsoli RDS należy dodać grupę zabezpieczeń z serwera Opsworks Rails do instancji RDS, aby instancja mogła łączyć się z RDS. Zobacz, jak to zrobić: docs.aws.amazon.com/AmazonRDS/latest/UserGuide/... Możesz wypróbować, czy możesz połączyć się z instancją RDS z intencji Opsworks przez ssh do instancji, a następnie telnet do instancji RDS, na przykład telnet Your-RDS-Instance 3306 – Martin

+0

podczas wdrażania do OpsWorks, czy nie powinniśmy używać 'database.yml' w naszej aplikacji? Zawarłem to i teraz dostaję martwe dowiązanie symboliczne "Nie mogę odczytać pliku" z Apache2. Bardzo zdezorientowany, nie wiem, gdzie jest to udokumentowane. – mmcrae

Odpowiedz

4

Look również tutaj:

http://wojtek.ziniewi.cz/2013/06/10/custom-symlinks-in-amazon-opsworks-ror-application/

I zawsze pamiętać, aby zbadać swoją stosu json logując się do konsoli jednego z opsworks serwerów i wpisując:

opsworks-agent-cli get_json 
+0

Dzięki za to polecenie! Gdzie jest to udokumentowane? –

+1

To jest z oficjalnej dokumentacji Amazon na Opsworks – wojciechz

+2

Broken link. Jak zawsze dobrą praktyką jest skopiowanie tekstu do odpowiedzi tutaj w przypadku takiej ewentualności. – Nuzzolilo