Imagine a seguinte situa\u00e7\u00e3o: voc\u00ea tem a miss\u00e3o de mover uma grande pedra de um lado a outro de uma sala. Voc\u00ea pode fazer de duas formas diferentes, certo? <\/p>\n\n\n\n
Imaginamos que voc\u00ea saiba que a segunda forma de fazer \u00e9 a que est\u00e1 relacionada com agilidade. E \u00e9 dessa forma que funcionam os microsservi\u00e7os: cada peda\u00e7o de uma aplica\u00e7\u00e3o \u00e9 feito separadamente, diminuindo a possibilidade de erros. <\/p>\n\n\n\n
Vamos te dar outra situa\u00e7\u00e3o hipot\u00e9tica para ilustrar. Provavelmente, essa faz muito mais parte da sua rotina do que mover pedras: fazer uma compra online<\/strong>. <\/p>\n\n\n\n Voc\u00ea entra no site e clica na busca. Pronto! J\u00e1 acessou o primeiro microsservi\u00e7o. Depois, seleciona o que deseja incluir no carrinho. Segundo microsservi\u00e7o. Agora voc\u00ea ficou em d\u00favida do que escolher e deu uma olhadinha no sistema de recomenda\u00e7\u00e3o de produtos. Bingo! Mais um servi\u00e7o!<\/p>\n\n\n\n A arquitetura de microsservi\u00e7os funciona assim: segmentando cada fun\u00e7\u00e3o essencial de uma aplica\u00e7\u00e3o para que ela funcione de forma independente da outra, por\u00e9m trabalhando juntas, \u00e9 claro! Dessa forma, proporciona a diminui\u00e7\u00e3o de falhas inevit\u00e1veis, escalabilidade, granularidade e uma aplica\u00e7\u00e3o bem mais leve. Isso sem falar na facilidade muito maior de integrar novas funcionalidades quando necess\u00e1rio. <\/p>\n\n\n\n \u00c9 quase como levar pequenas pedrinhas de um lado para o outro de uma sala, s\u00f3 que n\u00e3o t\u00e3o simples assim. A arquitetura de microsservi\u00e7os \u00e9 mais do que um mero acoplamento flex\u00edvel das fun\u00e7\u00f5es essenciais de uma aplica\u00e7\u00e3o. Estamos falando de uma restrutura\u00e7\u00e3o das equipes de desenvolvimento e da comunica\u00e7\u00e3o entre servi\u00e7os. <\/p>\n\n\n\n Mas nem sempre foi assim\u2026 antes dessa arquitetura ser uma realidade, existia um grande e \u00fanico bloco. Sim, mais ou menos como a grande pedra do exemplo l\u00e1 de cima. Vamos explicar melhor no pr\u00f3ximo item. Confira! <\/p>\n\n\n\n Na abordagem tradicional monol\u00edtica, toda a aplica\u00e7\u00e3o \u00e9 criada como um \u00fanico bloco. Nessa estrutura, os servi\u00e7os dependem uns dos outros – grosso modo, como um monolito, da\u00ed o nome.<\/p>\n\n\n\n Dessa forma, at\u00e9 as altera\u00e7\u00f5es mais simples de uma aplica\u00e7\u00e3o demandavam uma atualiza\u00e7\u00e3o da vers\u00e3o completa. Isso leva tempo e atrasa o trabalho de muitas equipes que dependem da aplica\u00e7\u00e3o para desempenhar suas atividades. <\/p>\n\n\n\n E se essa atualiza\u00e7\u00e3o simples causar um erro? A\u00ed n\u00e3o tem jeito: \u00e9 preciso desativar a aplica\u00e7\u00e3o inteira para corrigir o problema. <\/p>\n\n\n\n Parece uma estrutura do passado, mas n\u00e3o \u00e9 tanto assim. Algumas empresas ainda rodam dentro dessa arquitetura monol\u00edtica. Veja:<\/strong> ela \u00e9 vi\u00e1vel para aplica\u00e7\u00f5es pequenas. <\/p>\n\n\n\n Por ser mais antiga, essa arquitetura ainda \u00e9 utilizada. Uma grande fatia do mercado de desenvolvimento de software ainda n\u00e3o aderiu ao \u201chype\u201d dos microsservi\u00e7os e ainda roda na arquitetura monol\u00edtica.<\/p>\n\n\n\n Por\u00e9m, esse cen\u00e1rio tende a mudar cada vez mais r\u00e1pido. O mercado est\u00e1 fazendo um movimento de mudan\u00e7a diretamente ao (adivinhe s\u00f3!) desenvolvimento \u00e1gil. <\/p>\n\n\n\n A r\u00e1pida ascens\u00e3o do \u00c1gil foi inversamente proporcional a ades\u00e3o da arquitetura monol\u00edtica. Isso porque esse tipo de arquitetura e o desenvolvimento \u00e1gil n\u00e3o formam uma dupla, vamos dizer, com encaixe perfeito. Lembra da pedra? Pois \u00e9. <\/p>\n\n\n\n As corpora\u00e7\u00f5es que contavam com desenvolvimento de aplica\u00e7\u00f5es robustas optaram rapidamente pelos microsservi\u00e7os – mesmo que fossem necess\u00e1rios muitos deles. Isso porque uma \u00fanica altera\u00e7\u00e3o poderia ser respons\u00e1vel por comprometer o funcionamento de muitas outras. <\/p>\n\n\n\n Logo, grandes empresas em expans\u00e3o n\u00e3o podem mais se dar ao luxo de sofrer com seus servi\u00e7os fora do ar, com erros ou inativos. Isso pode representar um preju\u00edzo incalcul\u00e1vel, dependendo do tempo necess\u00e1rio para reparo. <\/p>\n\n\n\n Uma informa\u00e7\u00e3o importante: n\u00e3o precisa migrar da noite para o dia. \u00c9 poss\u00edvel uma uni\u00e3o de arquitetura monol\u00edtica e de microsservi\u00e7os. E isso pode ser at\u00e9 realizar a migra\u00e7\u00e3o completa ou o funcionamento normal da sua \u00e1rea de desenvolvimento. <\/p>\n\n\n\n Voc\u00ea pode estar se perguntando: em que fase de maturidade est\u00e1 a minha TI?<\/strong> Ser\u00e1 que ter\u00edamos estrutura para fazer essa migra\u00e7\u00e3o robusta de uma arquitetura para outra? Calma. Foi pensando exatamente em ajudar as empresas a entenderem em que n\u00edvel sua TI est\u00e1 que constru\u00edmos a ferramenta Teste de Maturidade da TI. <\/p>\n\n\n\n Acesse e descubra o n\u00edvel de maturidade da sua corpora\u00e7\u00e3o e um passo a passo para tornar o setor mais estrat\u00e9gico e competitivo.<\/p>\n\n\n <\/p>\n\t<\/div>\n\tA Arquitetura Monol\u00edtica ficou para tr\u00e1s? <\/h2>\n\n\n\n
Teste de Maturidade de TI<\/h3>\n\t\t