Na semana passada, “Por que existem tantas importações paralelas na indústria nacional de bancos de dados?” 》 A discussão é muito popular Hoje resumimos as opiniões do convidado da transmissão ao vivo, Li Linghui. Se você concorda, é melhor dar um like.
Compartilhando convidados:
Li Linghui
Fundador do banco de dados nativo da nuvem ClapDB, ex-CTO da Multiplication Cloud, CTO da Meiqia e arquiteto-chefe da Didi Chuxing.
Atualmente trabalhando em um novo paradigma de infraestrutura baseada em nuvem para fornecer serviços de dados analíticos na nova era.
ClapDB é um banco de dados projetado e implementado desde o início com base na arquitetura nativa da nuvem, aproveitando ao máximo as vantagens da moderna tecnologia nativa da nuvem. Desenvolvido em C++, espera-se que forneça maior desempenho, permitindo obter resultados de análises de forma fácil e rápida em qualquer escala de dados.
01 O empreendedorismo em banco de dados não pode ser apenas seguir a tendência
A maioria dos fornecedores de dados são frequentemente colegas que realizaram pesquisa e desenvolvimento de bancos de dados em grandes empresas de Internet ou em outras grandes empresas. Eles podem ser idosos e ter encontrado limites de carreira ou gargalos de promoção, ou têm algumas ideias que não podem ser implementadas em seus locais de trabalho originais. eles exigem investimento. Opte por um projeto que possa ser semelhante ao original, ou que tenha algumas melhorias.
Como a intenção original de todos e os produtos que utilizavam eram muito semelhantes, os bancos de dados que produziram eram todos muito semelhantes. Agora, pode haver milhares de empresas na China que fabricam bancos de dados. Mas, na minha opinião, existem provavelmente três ou quatro tipos:
O primeiro é baseado na modificação mágica do MySQL, o segundo é baseado na modificação mágica do PostgreSQL, o terceiro é baseado na modificação mágica Greenplum do PostgreSQL e o quarto é baseado no ES do Java ou no pacote do ecossistema Hadoop... Não é nem modificado, é empacotado .
Mas somos diferentes. Eu costumava iniciar um negócio SaaS no setor B e tentamos dezenas de campos. Como CTO, encontrei alguns problemas e descobri que quando era necessário fornecer aos clientes um sistema de análise de dados barato e fácil de usar, o que realmente faltava era um motor, ou seja, um banco de dados analítico. Naquela época, tentamos muitos produtos de código aberto e de código fechado na indústria, mas ou o desempenho não era suficiente, o custo era muito alto ou não havia nem mesmo a demanda que eu queria. Senti que se uma nova necessidade fosse satisfeita, o mercado seria grande, por isso começámos a nossa aventura.
Nos últimos três anos superamos muitos problemas e finalmente fabricamos um produto, pelo menos não encontrei um produto semelhante no mundo.
Como arquiteto técnico, há muito tempo venho observando duas perspectivas ao mesmo tempo. Um lado são as necessidades e soluções da equipe para componentes técnicos, como bancos de dados e armazenamento distribuído, e o outro lado são as necessidades do lado comercial para eles. coisas, então estou em ambos os lados ao mesmo tempo. Da perspectiva do Partido A e do Partido B, os produtos produzidos também podem considerar melhor ambas as partes.
O que resolvemos são as necessidades de alguns usuários que têm demanda por serviços em nuvem, mas têm medo do preço da nuvem pública. Esses usuários não são grandes empresas. Eles podem ser apenas um pequeno site independente ou projeto pessoal, ou uma empresa um pouco maior com uma equipe de uma ou duas pessoas. Eles têm pouca capacidade de operação e manutenção, não têm DBA e não conseguem aprender um manual complexo com milhares de páginas para implantar e usar. Neste momento, somos úteis. Somos equivalentes a um Snowflake mais barato, que não requer um DBA profissional e atende diretamente aos desenvolvedores. Qualquer pessoa pode pagar e só precisa do preço de "fazer um amigo".
02 O banco de dados deve ser bem feito e não pode seguir a Parte B.
Quando você não tem um produto padronizado suficientemente poderoso e as necessidades dos usuários não são atendidas, você deve permitir que os usuários o ajudem a descobrir o que fazer, e a imaginação dos usuários não é restrita. Ele não pensa na situação geral, só pensa nas suas necessidades. Isso pode facilmente levar à deformação do produto ao longo do caminho.
Por exemplo, uma vez tivemos um usuário que disse: Não suporto que suas informações sejam salvas automaticamente e me sinto desconfortável. Forneça-me um botão e clicarei nele para salvar. Eu disse que esse botão não tem função. Na verdade, ele foi salvo. Ele disse que eu ainda preciso disso.
Você acha que essa necessidade deveria ser atendida? Para ser sincero, se você atender a essa demanda, mais clientes vão se surpreender e dizer: você não salvou automaticamente? Por que você forneceu este botão? Na verdade, esta é uma questão de jogo: quando o Partido A e o Partido B decidirem quem tem mais autoridade e quem pode representar melhor a resposta padrão nesta indústria, quem será mais duro.
Veja, nosso mesmo Partido A, quando conheceu a IBM e a Microsoft, eles não eram tão arrogantes. Portanto, quando se é um Partido A fraco, o respeito que se obtém não é suficiente.
Na verdade, às vezes não somos profissionais. Certa vez, meu cliente me fez uma pergunta: estou neste setor há 20 anos, há quantos anos você está nele? Por que você me ensina o que fazer? Você não pode dizer o que os outros dizem que está errado, mas existem especialidades na indústria da arte. Então eu acho que ao abrir um negócio, principalmente de fabricação de produtos, você não pode ir além do seu próprio círculo de competência para entender o problema. Ao fazer algo que não entende, você naturalmente seguirá as necessidades dos usuários.
Por exemplo, muitas empresas toB na China primeiro recebem pedidos antes de determinar se podem fazê-lo, portanto, naturalmente encontrarão esse problema. Você tem que limitar seus desejos e não fazer coisas nas quais não é bom. Diante de sugestões irracionais dos usuários, você deve ter coragem de dizer não a elas. Você tem que saber que cada sim que você diz é seguido de uma responsabilidade, e você deve aprender a dizer não.
03 Na verdade não é fácil fazer negócios no mercado interno
Embora existam muitos empreendedores, o mercado interno na verdade não é fácil de fazer. Mesmo quem já entrou no setor só consegue ganhar dinheiro, muito menos quem segue depois. Como muitas vezes na China a demanda é muito complexa, esse assunto na verdade não é bom, indicando que a padronização ainda não foi formada.
Já fiz CRM antes e posso dar um exemplo: uma nova empresa nos Estados Unidos, mesmo que tenha apenas duas vendas, vai usar Salesforce. Embora a complexidade do Salesforce não seja adequada para pequenas empresas na minha opinião, ele está acostumado. Ele já usou em outras grandes empresas e não quer aprender mais nada, então esse é o benefício da padronização. Embora possa não ser bom para novos desenvolvedores de CRM, é bom para aqueles que compilam software baseado no ecossistema CRM. Você pode desenvolver um conjunto de software baseado na interface do Salesforce e vendê-lo.
Isto é um problema. Quando o mercado não está padronizado, a sua informatização é muito difícil de ser feita. Um mercado que precisa totalmente da sua educação pode exigir que você gaste muito tempo e dedique seus esforços para acompanhá-lo a crescer. É difícil gerar receitas escaláveis porque o valor central do nosso software é que o custo marginal é muito baixo: o custo de produção do software é alto, mas uma nova cópia não tem custo. Portanto, o custo inicial do nosso software é alto, mas o custo de edição é baixo. Portanto, se você não conseguir encontrar uma indústria onde os custos de edição sejam padronizados e seus custos de edição não sejam baixos, você não conseguirá fazer esse negócio. Isso é verdade do ponto de vista contábil.
04 Pequenas empresas têm oportunidades
No entanto, as pequenas empresas não estão totalmente desprovidas de oportunidades. Uma coisa que é diferente entre nós e os grandes bancos de dados é que não somos uma empresa com produtos estritamente concorrentes. Os grupos de clientes que visamos são diferentes. Nossos grupos de clientes são, pelo menos, clientes de pequeno e médio porte no início, e mais tarde o faremos. atingir clientes centrais. Preferimos encontrar um caminho junto com nossos usuários. Eles economizam dinheiro enquanto fornecemos funções. Temos defeitos, mas todos podem tolerá-los e estão dispostos a esperar que cresçamos. Este mercado é o mercado onde podemos crescer.
Com base em minha pesquisa no mercado toB, descobri que produtos fenomenais são todos desenvolvidos por clientes de pequeno e médio porte. Por exemplo, quando o Cloudflare foi lançado, a Akamai já era muito grande. A Cloudflare não terá chance se competir de frente. Então, no início, atendia basicamente usuários gratuitos e usuários que pagavam de 100 a 200 dólares por ano. Agora, aqueles com mais de 100,000 dólares são considerados grandes clientes. Porque, somente em mercados de pequeno e médio porte, os clientes estão dispostos a tolerar você, e você também pode educar os clientes. Então eu acho que há uma oportunidade de crescer e se tornar uma grande árvore em uma área que outros ainda não descobriram.
Há muitos exemplos assim. A Salesforce, por exemplo, tinha apenas mais de 20 programadores quando abriu o capital, e a maioria de seus clientes tinha menos de dez comunicadores registrados. Você pode imaginar quão pequenos são esses clientes. Em 2016, o número médio de clientes era inferior a 15 e a maioria dos clientes atendidos eram pequenos clientes. Portanto, acho que vale a pena valorizar os pequenos clientes. Embora não consigam gerar muito dinheiro em um curto período de tempo, eles podem ajudar a educar o mercado. O MySQL também é um exemplo. Webmasters de pequeno e médio porte não podem pagar pelo Oracle, então eles usam o MySQL. Portanto, estamos firmes ao lado dos pequenos clientes, porque os pequenos clientes representam inovação.
Para mais conteúdo ao vivo, escaneie o código para assistir ao replay↓↓↓
[Conversa de código aberto]
A coluna de bate-papo da conta de vídeo OSCHINA [Open Source Talk] tem um tópico técnico em cada edição. Três ou cinco especialistas sentam-se, cada um expressando suas próprias opiniões e conversando sobre código aberto. Trazendo a você as mais recentes fronteiras do setor, os tópicos técnicos mais recentes, os projetos de código aberto mais interessantes e as trocas ideológicas mais acirradas. Se você tem novas ideias ou bons projetos e deseja compartilhá-los com seus colegas, entre em contato conosco. O fórum está sempre aberto~.
