Sobre machados e repolo

Reflexións sobre de onde vén o desexo de aprobar a certificación Arquitecto Asociado de Solucións AWS.

Motivo XNUMX: "Machados"

Un dos principios máis útiles para calquera profesional é "Coñece as túas ferramentas" (ou unha das súas variacións "afiar a serra").

Levamos moito tempo nas nubes, pero polo momento eran só aplicacións monolíticas con bases de datos despregadas en instancias EC2: baratas e alegres.

Pero aos poucos fomos apretados dentro do monolito. Fixemos un rumbo para cortar de forma boa: para a modularización, e despois para os microservizos que agora están de moda. E moi rapidamente "cen flores florecen" neste chan.

Por que ir lonxe: o proxecto de rexistro de actividades que estou executando actualmente inclúe:

  • Clientes en forma de varias aplicacións do noso produto, desde os recunchos remotos do denso legado ata microservizos de moda en .Net Core.
  • Colas de Amazon SQS, que conteñen rexistros sobre o que está a suceder cos clientes.
  • Un microservizo .Net Core que recupera mensaxes dunha cola e envíaas a Amazon Kinesis Data Streams (KDS). Tamén ten unha interface de API web e unha interface de usuario swagger como canle de copia de seguridade para probas manuais. Está envolto nun contedor Docker Linux e aloxado en Amazon ECS. O escalado automático ofrécese en caso de gran fluxo de rexistros.
  • Desde KDS, os datos son enviados por mangueiras contra incendios a Amazon Redshift con almacéns intermedios en Amazon S3.
  • Os rexistros operativos para desenvolvedores (información de depuración, mensaxes de erro, etc.) están formateados en JSON visualmente agradable e envíanse a Amazon CloudWatch Logs

Sobre machados e repolo

Traballando con tal zoo de servizos de AWS, queres saber o que hai no arsenal e como usalo mellor.

Imaxínate: tes unha machada antiga e probada que corta ben as árbores e martela ben os cravos. Cos anos de traballo, aprendeches a tratalo ben, a montar unha caseta para cans, un par de galpóns e quizais ata unha cabana. Ás veces xorden dificultades; por exemplo, apretar un parafuso cunha machada non sempre funciona rapidamente, pero normalmente pódese resolver coa axuda de paciencia e tal nai.

E entón aparece preto un veciño adiñeirado, que ten unha maldita nube de varias ferramentas: serras eléctricas, pistolas de cravos, desaparafusadores e Deus sabe que máis. Está preparado para alugar toda esta riqueza durante todo o día. Que facer? Desbotamos a opción de coller un machado e desposuílo como analfabeto político. O máis intelixente sería estudar que tipo de ferramentas hai, como poden complementarse nos distintos traballos e en que condicións se entregan.

Dado que este foi o motivo principal para min, a preparación estruturouse en consecuencia: atopar unha guía fundamental e estudala con coidado. E unha guía así atopouse. O libro está escrito un pouco seco, pero é improbable que isto asuste ás persoas que estudaron o matan segundo Fichtenholtz.

Léino de principio a fin e creo que cumpre plenamente o seu propósito: dá unha boa visión xeral tanto dos propios servizos como dos conceptos máis xerais que se poden atopar no exame. Ademais, un bo bono é a oportunidade de pasar por un procedemento de rexistro un tanto estraño en Sybex e responder a todas as preguntas da proba e os exames prácticos do libro en liña.

Un punto importante: estudei usando un libro da edición de 2016, pero en AWS todo cambia de forma bastante dinámica, así que busca a última edición que estará dispoñible no momento da preparación. Por exemplo, as preguntas sobre a dispoñibilidade e durabilidade das distintas clases S3 e Glacier adoitan aparecer nas probas de proba, pero algúns dos números cambiaron en comparación con 2016. Ademais, engadíronse outros novos (por exemplo, INTELLIGENT_TIERING ou ONEZONE_IA).

Segundo motivo: "65 tons de laranxa"

Pensar tenso require un esforzo. Pero non é ningún segredo que moitos programadores experimentan un pracer masoquista por problemas desconcertantes, preguntas e, ás veces, mesmo exames.

Creo que este pracer é moi parecido a xogar Que? Onde? Cando?" ou, digamos, unha boa partida de xadrez.

Neste sentido, o actual exame de AWS Solutions Architect Associate é moi bo. Aínda que durante a preparación, entre as preguntas da proba, de cando en vez había outras “abarrotadas”, como “Cantos enderezos IP elásticos podes ter nun VPC?"Ou"Cal é a dispoñibilidade de S3 IA?“, durante o propio exame non houbo tal xente. De feito, case todas as 65 preguntas foron un problema de minideseño. Aquí tes un exemplo bastante típico da documentación oficial:

