Szoftverfejlesztés és felhő · Középhaladó–senior (4+ év)

DevOps- és felhőinfrastruktúra-mérnöki önéletrajz

Ez a minta azt mutatja be, hogyan lépett tovább egy felhőmérnök a senior DevOps-munka felé az AWS, a Kubernetes és a szoftverkiadási folyamatok automatizálásának területén. Ehhez a munkakörhöz akkor erős az önéletrajzod, ha összekapcsolod az infrastruktúrával kapcsolatos döntéseket az olyan eredményekkel, mint a gyorsabb kiadások, a megbízhatóbban működő szolgáltatások és az egyszerűbb üzemeltetés, miközben megnevezed az ehhez használt eszközöket.

Önéletrajz ellenőrzése

Amit a toborzók és a jelentkezőkövető rendszerek keresnek. Útmutató, nem előrejelzés.

100 / 100Teljes

100%
  • Elérhetőségek20 / 20
  • Összefoglaló20 / 20
  • Tapasztalat30 / 30
  • Készségek20 / 20
  • Tanulmányok10 / 10

Elérhetőségek

Írd ezeket a lap tetejére; a toborzók és a jelentkezőkövető rendszerek először ezeket keresik.

Nem kötelező. Az Egyesült Államokban, az Egyesült Királyságban és Kanadában általában fénykép nélkül készül az önéletrajz.

38 szó

Minden munka külön bekezdés legyen; minden eredményt új sorban, „-” jellel kezdj.

11 készség

Vesszővel válaszd el a készségeket, például: Excel, SQL, projekttervezés.

További szakaszok

Projektek, tanúsítványok, nyelvek vagy bármi más, ami alátámasztja a jelentkezésedet.

Képesítések
Eszközök

Alex Morgan

DevOps- és felhőmérnök

  • alex.morgan@example.com
  • +1 555 0100
  • Denver, CO

Összefoglaló

DevOps- és felhőmérnök 6 év tapasztalattal AWS-alapú B2B SaaS-platformok támogatásában. Terraform és Kubernetes használatával épít infrastruktúrát, javítja a CI/CD-folyamatokat, és Prometheus, valamint Grafana segítségével erősíti a megfigyelhetőséget. AWS Certified Solutions Architect – Associate képesítéssel rendelkezik.

Tapasztalat

Senior DevOps-mérnök a Summit Cloud Worksnél, Denver, CO (2022 – jelenleg) - 12 AWS-fiókban és 3 környezetben egységesítettem a Terraform-modulokat, így az új szolgáltatások beállítása 2 napról körülbelül 5 órára csökkent. - Átdolgoztam a GitHub Actions és Argo CD telepítési folyamatait 9 szolgáltatásnál, így a szokásos kiadások időtartama 35 percről 20 percre csökkent. - Prometheus-riasztásokat és Grafana-irányítópultokat állítottam be EKS-munkaterhelésekhez, így az ügyeletes mérnökök körülbelül 25 perccel korábban azonosították a visszatérő kapacitásproblémákat. DevOps-mérnök a Cedar Peak Systemsnél, Boulder, CO (2020 – 2022) - 6 Docker-konténerbe csomagolt szolgáltatást migráltam Kubernetesre Helm használatával, így karbantartási időablakok tervezése nélkül is lehetővé vált a telepítés. - Ansible segítségével automatizáltam 40 virtuális gép Linux-frissítéseit, így a havi karbantartás 2 napról 1 napra csökkent.

Tanulmányok

Számítástechnikai alapképzés — Western Range University, Denver, CO (2019)

Készségek

  • AWS
  • Kubernetes
  • Terraform
  • Docker
  • Helm
  • Ansible
  • Linux
  • GitHub Actions
  • Argo CD
  • Prometheus
  • Grafana

Képesítések

• AWS Certified Solutions Architect – Associate — Amazon Web Services (AWS) • Certified Kubernetes Administrator (CKA) — Cloud Native Computing Foundation (CNCF)

Eszközök

• AWS: EKS, EC2, S3, IAM • Terraform, Helm, Ansible • GitHub Actions, Argo CD • Prometheus, Grafana, Linux

Hogyan írj önéletrajzot DevOps- és felhőmérnök munkakörhöz?

Kezdd a felhőkörnyezet léptékének bemutatásával

Minden munkakörnél kezdd az általad támogatott környezettel: a felhőszolgáltatóval, a fiókok vagy klaszterek számával, a munkaterhelés típusával és azzal, hogy kezeltél-e éles rendszereket. Ezután mutasd be a munkád eredményét, például a telepítés idejének, a helyreállítási erőfeszítésnek vagy az infrastruktúra beállítási idejének változását. Írd le egyértelműen a léptéket, hogy az olvasók meg tudják különböztetni az éles platformot a személyes tesztkörnyezettől.

