Ik zal bnnenkort beginnen als ontwikkelaar bij een bedrijf. Ik zal een OTAP-straat gaan inrichten voor hun developmentproces.
Nu zit ik m'n hoofd te breken, hoe ik het beste kan beginnnen. Als ik mij oriënteer op internet, roept het meer vragen bij mij op dan dat ik een startpunt kan vinden. Daarom wil ik het voor de doorgewinterde webdevelopers hier vragen, om er zo achter te komen wat er een beetje 'industriestandaard' is, en meer van de common best practices.
Achtergrond:
Ik wil Phalcon PHP framework introduceren, dat PHP als extensie voor hun C-core gebruikt. Voordeel hiervan zal vooral snelheid zijn. Deze framework zal op hun servers gebruikt worden, dat voor webapplicaties gebruikt wordt. Het zijn LAMP-servers.
Hun serverstructuur is als volgt ingedeeld: ontwikkeling en acceptatie vindt op server 1 plaats.
Productie is op server 2.
Data is ook op beide servers verschillend.
Bedoeling is wel dat de Git op Ontwikkeling plaatsvindt, waarin men kan committen naar de master dat op Ontwikkeling is, en ik via een interface kan syncen met Test, Acceptatie en Productie.
In voorbereiding en bij gebrek aan praktische ervaring heb ik hierover wat vragen met als doel zoveel mogelijk zienswijzen en praktische oplossingen te vergaren. De lijst met vragen is groot, maar ik hou het voor nu bij de hoofdvragen. Suggesties voor leesvoer om het een ander zelf uti te zoeken zijn natuurlijk ook welkom.
Hoe houden we serverconfiguratie tussen ontwikkeling,test,acceptatie,productie gelijk? Ik zat te kijken naar Vagrant, Puppet, etc. Ik word er niet veel wijzer van. En hoe ga je om met de verschillen die er wel altijd zijn, zoals domeinnamen, ssl certificaten en ip-adressen?
En zoals ik het lees, syncen Vagrant/Puppet eventuele verschillen in templates/scripts door naar acceptatie. Hoe doen we dat met versiebeheer van database veranderingen?
Als we een ontwikkeling aan een project doen, veranderen er vaak verschillende dingen: Frontend code, backend code, database schema's en serverconfiguraties. Hoe houden we deze veranderingen bij elkaar en hoe rollen jullie die in 1 keer uit van test naar bijvoorbeeld acceptatie en verder?
Tevens vraag ik mij af, wanneer er sprake is van een mislukte uitrol naar acceptatie, inclusief serverconfiguratieveranderingen-> hoe wordt dit ongedaan gemaakt zodat acceptatie zoveel mogelijk hetzelfde blijft als productie?
Enig input zou gewaardeerd worden. Ik weet namelijk niet goed waar ik dit hands-on kan aanpakken.
Nu zit ik m'n hoofd te breken, hoe ik het beste kan beginnnen. Als ik mij oriënteer op internet, roept het meer vragen bij mij op dan dat ik een startpunt kan vinden. Daarom wil ik het voor de doorgewinterde webdevelopers hier vragen, om er zo achter te komen wat er een beetje 'industriestandaard' is, en meer van de common best practices.
Achtergrond:
Ik wil Phalcon PHP framework introduceren, dat PHP als extensie voor hun C-core gebruikt. Voordeel hiervan zal vooral snelheid zijn. Deze framework zal op hun servers gebruikt worden, dat voor webapplicaties gebruikt wordt. Het zijn LAMP-servers.
Hun serverstructuur is als volgt ingedeeld: ontwikkeling en acceptatie vindt op server 1 plaats.
Productie is op server 2.
Data is ook op beide servers verschillend.
Bedoeling is wel dat de Git op Ontwikkeling plaatsvindt, waarin men kan committen naar de master dat op Ontwikkeling is, en ik via een interface kan syncen met Test, Acceptatie en Productie.
In voorbereiding en bij gebrek aan praktische ervaring heb ik hierover wat vragen met als doel zoveel mogelijk zienswijzen en praktische oplossingen te vergaren. De lijst met vragen is groot, maar ik hou het voor nu bij de hoofdvragen. Suggesties voor leesvoer om het een ander zelf uti te zoeken zijn natuurlijk ook welkom.
Hoe houden we serverconfiguratie tussen ontwikkeling,test,acceptatie,productie gelijk? Ik zat te kijken naar Vagrant, Puppet, etc. Ik word er niet veel wijzer van. En hoe ga je om met de verschillen die er wel altijd zijn, zoals domeinnamen, ssl certificaten en ip-adressen?
En zoals ik het lees, syncen Vagrant/Puppet eventuele verschillen in templates/scripts door naar acceptatie. Hoe doen we dat met versiebeheer van database veranderingen?
Als we een ontwikkeling aan een project doen, veranderen er vaak verschillende dingen: Frontend code, backend code, database schema's en serverconfiguraties. Hoe houden we deze veranderingen bij elkaar en hoe rollen jullie die in 1 keer uit van test naar bijvoorbeeld acceptatie en verder?
Tevens vraag ik mij af, wanneer er sprake is van een mislukte uitrol naar acceptatie, inclusief serverconfiguratieveranderingen-> hoe wordt dit ongedaan gemaakt zodat acceptatie zoveel mogelijk hetzelfde blijft als productie?
Enig input zou gewaardeerd worden. Ik weet namelijk niet goed waar ik dit hands-on kan aanpakken.
:strip_icc():strip_exif()/u/86599/crop681cb5088171b_cropped.jpg?f=community)
