Traduzido do 日本語 • Ver original Sim. Agora, aqui está a segunda parte do avião (para São Francisco). A história é muito antiga, mas não se preocupe com isso.
Como nossa empresa participou do frame de parceiros, foi da cúpula de parceiros realizada no dia anterior ao GCNext. Resumindo o conteúdo, foi como se o Google Cloud fosse um bom produto, então por favor vendam. Não tenho escolha a não ser vender isso.
Depois de terminar a cúpula de parceiros meio banhada na atmosfera do local, chegou a hora de uma festa no parque ao lado. O local era grande, mas havia mais gente do que isso, então naturalmente dividimos o assento, mas quando conversei com o cara bonito que estava de frente para mim com a ajuda de cerveja, ele disse que vinha da Itália há 12 horas. Suge!
Quando eu disse honestamente que era incrível, ele respondeu: "Não, você também." Acho que sim. Também passamos 10 horas vindo do outro lado do mundo. É loucura.
Fiquei estranhamente emocionado ao perceber que há tantos fãs do Google Cloud do mundo todo, inclusive nós, que fazem questão de vir para San Francisco, e que há pessoas que querem fazer negócios. Estamos todos juntos!
O mundo é pequeno!
Agora, vamos falar sobre o tão esperado anúncio do 4º para o 1º lugar. Acho que a proporção de divisão é um pouco estranha, mas vou prosseguir sem me preocupar com isso.
#4: Capacidades de Migração ao Vivo do CloudSQL para MySQL
Esta não é uma palestra principal, mas uma matéria de sessão da qual participei. Eu não sabia disso porque só estava usando o PostgreSQL recentemente, mas parece que o CloudSQL para MySQL suporta migração ao vivo do MySQL rodando on-premises e em outras nuvens. Não, eu realmente não sabia.
Ao tentar migrar um sistema local para a nuvem, é da natureza humana querer reduzir o tempo de inatividade, preferencialmente zero. O gargalo é um armazenamento de dados que armazena uma grande quantidade de dados e, se ele puder ser migrado sem tempo de inatividade, pode-se dizer que a forma de migrar todo o sistema para a nuvem sem tempo de inatividade foi aberta. Na sessão, falamos não apenas sobre produtos específicos, mas também sobre o know-how para reduzir o tempo de inatividade em geral.
Segundo ele, a migração de dados consiste em exportar e importar dados, mas o que importa é o tempo de importação. Existem três estratégias para encurtar o tempo de importação.
Torne o tipo de instância de destino de importação o maior possível Após a conclusão da importação, você pode ajustá-lo ao tamanho apropriado.
Adicionar índices depois, exceto para índices absolutamente necessários, reduzir o tempo de construção do índice.
Parar o registro que não é absolutamente necessário durante a importação e começar após a conclusão da importação.
Entendi. Em particular, manter o tipo de instância grande é uma solução única para a nuvem.
Além disso, no último horário de perguntas da sessão, haverá migração ao vivo para PostgreSQL? Houve uma pessoa que perguntou. O pensamento é o mesmo em todo o mundo. A resposta é
SIM.
Foi. Quero que venha o quanto antes.
3º lugar: impacto BQML
Aprendizado de Máquina BigQuery, BQML para abreviar. O quê! É um serviço que permite que ML seja feito com o BigQuery.
Esse Youtube é fácil de entender. O curto tempo de 3 minutos e 43 segundos também é um ponto alto.
Assim como o AutoML, o ML ainda tem um limiar alto. Consigo sentir a disposição do Google em baixar esse limiar para um nível que engenheiros comuns possam alcançar. Acho que há muitas empresas que colocam dados para análise no BigQuery, mas você pode criar um modelo de aprendizado no BigQuery sem precisar mover os dados para outro lugar. Você também pode obter os resultados da análise. Além disso, é uma consulta com gramática semelhante ao SQL, o que é bastante chocante.
Se o ML puder ser feito usando um repositório de dados chamado BigQuery, que tem reputação de facilidade de uso, sinto que o escopo de uso vai se expandir rapidamente. Isso é algo que é obrigatório!
2º lugar: KNative
K é K! do KNative, para Kubernetes, e é um serviço para realizar as coisas representadas pelo Serverless e AWS Lambda, que estão se tornando um termo da moda, em base de containers.
Se eu fosse explicar o que me faz feliz antes de usá-lo, parece ser algo que torna a operação de contêineres no Kubernetes, que ainda acho difícil demais para a humanidade, cada vez mais fácil, assim como o Lambda. Eu mesmo ainda estou aprendendo Kubernetes e não tenho histórico de colocar isso em produção, mas ainda sinto que está complicado neste momento. Ingress.
A plataforma serverless mais forte? Também dei uma olhada na aparência do Knative . É porque sinto que não está ficando tão fácil? No momento, não gosto disso, mas honestamente, quero que seja mais fácil. Espero que os containers fiquem cada vez mais fáceis.
Como um produto que também é comentado ao mesmo tempo, - Istio - Apigee
Houve. Entende-se que o Istio é um tratamento integrado de microserviços rodando em diferentes plataformas, e o Apige é um tratamento integrado de APIs rodando em diferentes plataformas.
Se você de alguma forma diagramar a pilha,
[Istio]------------+-------------+
| | |
[Knative] | |
| | |
[kubenetes] [apigee] [outros microserviços]
|
[Docker]
|
[GKE VM cluster]
É assim? A pilha será bem complicada, então é uma imagem adequada para empresas. Vou continuar observando.
1º lugar: Ni-chan, um homem negro que fez uma demonstração ao vivo
Palestra principal de 3 dias, de cerca de 25 minutos e 45 segundos.
Por favor, dê uma olhada. Ni-chan, Kelsey Hightower. Se você já fez uma demonstração ao vivo desse procedimento complexo, pode fazer uma demonstração calmamente onde verá que ele vai falhar devido a erros de rede ou problemas de recursos no meio! Estou entorpecido e com saudade disso!
Então, é incrível.
As piadas também são bem negras e engraçadas.
If você não ouviu falar StackOverFlow. You não faz ideia do que está on. This é código de alta qualidade que você pode encontrar nesse negócio man. Trust me.
Ou, não existe engenheiro que não use o StackOverFlow www É senso comum que você não deva confiar no código lá, www A pessoa que pediu o código que apareceu após a busca é quem está fazendo a demonstração ou já está completamente preparada wwww
Post sobre o StackOverFlow em questão
Se você fosse um engenheiro assim, não conseguia evitar rir. Então, claro, o local estava explodindo em risadas. Pude ter uma valiosa percepção de que o material StackOverFlow é comum em todo o mundo.
Próximo
So uma coisa é: "Bons programadores copiam". Grandes programadores paste.
Copiar e colar programação wwww
Mais uma vez, o público caiu na risada.
No entanto, achei que era só uma história, mas criei uma tabela no Postgres e despejei os dados de forma fluida. Em seguida, lancei o contêiner da API no cluster Kubernetes.
Algumas das partes que compõem o cluster Kubernetes dizem que estão pendurando aquelas rodando em outro servidor via envoy. Seja GKE-on-premises ou o poder do Istio, pode ser óbvio para um superengenheiro do Google, mas é insensível ver algo com uma configuração complexa que parece tão simples. Fico pensando se a explicação do DaemonSet também é o ponto no caso via envoy. Aliás, o DaemonSet tem um limite de apenas um pod sendo lançado por nó.
Talvez porque a máquina em que estou apresentando seja um Pixelbook, eu deixe todas as builds de container para o Cloud Build. Ele nem sequer tem o Docker instalado localmente. Não, não existe Docker para ChromeOS em primeiro lugar.
Em pouco tempo, o CronJob, que adquire informações meteorológicas via API e as armazena regularmente no banco de dados, foi iniciado pelo servidor API front-end. Conectados pelo OpenCensus Metrics são monitorados com o StackDriver.
A interface de voz era legal, então conectei rapidamente ao servidor API rodando no GKE com Dialogflow e finalmente comecei a testar a operação.
**_Google Assistente:
Parece que você tem uma multidão bem grande aqui. Espero que os deuses da demonstração estejam do seu lado.
Kelsey:
_**
I espero também!
Mesmo sabendo que já está preparado, não tem como não se surpreender com o resultado.
Quando perguntei sobre a temperatura atual em Los Angeles, deu uma resposta perfeita e provou que o pod estava funcionando corretamente ao cuspir toras.
Finalmente, o Assistente é
Okay, tenho que admitir. Isso foi bem dope.
Aplausos, aplausos, aplausos. Foi uma ótima demonstração.
Um dia, gostaria de tentar uma demonstração ao vivo como essa. Nove em cada dez vezes, eu vou falhar...
Então, dogma e preconceito são severos, mas estavam entre os 10 principais tópicos do GCNext.
Além disso, GCPUG Hiroshima (desculpe se estiver errado!) Conheci pessoas do GCPUG Hiroshima (desculpe se estiver errado!) Conversei com um médico, e toda vez que tentei conversar com sorte no Uber, onde não deveria precisar falar sobre nada, eu estava muito ciente da minha falta de habilidades em inglês. Gostaria de apresentar essa área se tiver a chance.
**Te vejo no próximo ano no GCNext. **
[
](https://www.colorkrew.com/gcp/?utm_source=gcnext18_2&utm_medium=referral&utm_campaign=owned)