Mutasd be a szoftverkiadási folyamat javulását

Írd le az általad módosított folyamatot vagy kiadási eljárást, az érintett eszközöket és egy mérhető eredményt, például a rövidebb buildidőt vagy a kevesebb manuális lépést. Olyan adatokat használj, amelyeket meg tudsz magyarázni, és add meg az időszakot vagy az érintett szolgáltatások számát, ha ez segít értelmezni az adatot. Ne állíts rendelkezésre állási vagy megbízhatósági javulást, hacsak nem tudod meghatározott méréshez kötni.

Nevezd meg az eszközöket és a használatuk körülményeit

Sorold fel a ténylegesen használt felhőszolgáltatásokat, konténerplatformokat, infrastruktúra-kódként használt eszközöket és megfigyelési eszközöket, majd a tapasztalataidnál is említsd meg a legfontosabbakat. Igazítsd a listát az egyes álláshirdetésekhez: az AWS és az EKS különbözik az Azure-tól és az AKS-től, a Terraformot és az Ansible-t pedig csak akkor tüntesd fel, ha gyakorlati tapasztalatod van velük. A képesítéseket teljes nevükön add meg, lejárati állapotukat pedig pontosan tüntesd fel.

Oszd meg biztonságosan a projektmunkáid bizonyítékait

Egy rövid projektrész segíthet, ha kevés éles rendszerekkel szerzett tapasztalatod van, vagy készítettél nyilvános infrastruktúrapéldát. Hivatkozz megtisztított adattartalmú tárhelyre vagy ábrára, és magyarázd el a problémát, az architektúrát és a telepítés módját. Távolítsd el a hitelesítő adatokat, az ügyféladatokat, a belső hosztneveket és a munkáltatód kódját. Hagyd ki az olyan hosszú eszközlistákat, amelyeket nem tudsz példákkal alátámasztani.

Gyakori kulcsszavak

Ehhez a munkakörhöz gyakran felsorolt készségek és eszközök. Csak azt használd, amivel rendelkezel, az álláshirdetés megfogalmazását követve. Kattints egy kulcsszóra a másolásához.

Cselekvést kifejező igék

AutomatizáltadLétrehoztadBeállítottadTelepítettedMigráltadFigyeltedCsökkentetted

Kérdések erről a munkakörről

Milyen hosszú legyen egy DevOps-mérnök önéletrajza?

Egy pályája közepén járó mérnöknél egy vagy két oldal is megfelelő lehet. Annyi helyet használj, amennyi szükséges az általad támogatott rendszerek léptékének, a végrehajtott változtatásoknak és az eredményeknek a bemutatásához. A közelmúltbeli, releváns tapasztalatokat részesítsd előnyben, a régebbi vagy nem kapcsolódó részleteket pedig rövidítsd le, mielőtt kisebbre vennéd a betűméretet vagy eltávolítanád a hasznos műszaki részleteket.

Mely felhőtanúsítványokat tüntessem fel?

Olyan képesítéseket tüntess fel, amelyek illenek a tapasztalataidhoz és a megcélzott munkakörökhöz, például az AWS Certified Solutions Architect – Associate képesítést vagy egy CNCF-től származó Kubernetes-tanúsítványt. Add meg a képesítés teljes nevét és a kiállító szervezetet, valamint a megszerzés vagy lejárat dátumát, ha releváns. A képesítési követelmények munkáltatónként eltérnek; a legtöbb DevOps-munkakörhöz nincs általános engedélyezési követelmény.

Válthatok egy másik IT-munkakörből DevOps-területre?

Igen. Emeld ki az üzemeltetéssel és a szállítási folyamatokkal kapcsolatos tapasztalataidat, például a szkriptírást, a Linux-rendszergazdai feladatokat, a felhőtelepítéseket, a megfigyelést vagy a kiadások automatizálását. Ha nincs éles rendszerrel kapcsolatos példád, mutass be egy rövid projektet, amelyben infrastruktúrát kezeltél kódként, és telepítési folyamatot is kialakítottál. Tedd egyértelművé, hogy a rendszert munkád során használtad-e, vagy gyakorlás céljából készítetted.

Tüntessek fel GitHub-hivatkozást vagy portfóliót?

Tüntess fel ilyet, ha releváns és érthető munkát mutat be, például Terraform-modulokat, telepítési folyamatot vagy dokumentált Kubernetes-projektet. Adj hozzá rövid leírást, hogy az olvasók tudják, mire figyeljenek. Ellenőrizd, hogy a tárhelyeken ne legyenek titkok, bizalmas konfigurációk, ügyféladatok vagy a munkáltatód tulajdonában lévő kód; a portfólió opcionális, és előfordulhat, hogy egyes munkáltatók nem tudnak külső hivatkozásokat megnyitni.