Moving Ask Fedora to Staging
Kevin Fenzi
kevin at scrye.com
Fri Aug 19 16:09:31 UTC 2011
On Thu, 18 Aug 2011 12:40:40 -0700
Toshio Kuratomi <a.badger at gmail.com> wrote:
> On Thu, Aug 18, 2011 at 11:46:22AM -0600, Kevin Fenzi wrote:
> > On Thu, 18 Aug 2011 00:17:00 +0530
> >
> > I think we can start looking at staging now. ;)
> >
> > Here's what I would suggest (and feedback especially from the other
> > application developers very welcome):
> >
> > * Add it into proxy01.stg as https://admin.fedoraproject.org/ask/
> > (so we can share the cookie. Or do we want to do that anymore?)
> >
> I think we decided this wasn't a huge loss and the benefits of going
> without it were better domain name for end users and getting to use
> the upstream openid auth plugin instead of maintaining our own fas
> auth plugin.
ok. So it will be:
http://ask.fedoraproject.org ?
> [snip plan I generally agree with]
>
> >
> > I'm a bit unsure if we want the db on the ask01 instance itself, or
> > using a shared db backend. On the one hand thats less things in one
> > machine and we can reboot/restart ask01 when we might not be able
> > to do so to the db backend machine. But it's also another machine
> > to back up and manage databases on, and if we get replication
> > working another place we would need to replicate.
> >
> If we think we're going to load balance and/or want higher
> availability, then we need separate machines. The db is always
> critical to keeping an application up. app servers for well designed
> apps are much less critical if we have multiple ones.
>
> We'd need to setup db backup/replication/etc whether its on ask01 or
> on a new db server... so really those points really seem to ask
> whether we should host the db on db01/db02 or make a new db server
> for it.
ok. I kinda dislike putting more in the same db box, but thats a
problem for all the existing dbs too, that we should solve at the db
level (with replication, etc). So, we can just stick it on db01.stg /
real db.
I assume there's no issue in the app running on multiple machines with
the same db backend. Mether?
kevin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: not available
Url : http://lists.fedoraproject.org/pipermail/infrastructure/attachments/20110819/a1cd1982/attachment.bin
More information about the infrastructure
mailing list