Quali sono i costi di SSL sui domini personalizzati su GAE?

Question

Google deve sostenere costi infrastrutturali significativi per supportare SSL su domini personalizzati? Deve comprare lo spazio degli indirizzi IPv4 o qualcosa del genere? Non ho molta familiarità con questa tecnologia e non capisco perché SNI/VIP costa $ 120/$ 1200 all'anno.

Questo post http://www.imperialviolet.org/2010/06/25/overclocking-ssl.html afferma che non sono i costi della CPU o della rete di SSL e credo che sia necessario fornire il proprio certificato SSL. Quindi, perché è così costoso fornire il supporto HTTPS per GAE?

Modifica: Questa domanda sembra essere abbastanza popolare, ma non ha ancora avuto una risposta soddisfacente. Sono interessato alla tecnologia che sta dietro alla fornitura di SLL su domini personalizzati, e non credo che la risposta sia "Google ama i soldi", data la loro enorme spinta verso SSL su molti dei loro prodotti e la crittografia incorporata a SPDY.

Ulteriore modifica: una domanda correlata/estesa sarebbe "Perché il costo dell'SSL su domini personalizzati non è proporzionale alla dimensione dell'app?". Tutti gli altri costi (larghezza di banda, numero di istanze, memorizzazione dei dati, ecc.) Aumentano man mano che si cresce. SSL su CD è tutto in anticipo, e proibitivamente costoso per le piccole app, anche se come le persone sottolineano, fisso e quindi un ottimo affare per le app di grandi dimensioni. Qualcuno sa perché hanno scelto di caricare come questo?

Answer 1

È solo un business: le funzionalità opzionali per l'hosting cloud sono sempre costose.

E

• Sì, il prezzo del certificato non è incluso
• io non sono sicuro di come fa Google Frontend (il loro web server) funziona e come lo fa costoso in termini di utilizzo certificato di CPU/memoria, soprattutto come soluzione ad alto carico.
• Ci è voluto del tempo per implementare la funzione. E il tempo è denaro, quindi forse vogliono solo i loro soldi indietro.

Answer 2

Primo Google offre due tipi di SSL per domini personalizzati.

1. Server Name Indication (SNI). Questa è un'estensione di SSL in cui più domini possono condividere lo stesso IP ma non è supportato da vecchi broswers o Windows XP (Non consigliato per applicazioni commerciali) tuttavia questa opzione è più economica.
2. IP virtuale (VIP). I certificati SSL fondamentalmente collegano un dominio a un IP e due domini non possono avere lo stesso IP, quindi sì google deve acquistare un intervallo di IP per supportare questa funzionalità.

Ma la ragione più importante per che i prezzi è che SSL in domini personalizzati è un "must a" per le applicazioni commerciali in modo da trarre vantaggio da questo.

Answer 3

abbiamo annunciato la nuova prezzi per VIP SSL a: solo sulla base dei costi SSL http://googleappengine.blogspot.jp/2012/09/announcing-new-pricing-for-virtual-ip.html

Ora VIP $ 39/mese.

Diciamo anche quanto segue nel post:

Google App Engine SSL per i domini personalizzati va al di là delle nozioni di base SSL, offrendo endpoint SSL distribuiti a livello globale e integrato il bilanciamento del carico. Come App Engine in generale, non è necessario l'amministrazione e la manutenzione del sistema in corso.

Google App Engine SSL non è solo un archivio di certificati, ma fornisce anche endpoint distribuiti e bilanciamento del carico integrato. In altre parole, non è un singolo server che esegue apache con il tuo certificato.

Spero che questa risposta sia d'aiuto.

Answer 4

Penso che Google abbia dovuto apportare modifiche significative dell'infrastruttura per supportare SSL su GAE. Questa è stata una richiesta di lunga data, quindi per me sono felice che sia finalmente arrivato.

SSL è sempre stato supportato sugli URL * .appspot.com. Solo non sul tuo nome di dominio. Il motivo non è il costo "computazionale", ma il fatto che per SSL funzioni il server che gestisce le richieste per la tua app avrà bisogno del certificato SSL.

Quindi, in che modo questa scala quando hai un milione di quelle macchine? Per non parlare del fatto che è necessario distribuire il certificato ovunque. Poi c'è il problema che non è solo il tuo certificato SSL, ma un certificato per app che vuole SSL e il fatto che dovranno consentire ai proprietari delle app di acquistare, caricare e sostituire il certificato.

L'opzione SNI/TLS è più conveniente, ma richiede sistemi operativi e browser ecc per sostenerlo, perché questa soluzione utilizza un'estensione chiamata Server Name Indication (SNI), che consente a Google di 'selezionare' il certificato SSL in modo dinamico sulla base di tale 'del server nome'. Le implementazioni precedenti di SSL probabilmente non lo supportano.

L'opzione VIP è più costosa perché assegna un indirizzo IP dedicato all'applicazione. Questa soluzione non richiede SNI. Quindi immagino che se vuoi essere assolutamente sicuro che SSL funzionerà ovunque, allora vai per VIP.

Il costo di qualsiasi funzione è solo un'altra cosa da considerare nel piano aziendale. Non sono convinto che l'importo a cui ti riferisci sarà uno stopper per coloro che trarrebbero davvero beneficio dalla funzione.