Yazılım Mühendisliği ve Bulut · Orta-Kıdemli (4+ yıl)

DevOps ve Bulut Altyapısı Mühendisi Özgeçmişi

Bu örnek, bir bulut mühendisinin AWS, Kubernetes ve teslimat otomasyonu alanlarında kıdemli DevOps çalışmalarına geçişini gösterir. Bu rol için güçlü bir özgeçmiş, altyapı tercihlerini daha hızlı sürümler, daha istikrarlı hizmetler ve daha kolay operasyon gibi sonuçlarla ilişkilendirirken bunları elde etmek için kullanılan araçları da belirtir.

Özgeçmiş kontrolü

İşe alım uzmanlarının ve takip sistemlerinin aradığı bilgiler. Bu bir rehberdir, tahmin değildir.

100 / 100Tamamlandı

100%
  • İletişim20 / 20
  • Özet20 / 20
  • Deneyim30 / 30
  • Beceriler20 / 20
  • Eğitim10 / 10

İletişim bilgileri

Bu bilgileri en üste ekleyin; işe alım uzmanları ve takip sistemleri önce bunları arar.

İsteğe bağlı. ABD, Birleşik Krallık ve Kanada'da özgeçmişlerde genellikle fotoğraf bulunmaz.

40 kelime

Her paragrafta bir iş deneyimine yer verin; her sonucu yeni bir satırda “-” ile başlatın.

11 beceri

Becerileri virgülle ayırın; örneğin: Excel, SQL, proje planlama.

Ek bölümler

Başvurunuzu destekleyen projeleri, sertifikaları, dilleri veya başka bilgileri ekleyin.

Sertifikalar
Araçlar

Alex Morgan

DevOps ve Bulut Mühendisi

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

Özet

AWS üzerinde B2B SaaS platformlarını destekleme alanında 6 yıllık deneyime sahip DevOps ve bulut mühendisi. Terraform ve Kubernetes ile altyapı kurar, CI/CD iş akışlarını iyileştirir ve Prometheus ile Grafana kullanarak gözlemlenebilirliği güçlendirir. AWS Certified Solutions Architect – Associate sertifikasına sahip.

Deneyim

Summit Cloud Works'te Kıdemli DevOps Mühendisi, Denver, CO (2022 – Günümüz) - Terraform modüllerini 12 AWS hesabı ve 3 ortam genelinde standartlaştırdı; yeni hizmet kurulum süresini 2 günden yaklaşık 5 saate indirdi. - 9 hizmet için GitHub Actions ve Argo CD dağıtım iş akışlarını yeniden düzenledi; rutin sürümleri 35 dakikadan 20 dakikaya kısalttı. - EKS iş yükleri için Prometheus uyarıları ve Grafana panoları ekledi; nöbetçi mühendislerin tekrarlayan kapasite sorunlarını yaklaşık 25 dakika daha erken belirlemesine yardımcı oldu. Cedar Peak Systems'te DevOps Mühendisi, Boulder, CO (2020 – 2022) - Docker kapsayıcılarındaki 6 hizmeti Helm ile Kubernetes'e taşıdı; planlı bakım aralıkları olmadan dağıtım yapılmasını sağladı. - 40 sanal makinede Linux yamalarını Ansible ile otomatikleştirdi; aylık bakım süresini 2 günden 1 güne indirdi.

Eğitim

Bilgisayar Bilimleri Lisans Derecesi — Western Range University, Denver, CO (2019)

Beceriler

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

Sertifikalar

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

Araçlar

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

DevOps ve Bulut Mühendisi özgeçmişi nasıl yazılır?

Bulut kapsamınızla başlayın

Her rolde desteklediğiniz ortamı belirtin: bulut sağlayıcısı, hesap veya küme sayısı, iş yükü türü ve üretim sistemlerini yönetip yönetmediğiniz. Ardından çalışmalarınız sonucunda dağıtım süresi, kurtarma çabası veya altyapı kurulum süresi gibi nelerin değiştiğini gösterin. Okuyucuların üretim platformuyla kişisel laboratuvar ortamını ayırt edebilmesi için kapsamı açıkça belirtin.

Teslimattaki iyileşmeyi gösterin

