Questo articolo è stato tradotto automaticamente dall’inglese

L'infrastruttura di Google per tutti gli altri

La maggior parte delle startup non è Google e non dovrebbe adottare strumenti di infrastruttura su scala Google come Kubernetes: l'ottimizzazione prematura con strumenti di grandi dimensioni grava inutilmente sulla tua azienda.

Infrastructure · Cloud · Startups

Il nostro ufficio a San Francisco dispone di bagni in comune, che, come altre aree comuni, vengono puliti accuratamente ogni mattina. Ma ogni giorno intorno alle 17, se va nei bagni per uomini, di solito si trova di fronte a una pozza di urina proprio davanti agli orinatoi

.

Questa ovviamente non è un'esperienza piacevole per nessuno, compresi coloro che contribuiscono al suddetto pool di liquidi. Quindi mi ha fatto pensare: perché succede? E perché non dovrebbe stare un po' più vicino alla porcellana per evitare la formazione di piscine entro la fine della giornata

?

Non riuscivo a pensare a un motivo, ma ho pensato a una soluzione: stampare un cartello e attaccarlo all'altezza degli occhi con la scritta: Non è così grande come pensa, si avvicini!

****Non ho ancora provato questa soluzione. Potrei riferire sul suo successo o fallimento in un prossimo post, tuttavia mi ha fatto pensare a una tendenza attuale del settore: Google Infrastructure For Everyone Else o in una forma breve e carina: GIFEE

.

Questo termine è stato coniato da altre società di container evangelist, che stanno cercando di vendere il modo in cui Google gestisce la sua infrastruttura al resto di noi. Ci viene detto che Google è milioni di anni luce avanti rispetto a tutti gli altri nella costruzione e nella gestione delle infrastrutture. E ci viene detto che Google utilizza contenitori in produzione per tutto sin dalla notte dei tempi in un sistema chiamato Borg. Ci viene anche detto che prodotti come Kubernetes sono basati su Borg e sono progettati per aiutarci a trarre vantaggio dalla loro esperienza pluriennale nel campo

.

Penso che la maggior parte di ciò che ci viene detto sia vero: Google è davvero anni luce avanti rispetto a molti altri nella gestione delle infrastrutture. Inoltre, non ho motivo di credere che Google non abbia utilizzato contenitori in produzione, né penso che sistemi come Borg non esistano.

Tuttavia, vorrei porre due domande: Kubernetes è stato creato da Google per farci beneficiare della loro esperienza nella gestione dei container e che tutti farebbero meglio a gestire un'infrastruttura come Google.

La verità è che Google è unico.

Con tutto il parlare degli unicorni e dei prossimi Google e Facebook, la probabilità che la sua startup arrivi alla Unicorn League, figuriamoci diventare il prossimo Google, è inferiore a quella di essere colpita da un fulmine, mentre mangia un gelato mentre nuota lontano da un attacco di squalo durante la finale di X Factor.

Va bene. Non essendo un unicorno con una valutazione in miliardi e i VC che cadono su se stessi per darle soldi, ci sono buone possibilità che Lei possa costruire un'attività redditizia di cui essere orgoglioso. Siamo onesti l'uno con l'altro, non iscriverà Price Waterhouse Cooper (PwC) o Ernst and Young per la sua contabilità, Merrill Lynch per gestire il suo conto corrente e parteciperà a Davos invece del prossimo Ruby Meetup

.

Ma aspetti, Google non usa PwC e Merrill Lynch e Eric Schmidt non fa parte dei mobili di Davos? Allora perché non dovrebbe fare lo stesso?

La risposta è semplice; questi servizi sono progettati per le dimensioni di Google. Non trova un'azienda che dice GAFEE (Google Accounting For Everyone Else). Sarebbe ridicolmente assurdo, e lo sappiamo tutti. È interessante notare che è più probabile che gli account di Google assomiglino a una normale multinazionale rispetto alla loro infrastruttura. Mi vengono in mente almeno una dozzina di società che hanno le stesse pratiche contabili di Google: Unilever, Procter and Gamble, Glaxo Smith Klein, Volkswagen, Exxon Mobile, British Petroleum... ma nessuna di esse è come Google in termini di sofisticazione delle infrastrutture, e possiamo

immaginare perché.

«Allora qual è il problema», potrebbe chiedere? «Ok, abbiamo capito, non siamo grandi come Google e non utilizziamo i contabili di Google perché le loro pratiche non si applicano a noi (o sono troppo costose)».

«Ma cosa c'è di sbagliato nell'usare l'infrastruttura di Google quando ce la danno gratuitamente? «Ho sentito che dice.

In realtà, non si tratta solo del prezzo nominale. Chiedere a Merrill Lynch di occuparsi delle sue operazioni bancarie. Anche se è gratuito, potrebbe non essere una buona idea per la sua azienda a causa dell'onere che grava su di Lei e sul suo dipartimento amministrativo. La situazione sarebbe come prendere un'auto di Formula Uno per fare al meglio la corsa scolastica

.

Il problema è che, utilizzando strumenti non progettati per i suoi obiettivi, le sue dimensioni e i suoi traguardi raggiungibili, appesantirà la sua attività con complicazioni inutili che possono essere evitate sia ora che in futuro. Come ingegneri del software, conosciamo il detto di Donald Knuth: l'ottimizzazione prematura è la radice di tutti i mali

.

Perché Google promuove strumenti come Kubernetes? La promozione dei container da parte di Google riguarda molto la conquista di Amazon. In breve, Google non ha modo di sfidare AWS nel loro gioco di calcolo, rete e storage: i tradizionali blocchi di cloud computing. Ma hanno molta esperienza nella gestione di infrastrutture che non forniscono quei componenti tradizionali poiché utilizzano contenitori. Promuovendo i container come elementi costitutivi dell'infrastruttura, sperano di scavalcare Amazon per diventare la configurazione dell'infrastruttura del futuro. Anche la loro campagna pubblicitaria per Google Cloud Engine punta a questo obiettivo

.

Lei ha sicuramente notato come ho detto «configurazione dell'infrastruttura del futuro». Vedo i container come gli elementi costitutivi di questa infrastruttura (altrimenti non passerei ogni momento della mia vita a costruire un'azienda basata su questa premessa). Anche se penso che faremo meglio a costruire la nostra infrastruttura di nuova generazione basata su container, non credo che tutti dobbiamo creare e gestire come Google tramite questi strumenti super configurabili e modulari. La maggior parte di noi ha bisogno di strumenti semplici che funzionino e che ci permettano di fare ciò che dovremmo: costruire un business.

Utilizzando strumenti non adatti alla nostra taglia, corriamo il rischio di contribuire e di entrare in una pozza di urina man mano che la giornata volge al termine. Non è solo dannoso dal punto di vista tecnico, ma anche i costi amministrativi possono diventare rapidamente un peso. Come start-up, vogliamo tutti credere di essere destinati alla grandezza come prossima grande novità. Mentalmente, inseguire l'aspirazione a diventare il prossimo unicorno ci rende un'azienda insostenibile, dipendente dalla provenienza del prossimo round di finanziamenti. Lo vediamo ogni giorno nella Silicon Valley e cercare di imitare l'infrastruttura di Google è solo un aspetto di questa

mentalità.

E se tutto il resto fallisce, è sempre utile avere un cartello di avvertimento davanti a noi come promemoria: non è così grande come pensa di essere, si avvicini per favore!

Questo post è stato pubblicato per la prima volta qui