Unha aplicación web permite aos clientes cargar pedidos nun bucket S3. Os eventos de Amazon S3 resultantes desencadean unha función Lambda que insire unha mensaxe nunha cola SQS. Unha única instancia de EC2 le as mensaxes da cola, procesaas e gárdaas nunha táboa DynamoDB particionada por ID de pedido único. Espérase que o próximo mes o tráfico aumente nun factor 10 e un arquitecto de solucións está a revisar a arquitectura para detectar posibles problemas de escalado. Que compoñente é máis probable que necesite unha reestructuración para poder escalar para acomodar o novo tráfico?
A. Función Lambda B. Fila SQS C. Instancia EC2 D. Táboa DynamoDB

Polo que sei, a versión anterior do exame contiña 55 preguntas e asignáronlle 80 minutos. Ao parecer, fixeron un bo traballo: agora hai 65 preguntas e 130 minutos para eles. O tempo por pregunta aumentou, pero practicamente non hai preguntas de paso. Tiven que pensar en cada un, ás veces durante máis de dous minutos.

Por certo, hai unha conclusión práctica disto. Normalmente, a táctica gañadora é pasar rapidamente por todas as preguntas e responder inmediatamente ao que se responde. No caso de SAA-C01, isto xeralmente non funciona; terás que marcar case todas as preguntas con caixas de verificación, se non, corre o risco de non notar algún detalle e responder incorrectamente. Acabei respondendo, dedicando un ou dous minutos a cada pregunta, e despois volvendo ás que estaban marcadas e dedicando os 20 minutos restantes a elas.

Motivo terceiro: "Se a mocidade soubese, se a vellez puidese"

Como sabedes, unha das razóns máis habituais das negativas que reciben os programadores maiores de 40 anos é a súa capacidade de aprendizaxe reducida en comparación cos mozos.

Mentres tanto, hai a sensación de que nalgunhas áreas a miña capacidade de aprender incluso aumentou en comparación cos meus anos de estudante, debido á maior perseveranza e experiencia, o que me permite usar analoxías coñecidas para cuestións descoñecidas.

Pero a sensación pode ser enganosa, é necesario un criterio obxectivo. Non é unha opción prepararse para o exame e aprobalo?

Creo que a proba foi exitosa. Prepareime pola miña conta e a preparación foi bastante ben. Pois si, un par de veces quedei durmido nunha hamaca mentres lía un manual, pero isto pódelle pasar a calquera.
Agora hai un certificado e puntos decentes para o exame como sinal de pólvora nos frascos.

Ben, un pouco sobre o que podería ser a motivación, pero era improbable que fose no meu caso.

Non é o primeiro motivo: "repolo"

Hai curiosos Investigación Forbes sobre que especialistas con que certificados son os máis pagados do mundo e AWS SAA ocupa o honorable cuarto lugar alí

Sobre machados e repolo

Pero, en primeiro lugar, cal é a causa e cal é o efecto? Sospeito que os mozos gañan bo diñeiro
debido a certas habilidades, e estas mesmas habilidades axudan a aprobar a certificación. En segundo lugar, estou atormentado polas vagas dúbidas de que alguén se lle pague 130 mil dólares ao ano fóra dos EUA, aínda que estea certificado de pés a cabeza.

E en xeral, como sabes, despois de satisfacer os niveis inferiores da pirámide, o salario deixa de ser o principal factor.

Non é o segundo motivo: "Requisitos da empresa"

As empresas poden fomentar ou mesmo requirir certificacións (especialmente se son necesarias para asociacións, como a pertenza a AWS APN no caso de Amazon).

Pero no noso caso, prodúcese un produto independente e tamén intentamos evitar o bloqueo de provedores. Polo tanto, ninguén esixe certificados. Eloxiaranche e pagarán o exame en recoñecemento a certos esforzos; iso é todo o carácter oficial.

Non é o terceiro motivo: "emprego"

Quizais ter certificados sexa unha vantaxe definitiva para conseguir un emprego, en igualdad de condicións. Pero non teño pensado cambiar de traballo. É interesante traballar nun produto complexo que utiliza activamente moitos enfoques novos e servizos de AWS. Todo isto é suficiente no lugar actual.

Non, claro, hai diferentes casos: en 23 anos en informática cambiei de traballo 5 veces. Non é un feito que non teña que cambiar de novo se durou outros 20 anos. Pero se me gañan, imos chorar.

Útil

Como conclusión, mencionarei algúns materiais máis que usei para preparar o exame e simplemente como "afiador para a serra":

  • Cursos de vídeo visión plural и gurú da nube. Estes últimos, din, son especialmente bos se compras unha subscrición con acceso a todos os exames prácticos. Pero unha das miñas condicións de xogo era non gastar un só centavo na preparación; comprar unha subscrición non foi ben con isto. Ademais, en xeral considero que o formato de vídeo é menos denso en canto á cantidade de información por unidade de tempo. Non obstante, cando se preparen para SA Professional, o máis probable é que me rexistre para obter unha subscrición.
  • Toneladas de documentación oficial de Amazon, incluíndo preguntas frecuentes e libros brancos.
  • Ben, a última, pero importante cousa - probas de verificación. Atopeinos un par de días antes do exame e practicei ben. Non hai nada que ler alí, pero a interface en liña e os comentarios sobre as respostas son bos.

Fonte: www.habr.com

Engadir un comentario