Azure kaynaklar\u0131n\u0131z\u0131 y\u00f6netirken, kontrol\u00fc kaybetmek ve beklenmedik sorunlarla kar\u015f\u0131la\u015fmak kolayd\u0131r. Bu teknik makale, Azure Etiketleri (Tags) ve Kaynak Kilitleri (Resource Locks) gibi kritik y\u00f6netim ara\u00e7lar\u0131n\u0131 kullanarak bulut ortam\u0131n\u0131z\u0131 nas\u0131l d\u00fczenleyece\u011finizi, maliyetleri nas\u0131l optimize edece\u011finizi ve yanl\u0131\u015fl\u0131kla yap\u0131lan silme i\u015flemlerini nas\u0131l \u00f6nleyece\u011finizi ad\u0131m ad\u0131m a\u00e7\u0131kl\u0131yor.<\/p>\n
Modern bulut altyap\u0131lar\u0131n\u0131n karma\u015f\u0131kl\u0131\u011f\u0131, \u00f6zellikle b\u00fcy\u00fck \u00f6l\u00e7ekli organizasyonlarda, y\u00f6netimi zorlu bir hale getirebilir. Azure’da binlerce kaynakla \u00e7al\u0131\u015f\u0131rken, hangi sanal makinenin hangi projeye ait oldu\u011funu, hangi depolama hesab\u0131n\u0131n hangi departman taraf\u0131ndan kullan\u0131ld\u0131\u011f\u0131n\u0131 veya hangi veritaban\u0131n\u0131n hangi ortama (geli\u015ftirme, test, \u00fcretim) hizmet verdi\u011fini bilmek hayati \u00f6nem ta\u015f\u0131r. Bu bilgi eksikli\u011fi, maliyetlerin kontrol d\u0131\u015f\u0131na \u00e7\u0131kmas\u0131na, g\u00fcvenlik a\u00e7\u0131klar\u0131na ve uyumluluk sorunlar\u0131na yol a\u00e7abilir. \u0130\u015fte tam da bu noktada Azure Etiketleri devreye girer. Etiketler, Azure kaynaklar\u0131n\u0131za uygulayabilece\u011finiz anahtar-de\u011fer \u00e7iftleridir ve bu kaynaklar\u0131 mant\u0131ksal olarak kategorize etmenize olanak tan\u0131r. \u00d6rne\u011fin, bir sanal makineye Etiketlerin temel amac\u0131, kaynaklar\u0131 meta verilerle zenginle\u015ftirmek ve b\u00f6ylece onlar\u0131 daha kolay aranabilir, filtrelebilir ve raporlanabilir hale getirmektir. D\u00fc\u015f\u00fcn\u00fcn ki, bir yaz\u0131l\u0131m geli\u015ftirme \u015firketisiniz ve bir\u00e7ok farkl\u0131 m\u00fc\u015fteri i\u00e7in projeler y\u00fcr\u00fct\u00fcyorsunuz. Her projenin kendi sanal makineleri, depolama hesaplar\u0131 ve veritabanlar\u0131 var. Etiketleme yapmadan, ay sonunda hangi projenin ne kadar kaynak t\u00fcketti\u011fini ve dolay\u0131s\u0131yla ne kadar maliyet olu\u015fturdu\u011funu belirlemek tam bir kabusa d\u00f6n\u00fc\u015febilir. Ancak, her kayna\u011f\u0131 ilgili proje etiketiyle i\u015faretlerseniz (\u00f6rne\u011fin, Maliyet y\u00f6netimi, bulut bili\u015fimin en kritik ve zorlu y\u00f6nlerinden biridir. Azure Etiketleri, bu zorlu\u011fu a\u015fmak i\u00e7in g\u00fc\u00e7l\u00fc bir ara\u00e7 sunar. Etiketler sayesinde, kaynaklar\u0131n maliyetlerini departmanlara, projelere, ortam t\u00fcrlerine veya hatta i\u015f birimlerine g\u00f6re ay\u0131rabiliriz. Bu, “chargeback” veya “showback” modellerini uygulayarak \u015firket i\u00e7i faturaland\u0131rmay\u0131 veya departmanlara maliyet fark\u0131ndal\u0131\u011f\u0131 yaratmay\u0131 kolayla\u015ft\u0131r\u0131r. \u00d6rne\u011fin, bir IT departman\u0131, farkl\u0131 geli\u015ftirme ekipleri taraf\u0131ndan kullan\u0131lan Azure kaynaklar\u0131n\u0131n maliyetlerini ayr\u0131 ayr\u0131 takip etmek istiyor. Etiketler olmadan, bu kaynaklar\u0131n maliyetlerini ayr\u0131\u015ft\u0131rmak son derece g\u00fc\u00e7t\u00fcr ve genellikle manuel raporlama ile hata pay\u0131 y\u00fcksek sonu\u00e7lar elde edilir. Ancak, her kaynak Azure Portal \u00fczerinden bir kayna\u011fa etiket eklemek olduk\u00e7a basittir. Bir sanal makine veya kaynak grubu se\u00e7tikten sonra, “Etiketler” (Tags) b\u00f6l\u00fcm\u00fcne giderek anahtar-de\u011fer \u00e7iftlerini tan\u0131mlayabilirsiniz. \u00d6rne\u011fin, bir test ortam\u0131 i\u00e7in bir kaynak grubuna <\/code>\n<\/div>\n Yukar\u0131daki Azure CLI komutu, yeni bir kaynak grubu ve bir sanal makine olu\u015ftururken etiketleri do\u011frudan atar. Mevcut bir kayna\u011fa etiket eklemek veya mevcut etiketleri g\u00fcncellemek i\u00e7in de benzer komutlar kullan\u0131labilir:<\/p>\n <\/code>\n<\/div>\n Bu komutlar, etiketleme i\u015flemini otomatikle\u015ftirmek ve standartla\u015ft\u0131rmak i\u00e7in harika ara\u00e7lard\u0131r. Etiketleme stratejinizi belirlerken, tutarl\u0131l\u0131k \u00e7ok \u00f6nemlidir. Hangi anahtarlar\u0131n kullan\u0131laca\u011f\u0131 (\u00f6rn. \"Proje\", \"Departman\", \"Ortam\"), hangi de\u011ferlerin ge\u00e7erli olaca\u011f\u0131 (\u00f6rn. \"Geli\u015ftirme\", \"Test\", \"\u00dcretim\") ve bu etiketlerin hangi kaynaklara uygulanaca\u011f\u0131 konusunda net y\u00f6nergeler belirlemek, uzun vadede karma\u015fay\u0131 \u00f6nleyecektir. Azure Cost Management ara\u00e7lar\u0131, bu etiketleri kullanarak maliyet verilerini g\u00f6rselle\u015ftirebilir, raporlar olu\u015fturabilir ve hatta b\u00fct\u00e7eler belirleyerek olas\u0131 a\u015f\u0131r\u0131l\u0131klar i\u00e7in uyar\u0131lar g\u00f6nderebilir. Bu sayede, finansal kaynaklar\u0131n\u0131z\u0131 \u00e7ok daha verimli bir \u015fekilde y\u00f6netebilirsiniz.<\/p>\n Evet, kesinlikle m\u00fcmk\u00fcnd\u00fcr ve hatta \u015fiddetle tavsiye edilir! Etiketler, yaln\u0131zca maliyet y\u00f6netimi i\u00e7in de\u011fil, ayn\u0131 zamanda bulut ortam\u0131n\u0131z\u0131n g\u00fcvenlik duru\u015funu g\u00fc\u00e7lendirmek ve uyumluluk standartlar\u0131na (GDPR, HIPAA, PCI DSS vb.) uygunlu\u011funu sa\u011flamak i\u00e7in de temel bir rol oynar. G\u00fcvenlik ve uyumluluk ba\u011flam\u0131nda etiketler, kaynaklar\u0131 hassasiyet d\u00fczeylerine, veri t\u00fcrlerine, reg\u00fclasyon gereksinimlerine veya g\u00fcvenlik b\u00f6lgelerine g\u00f6re s\u0131n\u0131fland\u0131rman\u0131za olanak tan\u0131r. \u00d6rne\u011fin, bir veritaban\u0131 sunucusuna Bu stratejinin en g\u00fc\u00e7l\u00fc yanlar\u0131ndan biri, Azure Policy ile entegrasyonudur. Azure Policy, etiketleri kullanarak kaynaklar\u0131n belirli standartlara uygun olmas\u0131n\u0131 sa\u011flayabilir. \u00d6rne\u011fin, t\u00fcm \u00fcretim ortam\u0131 kaynaklar\u0131n\u0131n belirli bir yedekleme politikas\u0131na sahip olmas\u0131n\u0131 veya t\u00fcm hassas veri kaynaklar\u0131n\u0131n belirli bir \u015fifreleme anahtar\u0131 seti kullanmas\u0131n\u0131 zorunlu k\u0131labilirsiniz. \u0130\u015fte birka\u00e7 \u00f6rnek senaryo:<\/p>\n Bu etiketleme stratejilerini uygularken, net bir adland\u0131rma konvansiyonu ve etiketleme standard\u0131 belirlemek \u00f6nemlidir. Kimin hangi etiketleri kullanaca\u011f\u0131n\u0131, etiket de\u011ferlerinin ne anlama geldi\u011fini ve etiketlerin hangi kapsamda (kaynak grubu, kaynak) uygulanaca\u011f\u0131n\u0131 dok\u00fcmante etmek, kar\u0131\u015f\u0131kl\u0131\u011f\u0131 \u00f6nler ve uyumluluk denetimlerini kolayla\u015ft\u0131r\u0131r. B\u00f6ylece, etiketler sadece birer bilgi par\u00e7as\u0131 olmaktan \u00e7\u0131k\u0131p, proaktif bir g\u00fcvenlik ve uyumluluk \u00e7er\u00e7evesinin temel ta\u015f\u0131 haline gelir. Etiketlerinizi d\u00fczenli olarak g\u00f6zden ge\u00e7irmek ve g\u00fcncel tutmak da bu stratejinin ba\u015far\u0131s\u0131 i\u00e7in hayati \u00f6neme sahiptir. Yanl\u0131\u015f veya g\u00fcncel olmayan etiketler, g\u00fcvenlik a\u00e7\u0131klar\u0131na veya yanl\u0131\u015f uyumluluk de\u011ferlendirmelerine yol a\u00e7abilir.<\/p>\n Azure ortamlar\u0131nda \u00e7al\u0131\u015f\u0131rken, hepimizin korkulu r\u00fcyas\u0131d\u0131r: Yanl\u0131\u015fl\u0131kla kritik bir kayna\u011f\u0131 silmek veya yap\u0131land\u0131rmas\u0131n\u0131 de\u011fi\u015ftirmek. Bu, bir \u00fcretim veritaban\u0131n\u0131n aniden silinmesi, bir anahtar kasas\u0131n\u0131n yanl\u0131\u015fl\u0131kla de\u011fi\u015ftirilmesi veya kritik bir sanal a\u011f\u0131n ayarlar\u0131n\u0131n bozulmas\u0131 gibi felaket senaryolar\u0131na yol a\u00e7abilir. Bu t\u00fcr insan kaynakl\u0131 hatalar, ciddi hizmet kesintilerine, veri kayb\u0131na ve dolay\u0131s\u0131yla \u00f6nemli finansal kay\u0131plara neden olabilir. \u0130\u015fte tam da bu noktada Azure Kaynak Kilitleri (Resource Locks) devreye girerek, bulut ortam\u0131n\u0131z i\u00e7in hayati bir koruma katman\u0131 sa\u011flar. Kaynak kilitleri, y\u00f6neticilerin kritik Azure kaynaklar\u0131n\u0131 silme veya de\u011fi\u015ftirme i\u015flemlerine kar\u015f\u0131 koruma alt\u0131na almas\u0131na olanak tan\u0131yan bir g\u00fcvenlik mekanizmas\u0131d\u0131r. Bu, \u00f6zellikle b\u00fcy\u00fck ekiplerin ve otomasyon s\u00fcre\u00e7lerinin yer ald\u0131\u011f\u0131 karma\u015f\u0131k bulut ortamlar\u0131nda, beklenmedik olaylar\u0131n \u00f6n\u00fcne ge\u00e7mek i\u00e7in vazge\u00e7ilmez bir ara\u00e7t\u0131r.<\/p>\n Azure'da iki temel kaynak kilidi t\u00fcr\u00fc bulunmaktad\u0131r:<\/p>\n Bir kaynak kilidi, Azure kaynak hiyerar\u015fisinde \u00fcst bir seviyeye (\u00f6rne\u011fin, bir kaynak grubuna veya aboneli\u011fe) uyguland\u0131\u011f\u0131nda, alt\u0131ndaki t\u00fcm kaynaklar\u0131 da etkiler. Bu, tek tek kaynaklar\u0131 kilitlemek yerine, mant\u0131ksal birimler halinde koruma sa\u011flaman\u0131n g\u00fc\u00e7l\u00fc ve verimli bir yoludur. \u00d6rne\u011fin, bir \u00fcretim ortam\u0131na ait t\u00fcm kaynaklar\u0131 i\u00e7eren bir kaynak grubuna \"CanNotDelete\" kilidi uygulamak, o kaynak grubundaki herhangi bir sanal makinenin, depolama hesab\u0131n\u0131n veya veritaban\u0131n\u0131n yanl\u0131\u015fl\u0131kla silinmesini engeller. Bu sayede, ekibinizin yeni \u00fcyeleri veya otomasyon betikleri taraf\u0131ndan yap\u0131labilecek potansiyel hatalara kar\u015f\u0131 bir g\u00fcvenlik a\u011f\u0131 olu\u015fturmu\u015f olursunuz. Kaynak kilitleri, Azure'daki \"g\u00fcvenlik derinlemesine\" (defense-in-depth) stratejisinin \u00f6nemli bir par\u00e7as\u0131d\u0131r ve iyi planlanm\u0131\u015f bir bulut y\u00f6netimi stratejisinin ayr\u0131lmaz bir bile\u015fenidir. Yanl\u0131\u015fl\u0131kla silmeleri \u00f6nlemek, i\u015f s\u00fcreklili\u011fini sa\u011flamak ve bulut ortam\u0131n\u0131z\u0131n istikrar\u0131n\u0131 korumak i\u00e7in kaynak kilitlerini etkin bir \u015fekilde kullanmak hayati \u00f6nem ta\u015f\u0131r.<\/p>\n Azure kaynak kilitlerini uygulamak, kritik altyap\u0131n\u0131z\u0131 istenmeyen de\u011fi\u015fikliklerden veya silmelerden korumak i\u00e7in hayati bir ad\u0131md\u0131r. Bu s\u00fcreci Azure portal\u0131 \u00fczerinden, Azure CLI ve PowerShell ile nas\u0131l yapabilece\u011finizi ad\u0131m ad\u0131m inceleyelim. Bu, \u00f6zellikle farkl\u0131 otomasyon senaryolar\u0131nda veya farkl\u0131 ekiplerin tercihlerine g\u00f6re esneklik sa\u011flar.<\/p>\n Azure portal\u0131, g\u00f6rsel bir aray\u00fcz sundu\u011fu i\u00e7in kaynak kilitlerini h\u0131zl\u0131ca uygulamak veya y\u00f6netmek i\u00e7in idealdir:<\/p>\n Bu ad\u0131mlar\u0131 tamamlad\u0131\u011f\u0131n\u0131zda, se\u00e7ti\u011finiz kaynak art\u0131k belirlenen kilit t\u00fcr\u00fcne g\u00f6re korunmu\u015f olacakt\u0131r. Bir kaynak grubuna kilit uygulad\u0131\u011f\u0131n\u0131zda, o kaynak grubunun i\u00e7indeki t\u00fcm kaynaklar da otomatik olarak ayn\u0131 kilit korumas\u0131na sahip olacakt\u0131r. Bu, hiyerar\u015fik bir koruma sa\u011flar ve y\u00f6netimi kolayla\u015ft\u0131r\u0131r.<\/p>\n Otomasyon betikleri veya komut sat\u0131r\u0131 ara\u00e7lar\u0131n\u0131 tercih edenler i\u00e7in Azure CLI, kaynak kilitlerini programatik olarak y\u00f6netmek i\u00e7in m\u00fckemmel bir ara\u00e7t\u0131r:<\/p>\n <\/code>\n<\/div>\n Bu komutlar, kilidin ad\u0131n\u0131, kilitlenecek kayna\u011f\u0131n veya kaynak grubunun ad\u0131n\u0131, kilit t\u00fcr\u00fcn\u00fc ve iste\u011fe ba\u011fl\u0131 notlar\u0131 belirterek kilitleri olu\u015fturur. \u00d6zellikle b\u00fcy\u00fck altyap\u0131larda veya CI\/CD boru hatlar\u0131nda kaynak kilitlerini otomatik olarak devreye almak i\u00e7in bu y\u00f6ntem \u00e7ok etkilidir.<\/p>\n PowerShell de Azure kaynak kilitlerini y\u00f6netmek i\u00e7in g\u00fc\u00e7l\u00fc bir alternatiftir ve \u00f6zellikle Windows ortamlar\u0131nda veya mevcut PowerShell otomasyon betiklerine entegrasyon i\u00e7in uygundur:<\/p>\n <\/code>\n<\/div>\n PowerShell komutlar\u0131 da CLI'a benzer bir yap\u0131ya sahiptir ve kaynaklar\u0131n ID'leri veya do\u011frudan adlar\u0131 \u00fczerinden kilitlerin uygulanmas\u0131na olanak tan\u0131r. Kaynak kilitlerini uygularken dikkatli olmak \u00f6nemlidir; zira bir kayna\u011fa \"Salt Okunur\" kilidi uygulad\u0131\u011f\u0131n\u0131zda, bu kayna\u011f\u0131n \u00fczerinde hi\u00e7bir de\u011fi\u015fiklik yapamayaca\u011f\u0131n\u0131z\u0131 unutmay\u0131n. Bu, bir sanal makinenin boyutunu de\u011fi\u015ftirmek, bir veritaban\u0131n\u0131 y\u00fckseltmek veya bir depolama hesab\u0131n\u0131n eri\u015fim anahtarlar\u0131n\u0131 yenilemek gibi rutin y\u00f6netim i\u015flemlerini bile engelleyebilir. Bu nedenle, kilitleri genellikle \u00fcretim ortam\u0131ndaki kritik, stabil ve nadiren de\u011fi\u015fen kaynaklar \u00fczerinde kullanmak en iyi uygulamad\u0131r. Ayr\u0131ca, kilitleri uygulayan ve kald\u0131ran kullan\u0131c\u0131lar\u0131n belirli RBAC (Role-Based Access Control) izinlerine sahip olmas\u0131 gerekti\u011fini unutmay\u0131n, b\u00f6ylece yetkisiz ki\u015filerin kilitleri atlamas\u0131 engellenir.<\/p>\n Azure ortam\u0131n\u0131z\u0131 y\u00f6netirken, etiketler ve kaynak kilitleri genellikle ayr\u0131 ayr\u0131 d\u00fc\u015f\u00fcn\u00fclse de, birlikte kullan\u0131ld\u0131klar\u0131nda \u00e7ok daha g\u00fc\u00e7l\u00fc ve kapsaml\u0131 bir y\u00f6netim stratejisi olu\u015ftururlar. Bu iki ara\u00e7, Azure kaynaklar\u0131n\u0131z\u0131n hem organize olmas\u0131n\u0131 hem de g\u00fcvende kalmas\u0131n\u0131 sa\u011flayan tamamlay\u0131c\u0131 mekanizmalard\u0131r. Etiketler, kaynaklar\u0131n\u0131za meta veri katman\u0131 ekleyerek onlar\u0131 anlamland\u0131rman\u0131z\u0131 ve s\u0131n\u0131fland\u0131rman\u0131z\u0131 sa\u011flarken, kaynak kilitleri bu kaynaklar\u0131 istenmeyen de\u011fi\u015fikliklerden veya silmelerden koruyarak fiziksel g\u00fcvenli\u011fini temin eder. Bu kapsaml\u0131 yakla\u015f\u0131m, \u00f6zellikle b\u00fcy\u00fck ve dinamik bulut altyap\u0131lar\u0131nda kurumsal d\u00fczeyde y\u00f6netim ve operasyonel m\u00fckemmeliyet i\u00e7in vazge\u00e7ilmezdir.<\/p>\n Bir vaka analizi ile bu entegrasyonun g\u00fcc\u00fcn\u00fc daha iyi anlayal\u0131m: B\u00fcy\u00fck bir e-ticaret \u015firketi olan \"GlobalMarket\"in Azure altyap\u0131s\u0131nda y\u00fczlerce sanal makine, depolama hesab\u0131, veritaban\u0131 ve a\u011f bile\u015feni bulunuyor. Bu \u015firket, farkl\u0131 co\u011frafi b\u00f6lgelerde ve farkl\u0131 ekipler taraf\u0131ndan y\u00f6netilen \u00e7e\u015fitli uygulamalara sahip. Ba\u015flang\u0131\u00e7ta, kaynaklar rastgele bir \u015fekilde da\u011f\u0131t\u0131lm\u0131\u015ft\u0131 ve bu durum maliyet a\u015f\u0131m\u0131na, g\u00fcvenlik zafiyetlerine ve operasyonel aksakl\u0131klara neden oluyordu. GlobalMarket, bu sorunlar\u0131 \u00e7\u00f6zmek i\u00e7in etiketler ve kaynak kilitlerini birle\u015ftirme karar\u0131 ald\u0131:<\/p>\n Bu entegre yakla\u015f\u0131m sayesinde GlobalMarket, Azure ortam\u0131n\u0131 daha g\u00fcvenli, daha maliyet etkin ve daha y\u00f6netilebilir hale getirdi. Etiketler, kaynaklar\u0131 mant\u0131ksal olarak s\u0131n\u0131fland\u0131r\u0131rken, kaynak kilitleri fiziksel olarak onlar\u0131 korudu. Bu iki arac\u0131n stratejik birle\u015fimini uygulamak, Azure ortam\u0131n\u0131z\u0131n b\u00fcy\u00fckl\u00fc\u011f\u00fc ne olursa olsun, operasyonel m\u00fckemmelli\u011fe ula\u015fmak i\u00e7in at\u0131lacak en kritik ad\u0131mlardan biridir. Bu, sadece kaynaklar\u0131n\u0131z\u0131 d\u00fczenlemekle kalmaz, ayn\u0131 zamanda \u015firketinizin riskini azalt\u0131r ve genel i\u015f s\u00fcreklili\u011fini art\u0131r\u0131r.<\/p>\n Azure'da etiketler ve kaynak kilitleri, manuel olarak veya betikler arac\u0131l\u0131\u011f\u0131yla uygulanabilirken, b\u00fcy\u00fck ve dinamik ortamlar i\u00e7in bu yakla\u015f\u0131m yetersiz kalabilir. Binlerce kayna\u011fa sahip bir abonelikte, her birine manuel olarak etiket eklemek veya kilit uygulamak pratik de\u011fildir ve insan hatas\u0131na a\u00e7\u0131kt\u0131r. \u0130\u015fte bu noktada Azure Politikalar\u0131 (Azure Policy) devreye girerek, etiket ve kilit y\u00f6netimini otomasyon ve zorunluluk seviyesine ta\u015f\u0131r. Azure Politikalar\u0131, Azure kaynaklar\u0131n\u0131z\u0131n \u015firket standartlar\u0131n\u0131zla uyumlu olmas\u0131n\u0131 sa\u011flayan bir dizi kural tan\u0131mlaman\u0131za olanak tan\u0131r. Bu, hem g\u00fcvenlik duru\u015funuzu g\u00fc\u00e7lendirir hem de maliyet y\u00f6netimi hedeflerinizi destekler. Politikalar, bir kayna\u011f\u0131n olu\u015fturulmas\u0131ndan itibaren veya mevcut kaynaklar \u00fczerinde uyumluluk denetimleri yaparak istenen durumu zorunlu k\u0131lar.<\/p>\n Azure Politikalar\u0131 ile etiketleme standartlar\u0131n\u0131 zorunlu k\u0131lmak, ortam\u0131n\u0131zda tutarl\u0131l\u0131k sa\u011flaman\u0131n en etkili yoludur. \u00d6rne\u011fin, \"t\u00fcm kaynak gruplar\u0131nda 'Departman' ve 'Ortam' etiketleri olmal\u0131\" \u015feklinde bir politika tan\u0131mlayabilirsiniz. Yeni bir kaynak grubu olu\u015fturuldu\u011funda ve bu etiketler eksik oldu\u011funda, politika ya olu\u015fturmay\u0131 reddeder (Deny etkisi) ya da eksik etiketleri otomatik olarak ekler (Modify veya Append etkisi). Bu, etiketleme stratejinizin en ba\u015f\u0131ndan itibaren uygulanmas\u0131n\u0131 sa\u011flar ve sonradan d\u00fczeltme ihtiyac\u0131n\u0131 ortadan kald\u0131r\u0131r. \u0130\u015fte b\u00f6yle bir politikan\u0131n kural\u0131n\u0131n (basit bir g\u00f6sterimi) nas\u0131l g\u00f6r\u00fcnebilece\u011fine dair kavramsal bir \u00f6rnek:<\/p>\n <\/code>\n<\/div>\n Yukar\u0131daki JSON, bir kaynak grubunda 'Departman' veya 'Ortam' etiketi yoksa, o kaynak grubunun olu\u015fturulmas\u0131n\u0131 engelleyen bir politikan\u0131n temel yap\u0131s\u0131n\u0131 g\u00f6sterir. Bu politikalar\u0131 bir y\u00f6netim grubu, abonelik veya kaynak grubu d\u00fczeyinde atayarak, geni\u015f kapsaml\u0131 bir etiketleme zorunlulu\u011fu uygulayabilirsiniz.<\/p>\n Kaynak kilitlerinin y\u00f6netimi i\u00e7in de Azure Politikalar\u0131 kritik bir rol oynar. Kritik \u00fcretim kaynaklar\u0131na uygulanan kilitlerin yetkisiz ki\u015filer taraf\u0131ndan kald\u0131r\u0131lmas\u0131n\u0131 engellemek, g\u00fcvenlik a\u00e7\u0131s\u0131ndan son derece \u00f6nemlidir. Azure Policy ile \"kritik kaynak grubundaki kilitlerin kald\u0131r\u0131lamaz olmas\u0131\" gibi bir kural tan\u0131mlayabilirsiniz. Bir kullan\u0131c\u0131 bir kilidi kald\u0131rmaya \u00e7al\u0131\u015ft\u0131\u011f\u0131nda, politika bu i\u015flemi reddeder. Bu, RBAC (Rol Tabanl\u0131 Eri\u015fim Kontrol\u00fc) ile sa\u011flanan yetkilendirme katman\u0131na ek olarak, operasyonel bir koruma katman\u0131 daha ekler. \u00d6rne\u011fin, Ayr\u0131ca, Azure Politikalar\u0131, belirli ko\u015fullar alt\u0131nda kaynak kilitlerini otomatik olarak uygulayabilir. \u00d6rne\u011fin, bir kaynak Azure ortamlar\u0131n\u0131z\u0131 y\u00f6netmek, sadece kaynaklar\u0131 olu\u015fturmak veya silmekten \u00e7ok daha fazlas\u0131n\u0131 gerektiren dinamik ve s\u00fcrekli de\u011fi\u015fen bir s\u00fcre\u00e7tir. Bu makalede ele ald\u0131\u011f\u0131m\u0131z Azure Etiketleri ve Kaynak Kilitleri, bu karma\u015f\u0131k y\u00f6netimi basitle\u015ftirmek ve bulut altyap\u0131n\u0131z\u0131n hem d\u00fczenli hem de g\u00fcvende olmas\u0131n\u0131 sa\u011flamak i\u00e7in iki temel ara\u00e7t\u0131r. Etiketler, kaynaklar\u0131n\u0131za anlaml\u0131 meta veriler ekleyerek maliyetleri takip etmenize, envanteri y\u00f6netmenize ve uyumluluk politikalar\u0131n\u0131 uygulaman\u0131za yard\u0131mc\u0131 olur. Kaynak kilitleri ise, kritik altyap\u0131n\u0131z\u0131 yanl\u0131\u015fl\u0131kla yap\u0131lan silmelerden veya yap\u0131land\u0131rma de\u011fi\u015fikliklerinden koruyarak operasyonel s\u00fcreklili\u011fi garanti alt\u0131na al\u0131r. Bu ara\u00e7lar\u0131 birlikte ve stratejik bir \u015fekilde kullanmak, Azure ortam\u0131n\u0131zda bir kaos yerine, \u00f6ng\u00f6r\u00fclebilirlik ve kontrol sa\u011flayacakt\u0131r. Ayr\u0131ca, Azure Politikalar\u0131 ile bu s\u00fcre\u00e7leri otomatikle\u015ftirmek, \u00f6zellikle b\u00fcy\u00fck \u00f6l\u00e7ekli ve \u00e7ok ekipli organizasyonlarda y\u00f6netim y\u00fck\u00fcn\u00fc \u00f6nemli \u00f6l\u00e7\u00fcde azalt\u0131r ve tutarl\u0131l\u0131\u011f\u0131 art\u0131r\u0131r. Azure yolculu\u011funuzda, bu y\u00f6netim ara\u00e7lar\u0131na erken bir a\u015famada yat\u0131r\u0131m yapmak, uzun vadede size hem zaman hem de maliyet tasarrufu sa\u011flayacakt\u0131r. Unutmay\u0131n, iyi y\u00f6netilmi\u015f bir bulut ortam\u0131, yaln\u0131zca teknolojik bir ba\u015far\u0131 de\u011fil, ayn\u0131 zamanda i\u015f hedeflerinize ula\u015fman\u0131z i\u00e7in stratejik bir avantajd\u0131r.<\/p>\n <\/body><\/p>\n","protected":false},"excerpt":{"rendered":"Azure kaynaklar\u0131n\u0131z\u0131 y\u00f6netirken, kontrol\u00fc kaybetmek ve beklenmedik sorunlarla kar\u015f\u0131la\u015fmak kolayd\u0131r. Bu teknik makale, Azure Etiketleri (Tags) ve Kaynak…","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"csco_page_header_type":"","csco_page_load_nextpost":"","csco_page_subscribe_form":"","csco_page_contact_form":"","footnotes":""},"categories":[1405],"tags":[],"class_list":{"0":"post-36217","1":"post","2":"type-post","3":"status-publish","4":"format-standard","6":"category-azure","7":"cs-entry","8":"cs-video-wrap"},"yoast_head":"\nProje: A<\/code>, Departman: IT<\/code> ve Ortam: \u00dcretim<\/code> gibi etiketler ekleyebilirsiniz. Bu etiketler, yaln\u0131zca bilgi sa\u011flamakla kalmaz, ayn\u0131 zamanda g\u00fc\u00e7l\u00fc y\u00f6netim, maliyet takibi ve otomasyon senaryolar\u0131n\u0131n temelini olu\u015fturur. Etiketleme stratejisi olmadan, geni\u015f bir Azure altyap\u0131s\u0131n\u0131 etkili bir \u015fekilde y\u00f6netmek neredeyse imkans\u0131zd\u0131r.<\/p>\nM\u00fc\u015fteri: XBank<\/code>, Proje: MobilUygulama<\/code>), maliyet y\u00f6netim ara\u00e7lar\u0131 bu etiketleri kullanarak size detayl\u0131 bir fatura analizi sunabilir. Bu sayede, her projenin ger\u00e7ek maliyetini net bir \u015fekilde g\u00f6rebilir, b\u00fct\u00e7e a\u015f\u0131m\u0131n\u0131 erken fark edebilir ve gerekli aksiyonlar\u0131 alabilirsiniz. Ayr\u0131ca, g\u00fcvenlik politikalar\u0131n\u0131 belirli etiketlere sahip kaynaklara uygulamak da m\u00fcmk\u00fcnd\u00fcr. \u00d6rne\u011fin, Uyumluluk: GDPR<\/code> etiketi olan t\u00fcm kaynaklar\u0131n belirli bir \u015fifreleme standard\u0131na uymas\u0131n\u0131 zorunlu k\u0131labilirsiniz. Bu esneklik, Azure ortam\u0131n\u0131z\u0131n hem y\u00f6netilebilir hem de g\u00fcvenli kalmas\u0131n\u0131 sa\u011flar. Etiketler, Azure kaynaklar\u0131n\u0131z\u0131n adland\u0131rma konvansiyonlar\u0131n\u0131n \u00f6tesinde bir organizasyon katman\u0131 sunarak, bulut y\u00f6netimini \u00e7ok daha stratejik bir seviyeye ta\u015f\u0131r. Dolay\u0131s\u0131yla, Azure’da bir kayna\u011f\u0131 devreye almadan \u00f6nce, ona uygun etiketleri atama al\u0131\u015fkanl\u0131\u011f\u0131n\u0131 edinmek, uzun vadede size b\u00fcy\u00fck zaman ve maliyet tasarrufu sa\u011flayacakt\u0131r.<\/p>\nAzure Etiketleri ile Maliyet Y\u00f6netimi ve Raporlama Nas\u0131l Kolayla\u015f\u0131r?<\/h3>\n
Ekip: Frontend<\/code> veya Ekip: Backend<\/code> gibi etiketlerle i\u015faretlendi\u011finde, Azure Cost Management ara\u00e7lar\u0131 bu etiketleri kullanarak size an\u0131nda ve do\u011fru maliyet d\u00f6k\u00fcmleri sunabilir. Bu detayl\u0131 g\u00f6r\u00fcn\u00fcrl\u00fck, b\u00fct\u00e7e planlamas\u0131n\u0131 iyile\u015ftirir ve kaynak israf\u0131n\u0131 \u00f6nlemeye yard\u0131mc\u0131 olur.<\/p>\nOrtam: Test<\/code> ve Proje: YeniUygulama<\/code> etiketlerini ekleyebilirsiniz. Ancak, daha b\u00fcy\u00fck \u00f6l\u00e7ekli veya otomatize edilmi\u015f senaryolar i\u00e7in Azure CLI veya PowerShell kullanmak daha verimlidir. \u0130\u015fte bir \u00f6rnek:<\/p>\n\naz group create --name YeniUygulamaTestRG --location westeurope --tags Ortam=Test Proje=YeniUygulama\naz vm create --resource-group YeniUygulamaTestRG --name TestVM --image UbuntuLTS --admin-username azureuser --generate-ssh-keys --tags Ortam=Test Proje=YeniUygulama Departman=DevOps\n<\/pre>\n\n# PowerShell ile mevcut bir kayna\u011fa etiket ekleme\n$resourceId = (Get-AzResource -Name \"MevcutVM\" -ResourceGroupName \"YeniUygulamaTestRG\").Id\nSet-AzResource -ResourceId $resourceId -Tag @{\"MaliyetMerkezi\"=\"Sat\u0131\u015f\"; \"S\u00fcr\u00fcm\"=\"1.0\"} -Force\n<\/pre>\nG\u00fcvenlik ve Uyumluluk \u0130\u00e7in Etiketleme Stratejileri Geli\u015ftirmek M\u00fcmk\u00fcn m\u00fc?<\/h3>\n
VeriHassasiyeti: Gizli<\/code> veya Uyumluluk: GDPR<\/code> etiketi ekleyerek, bu kayna\u011f\u0131n daha y\u00fcksek g\u00fcvenlik kontrollerine tabi tutulmas\u0131 gerekti\u011fini belirtebilirsiniz. Bu sayede, yanl\u0131\u015f yap\u0131land\u0131rma riskini azalt\u0131r ve yetkisiz eri\u015fimi engellemek i\u00e7in proaktif \u00f6nlemler al\u0131rs\u0131n\u0131z.<\/p>\n\n
Hassasiyet: Y\u00fcksek<\/code>, Hassasiyet: Orta<\/code>, Hassasiyet: D\u00fc\u015f\u00fck<\/code>). Daha sonra Azure Policy kullanarak, Hassasiyet: Y\u00fcksek<\/code> etiketi olan t\u00fcm depolama hesaplar\u0131n\u0131n Azure Disk Encryption kullanmas\u0131n\u0131 zorunlu k\u0131labilirsiniz.<\/li>\nUyumluluk: GDPR<\/code>, Uyumluluk: HIPAA<\/code>). Bu etiketler, denetimler s\u0131ras\u0131nda hangi kaynaklar\u0131n hangi reg\u00fclasyonlar kapsam\u0131nda oldu\u011funu h\u0131zl\u0131ca belirlemenizi sa\u011flar. Ayr\u0131ca, bu etiketlere sahip kaynaklar i\u00e7in \u00f6zel g\u00fcvenlik denetimlerini veya k\u0131s\u0131tlamalar\u0131n\u0131 otomatik olarak uygulayabilirsiniz.<\/li>\nOrtam: Prod<\/code>) sadece maliyet y\u00f6netimi i\u00e7in de\u011fil, g\u00fcvenlik i\u00e7in de kritiktir. \u00d6rne\u011fin, Ortam: Prod<\/code> etiketine sahip sanal makinelerin \u0130nternet'e do\u011frudan eri\u015fimi olan belirli a\u011f g\u00fcvenlik gruplar\u0131na (NSG) sahip olmas\u0131n\u0131 engelleyen bir politika uygulayabilirsiniz.<\/li>\n<\/ol>\nKaynak Kilitleme (Resource Locks) Nedir ve Neden Hayati \u00d6nem Ta\u015f\u0131r?<\/h2>\n
\n
Azure Kaynak Kilitlerini Ad\u0131m Ad\u0131m Nas\u0131l Uygulayabiliriz?<\/h3>\n
Azure Portal\u0131 \u00dczerinden Kaynak Kilidi Uygulama<\/h4>\n
\n
Azure CLI ile Kaynak Kilidi Uygulama<\/h4>\n
\n# Bir kaynak grubuna CanNotDelete kilidi uygulama\naz lock create --name \"ProdRGDeleteLock\" --resource-group \"UretimUygulamaRG\" --lock-type CanNotDelete --notes \"Bu \u00fcretim kaynak grubunun yanl\u0131\u015fl\u0131kla silinmesini engeller.\"\n\n# Bir sanal makineye ReadOnly kilidi uygulama\naz lock create --name \"ProdVMReadOnly\" --resource-group \"UretimUygulamaRG\" --resource-name \"UretimVM\" --resource-type \"Microsoft.Compute\/virtualMachines\" --lock-type ReadOnly --notes \"Bu \u00fcretim sanal makinesinin yap\u0131land\u0131rmas\u0131n\u0131n de\u011fi\u015ftirilmesini engeller.\"\n\n# Mevcut bir kilidi silme\naz lock delete --name \"ProdRGDeleteLock\" --resource-group \"UretimUygulamaRG\"\n<\/pre>\nPowerShell ile Kaynak Kilidi Uygulama<\/h4>\n
\n# Bir kaynak grubuna CanNotDelete kilidi uygulama\nNew-AzResourceLock -LockName \"ProdRGDeleteLock\" -ResourceType \"Microsoft.Resources\/resourceGroups\" -ResourceGroupName \"UretimUygulamaRG\" -LockLevel CanNotDelete -Notes \"Bu \u00fcretim kaynak grubunun yanl\u0131\u015fl\u0131kla silinmesini engeller.\"\n\n# Bir sanal makineye ReadOnly kilidi uygulama\n$vm = Get-AzVM -Name \"UretimVM\" -ResourceGroupName \"UretimUygulamaRG\"\nNew-AzResourceLock -LockName \"ProdVMReadOnly\" -Scope $vm.Id -LockLevel ReadOnly -Notes \"Bu \u00fcretim sanal makinesinin yap\u0131land\u0131rmas\u0131n\u0131n de\u011fi\u015ftirilmesini engeller.\"\n\n# Mevcut bir kilidi silme\nRemove-AzResourceLock -LockName \"ProdRGDeleteLock\" -ResourceGroupName \"UretimUygulamaRG\" -Force\n<\/pre>\nEtiketler ve Kaynak Kilitleri Birlikte Nas\u0131l Daha G\u00fc\u00e7l\u00fc Hale Gelir? Kapsaml\u0131 Bir Yakla\u015f\u0131m<\/h3>\n
\n
Proje<\/code> (\u00f6rne\u011fin, \"GlobalMarketWeb\", \"MobilUygulama\"), Departman<\/code> (\u00f6rne\u011fin, \"Pazarlama\", \"ITOps\", \"Geli\u015ftirme\"), Ortam<\/code> (\u00f6rne\u011fin, \"Dev\", \"Test\", \"Prod\"), MaliyetMerkezi<\/code> (\u00f6rne\u011fin, \"001-Web\", \"002-Mobil\") ve Uyumluluk<\/code> (\u00f6rne\u011fin, \"PCI-DSS\", \"GDPR\") etiketleri zorunlu k\u0131l\u0131nd\u0131. Bu etiketler, kaynaklar\u0131n amac\u0131n\u0131, sahibini ve hassasiyetini a\u00e7\u0131k\u00e7a belirtti.<\/li>\nOrtam: Prod<\/code> etiketi ta\u015f\u0131yan t\u00fcm kaynak gruplar\u0131na \"CanNotDelete\" kilidi uyguland\u0131. Ayr\u0131ca, PCI-DSS uyumlu olmas\u0131 gereken t\u00fcm kaynaklara (Uyumluluk: PCI-DSS<\/code> etiketi ile) \"ReadOnly\" kilidi uyguland\u0131. Bu, yetkisiz de\u011fi\u015fiklikleri veya kazara silmeleri \u00f6nleyerek g\u00fcvenlik duru\u015funu \u00f6nemli \u00f6l\u00e7\u00fcde g\u00fc\u00e7lendirdi. \u00d6zellikle, \u00fcretim veritabanlar\u0131na uygulanan kilitler sayesinde, kritik bir haftal\u0131k bak\u0131m s\u0131ras\u0131nda yanl\u0131\u015fl\u0131kla silme giri\u015fimleri ba\u015far\u0131l\u0131 bir \u015fekilde engellendi.<\/li>\nOrtam: Prod<\/code> etiketiyle yeni bir kaynak olu\u015fturuldu\u011funda, Azure Policy otomatik olarak bir \"CanNotDelete\" kilidi ekledi. Bu, insan hatas\u0131n\u0131 en aza indirdi ve tutarl\u0131 bir y\u00f6netim sa\u011flad\u0131.<\/li>\n<\/ol>\n\u0130leri D\u00fczey Y\u00f6netim: Azure Politikalar\u0131 ile Otomasyon ve Zorunluluk<\/h2>\n
\n{\n \"if\": {\n \"allOf\": [\n {\n \"field\": \"type\",\n \"equals\": \"Microsoft.Resources\/resourceGroups\"\n },\n {\n \"anyOf\": [\n {\n \"field\": \"tags['Departman']\",\n \"exists\": false\n },\n {\n \"field\": \"tags['Ortam']\",\n \"exists\": false\n }\n ]\n }\n ]\n },\n \"then\": {\n \"effect\": \"Deny\"\n }\n}\n<\/pre>\nOrtam: Prod<\/code> etiketi olan kaynak gruplar\u0131ndaki \"CanNotDelete\" kilitlerinin kald\u0131r\u0131lmas\u0131n\u0131 engelleyen bir politika olu\u015fturabilirsiniz. Bu sayede, yanl\u0131\u015fl\u0131kla veya k\u00f6t\u00fc niyetli silme giri\u015fimlerine kar\u015f\u0131 g\u00fc\u00e7l\u00fc bir savunma hatt\u0131 olu\u015fturulmu\u015f olur.<\/p>\nHassasiyet: Y\u00fcksek<\/code> etiketiyle olu\u015fturuldu\u011funda, Azure Policy otomatik olarak ona bir \"CanNotDelete\" kilidi atayabilir. Bu, kritik kaynaklar\u0131n hi\u00e7bir zaman korumas\u0131z kalmamas\u0131n\u0131 sa\u011flar. Politikalar\u0131 tan\u0131mlarken, mevcut kaynaklar \u00fczerindeki etkisini dikkatlice de\u011ferlendirmek ve \"audit\" (denetim) etkisiyle ba\u015flayarak uyumluluk durumunu g\u00f6zlemlemek ak\u0131ll\u0131ca olacakt\u0131r. Daha sonra, g\u00fcven kazand\u0131k\u00e7a \"deny\" (reddetme) veya \"modify\" (de\u011fi\u015ftirme) gibi daha k\u0131s\u0131tlay\u0131c\u0131 etkilere ge\u00e7i\u015f yapabilirsiniz. Azure Politikalar\u0131, bulut ortam\u0131n\u0131zda tutarl\u0131l\u0131k, g\u00fcvenlik ve uyumluluk sa\u011flamak i\u00e7in g\u00fc\u00e7l\u00fc bir ara\u00e7t\u0131r ve etiketler ile kaynak kilitlerinin tam potansiyelini ortaya \u00e7\u0131karmak i\u00e7in stratejik bir entegrasyon sunar.<\/p>\nSonu\u00e7: D\u00fczenli Bir Azure Ortam\u0131 \u0130\u00e7in Etiketler ve Kilitler<\/h2>\n
S\u0131k\u00e7a Sorulan Sorular<\/h3>\n
\n
\n C: Her Azure kayna\u011f\u0131na veya kaynak grubuna en fazla 50 etiket ekleyebilirsiniz. Etiket anahtar\u0131 512 karakter, etiket de\u011feri ise 256 karakter uzunlu\u011funda olabilir. Bu s\u0131n\u0131rlamalar, \u00e7o\u011fu senaryo i\u00e7in yeterli esneklik sa\u011flar ancak karma\u015f\u0131k etiketleme stratejileri geli\u015ftirirken g\u00f6z \u00f6n\u00fcnde bulundurulmal\u0131d\u0131r.\n <\/li>\n
\n C: Hay\u0131r, kaynak kilitleri RBAC yetkilerini atlamaz. Bir kullan\u0131c\u0131, bir kayna\u011f\u0131 silmek veya de\u011fi\u015ftirmek i\u00e7in gerekli RBAC izinlerine sahip olsa bile, kaynak \u00fczerinde bir kilit varsa bu i\u015flem engellenecektir. Kilitler, RBAC'ye ek bir g\u00fcvenlik katman\u0131 sa\u011flar. Bir kilidi kald\u0131rmak i\u00e7in de \u00f6zel izinlere sahip olman\u0131z gerekir.\n <\/li>\n
\n C: Hay\u0131r, Azure Etiketleri ve Kaynak Kilitleri, Azure aboneli\u011finizin temel y\u00f6netim \u00f6zelliklerinin bir par\u00e7as\u0131d\u0131r ve do\u011frudan ek bir maliyete neden olmazlar. Ancak, bu ara\u00e7lar\u0131 kullanarak kaynaklar\u0131 daha etkin y\u00f6netmek, gereksiz kaynak kullan\u0131m\u0131n\u0131 azaltmak ve b\u00f6ylece dolayl\u0131 olarak maliyet tasarrufu sa\u011flamak m\u00fcmk\u00fcnd\u00fcr.\n <\/li>\n
\n C: Mevcut kaynaklara etiketleri ve kilitleri Azure portal\u0131 \u00fczerinden manuel olarak, Azure CLI komutlar\u0131, PowerShell betikleri veya ARM \u015fablonlar\u0131 arac\u0131l\u0131\u011f\u0131yla uygulayabilirsiniz. B\u00fcy\u00fck \u00f6l\u00e7ekli uygulamalar i\u00e7in Azure Policy, eksik etiketleri denetlemek ve otomatik olarak eklemek veya kilitleri belirli ko\u015fullar alt\u0131nda uygulamak i\u00e7in en etkili y\u00f6ntemdir.\n <\/li>\n
\n C: Etiketleme stratejisi olu\u015ftururken, kurulu\u015funuzun maliyet merkezlerini, departmanlar\u0131n\u0131, ortamlar\u0131n\u0131 (dev, test, prod), i\u015f y\u00fcklerini, veri hassasiyetini ve uyumluluk gereksinimlerini g\u00f6z \u00f6n\u00fcnde bulundurun. Tutarl\u0131 bir adland\u0131rma konvansiyonu belirleyin, zorunlu etiketleri ve iste\u011fe ba\u011fl\u0131 etiketleri tan\u0131mlay\u0131n ve bu stratejiyi Azure Policy ile zorunlu k\u0131l\u0131n. D\u00fczenli olarak etiketleme uyumlulu\u011funu denetleyin ve g\u00fcncel tutun.\n <\/li>\n<\/ol>\n