Değiştirdiğiniz hattı veya sürüm sürecini, kullanılan araçları ve derleme süresinin kısalması ya da elle yapılan adımların azalması gibi ölçülebilir sonucu açıklayın. Açıklayabileceğiniz ölçümler kullanın; sayıya bağlam kazandırıyorsa dönemi veya hizmet sayısını belirtin. Tanımlı bir ölçümle ilişkilendiremiyorsanız çalışma süresi veya güvenilirlik artışı iddiasında bulunmayın.

Araçları bağlamıyla belirtin

Gerçekten kullandığınız bulut hizmetlerini, kapsayıcı platformlarını, IaC ve izleme araçlarını ekleyin; ardından en ilgili olanları deneyim maddelerinizde öne çıkarın. Listeyi her ilana göre uyarlayın: AWS ve EKS, Azure ve AKS'den farklıdır. Terraform veya Ansible gibi araçları ancak uygulamalı deneyiminizi yansıtıyorsa listeleyin. Sertifikaları tam adlarıyla yazın ve geçerlilik durumlarını doğru belirtin.

Proje kanıtlarını güvenli tutun

Üretim deneyiminiz sınırlıysa veya herkese açık bir altyapı örneği geliştirdiyseniz kısa bir proje bölümü yardımcı olabilir. Temizlenmiş bir depoya veya diyagrama bağlantı verin; sorunu, mimariyi ve dağıtım yaklaşımını açıklayın. Kimlik bilgilerini, müşteri ayrıntılarını, dahili sunucu adlarını ve işverenin kodlarını çıkarın. Örneklerle desteklenmeyen uzun araç listelerine yer vermeyin.

Sık kullanılan anahtar kelimeler

Bu pozisyon için sıkça listelenen beceri ve araçlar. Yalnızca sahip olduklarınızı, iş ilanındaki ifadelerle kullanın. Kopyalamak için birine tıklayın.

Eylem fiilleri

OtomatikleştirdiGeliştirdiYapılandırdıDağıttıTaşıdıİzlediAzalttı

Bu pozisyonla ilgili sorular

DevOps mühendisi özgeçmişi ne kadar uzun olmalı?

Kariyerinin orta dönemindeki bir mühendis için bir veya iki sayfa uygundur. Desteklediğiniz sistemlerin ölçeğini, yaptığınız değişiklikleri ve sonuçları göstermek için gereken alanı kullanın. Yakın dönemdeki ilgili deneyimlere öncelik verin; metni küçültmeden veya yararlı teknik bağlamı çıkarmadan önce eski ya da ilgisiz ayrıntıları kısaltın.

Hangi bulut sertifikalarını listelemeliyim?

AWS Certified Solutions Architect – Associate veya CNCF tarafından verilen bir Kubernetes sertifikası gibi, deneyiminizle ve hedeflediğiniz rollerle örtüşen sertifikaları listeleyin. Sertifikanın tam adını ve veren kurumu kullanın; ilgiliyse tarihleri veya geçerlilik durumunu belirtin. Sertifika gereklilikleri işverene göre değişir; çoğu DevOps rolü için genel geçer bir lisans zorunluluğu yoktur.

Başka bir BT rolünden DevOps'a geçebilir miyim?

Evet. Betik yazma, Linux yönetimi, bulut dağıtımları, izleme veya sürüm otomasyonu gibi operasyon ve teslimatla kesişen çalışmalarınızı vurgulayın. Üretim ortamı örnekleriniz yoksa kod olarak altyapı ve dağıtım iş akışını gösteren kısa bir proje ekleyin. Sistemin işte kullanılıp kullanılmadığını veya pratik yapmak için geliştirilip geliştirilmediğini açıkça belirtin.

GitHub bağlantısı veya portföy eklemeli miyim?

Terraform modülleri, dağıtım hattı veya belgelenmiş bir Kubernetes projesi gibi ilgili ve anlaşılır çalışmalar gösteriyorsa ekleyin. Okuyucuların neye bakacağını anlaması için kısa bir açıklama yazın. Depolarda gizli bilgi, özel yapılandırma, müşteri verisi veya işverene ait kod bulunmadığını kontrol edin. Portföy isteğe bağlıdır ve bazı işverenler dış bağlantıları inceleyemez.