{"id":32137,"date":"2025-10-18T05:30:59","date_gmt":"2025-10-18T02:30:59","guid":{"rendered":"https:\/\/fatihsoysal.com\/blog\/spring-boot-uygulamalarinizda-portal-manager-ayarlarini-kesintisiz-ve-aninda-guncellemek-mi-is\/"},"modified":"2025-10-18T05:30:59","modified_gmt":"2025-10-18T02:30:59","slug":"spring-boot-uygulamalarinizda-portal-manager-ayarlarini-kesintisiz-ve-aninda-guncellemek-mi-is","status":"publish","type":"post","link":"https:\/\/fatihsoysal.com\/blog\/spring-boot-uygulamalarinizda-portal-manager-ayarlarini-kesintisiz-ve-aninda-guncellemek-mi-is\/","title":{"rendered":"Spring Boot uygulamalar\u0131n\u0131zda Portal Manager ayarlar\u0131n\u0131 kesintisiz ve an\u0131nda g\u00fcncellemek mi is…"},"content":{"rendered":"

Spring Boot’ta Portal Manager Konfig\u00fcrasyonlar\u0131n\u0131 \/actuator\/refresh ile Canl\u0131 Yenileme<\/span><\/p>\n

<\/p>\n

Spring Boot uygulamalar\u0131n\u0131zda Portal Manager ayarlar\u0131n\u0131 kesintisiz ve an\u0131nda g\u00fcncellemek mi istiyorsunuz? Uygulaman\u0131z\u0131 yeniden ba\u015flatmadan, \u00e7al\u0131\u015fma zaman\u0131nda konfig\u00fcrasyon de\u011fi\u015fikliklerini nas\u0131l uygulayabilece\u011finizi ve \/actuator\/refresh endpoint’inin bu s\u00fcre\u00e7te oynad\u0131\u011f\u0131 kritik rol\u00fc ad\u0131m ad\u0131m ke\u015ffedin!<\/p>\n

G\u00fcn\u00fcm\u00fcz\u00fcn h\u0131zla de\u011fi\u015fen dijital d\u00fcnyas\u0131nda, yaz\u0131l\u0131m uygulamalar\u0131n\u0131n dinamik ve esnek olmas\u0131 bir l\u00fcks olmaktan \u00e7\u0131k\u0131p bir zorunluluk haline gelmi\u015ftir. \u00d6zellikle Portal Manager gibi s\u00fcrekli g\u00fcncellenen ve kullan\u0131c\u0131ya anl\u0131k deneyim sunan sistemlerde, uygulama ayarlar\u0131n\u0131 \u00e7al\u0131\u015fma zaman\u0131nda de\u011fi\u015ftirebilmek hayati \u00f6nem ta\u015f\u0131r. Geleneksel yakla\u015f\u0131mlar, bir konfig\u00fcrasyon de\u011fi\u015fikli\u011fi gerekti\u011finde uygulaman\u0131n tamamen yeniden ba\u015flat\u0131lmas\u0131n\u0131 gerektirir. Bu durum, \u00f6zellikle b\u00fcy\u00fck ve karma\u015f\u0131k sistemlerde, kullan\u0131c\u0131n\u0131n eri\u015fimini kesintiye u\u011fratan, da\u011f\u0131t\u0131m s\u00fcre\u00e7lerini yava\u015flatan ve operasyonel maliyetleri art\u0131ran ciddi bir problem yarat\u0131r. D\u00fc\u015f\u00fcn\u00fcn ki, bir Portal Manager uygulamas\u0131nda k\u00fc\u00e7\u00fck bir banner metnini veya bir API endpoint’ini de\u011fi\u015ftirmek i\u00e7in t\u00fcm sistemi kapat\u0131p yeniden a\u00e7man\u0131z gerekiyor. Bu, sadece zaman kayb\u0131 de\u011fil, ayn\u0131 zamanda olas\u0131 gelir kayb\u0131 ve kullan\u0131c\u0131 memnuniyetsizli\u011fi anlam\u0131na gelir.<\/p>\n

Bu gibi senaryolarda, hot-reload veya canl\u0131 yenileme yetene\u011fi, geli\u015ftiricilere ve operasyon ekiplerine b\u00fcy\u00fck bir esneklik sunar. Spring Boot ekosistemi, \u00f6zellikle Spring Cloud projesi kapsam\u0131nda sunulan \u00f6zelliklerle bu ihtiyaca m\u00fckemmel \u00e7\u00f6z\u00fcmler getirmi\u015ftir. Bahsetti\u011fimiz bu \u00e7\u00f6z\u00fcmlerden biri de Spring Boot Actuator ve onun sa\u011flad\u0131\u011f\u0131 \/actuator\/refresh endpoint’idir. Bu endpoint sayesinde, Portal Manager gibi kritik uygulamalar\u0131n konfig\u00fcrasyonlar\u0131, uygulaman\u0131n \u00e7al\u0131\u015f\u0131r durumdayken, s\u0131f\u0131r kesintiyle g\u00fcncellenebilir. B\u00f6ylece, kullan\u0131c\u0131lar kesintisiz bir deneyim ya\u015famaya devam ederken, geli\u015ftiriciler de h\u0131zl\u0131 ve \u00e7evik bir \u015fekilde de\u011fi\u015fiklikleri devreye alabilirler. Ayr\u0131ca, bu yakla\u015f\u0131m, A\/B testleri, \u00f6zellik bayraklar\u0131 (feature flags) veya b\u00f6lgesel konfig\u00fcrasyon farkl\u0131l\u0131klar\u0131 gibi dinamik senaryolar\u0131 y\u00f6netme konusunda da b\u00fcy\u00fck avantajlar sa\u011flar. Uygulama yeniden ba\u015flatma gereksinimi ortadan kalkt\u0131\u011f\u0131nda, CI\/CD pipeline’lar\u0131 \u00e7ok daha h\u0131zl\u0131 i\u015fleyebilir ve hata ay\u0131klama s\u00fcre\u00e7leri kolayla\u015f\u0131r. Dolay\u0131s\u0131yla, dinamik konfig\u00fcrasyon yenileme, modern yaz\u0131l\u0131m geli\u015ftirme ve operasyon pratiklerinin vazge\u00e7ilmez bir par\u00e7as\u0131 haline gelmi\u015ftir. Bu makalede, Spring Boot’un bu g\u00fc\u00e7l\u00fc \u00f6zelli\u011fini Portal Manager konfig\u00fcrasyonlar\u0131 \u00f6zelinde nas\u0131l kullanaca\u011f\u0131m\u0131z\u0131 ad\u0131m ad\u0131m inceleyece\u011fiz.<\/p>\n

Temel Kavramlar: Spring Boot Actuator ve Dinamik Konfig\u00fcrasyon Nedir?<\/h2>\n

Spring Boot ekosisteminde, uygulama y\u00f6netimini ve izlenmesini kolayla\u015ft\u0131ran temel ara\u00e7lardan biri Spring Boot Actuator’d\u00fcr. Peki, Actuator tam olarak ne i\u015fe yarar ve dinamik konfig\u00fcrasyonla ili\u015fkisi nedir? Actuator, uygulaman\u0131z\u0131n \u00fcretim ortam\u0131nda veya geli\u015ftirme a\u015famas\u0131nda “ne yapt\u0131\u011f\u0131n\u0131” g\u00f6rmenizi sa\u011flayan bir dizi endpoint sa\u011flar. Bu endpoint’ler sayesinde, uygulaman\u0131z\u0131n durumunu (health), metriklerini, ortam de\u011fi\u015fkenlerini, log seviyelerini ve \u00e7ok daha fazlas\u0131n\u0131 uzaktan izleyebilir ve y\u00f6netebilirsiniz. K\u0131sacas\u0131, uygulaman\u0131za bir “g\u00f6z ve kumanda paneli” ekler. \u00d6rne\u011fin, bir Portal Manager uygulamas\u0131n\u0131n haf\u0131za kullan\u0131m\u0131n\u0131, HTTP isteklerinin yan\u0131t s\u00fcrelerini veya hangi \u00f6zellik bayraklar\u0131n\u0131n etkin oldu\u011funu Actuator \u00fczerinden kolayca g\u00f6r\u00fcnt\u00fcleyebilirsiniz. Bu, performans sorunlar\u0131n\u0131 tespit etmek veya sistem sa\u011fl\u0131\u011f\u0131n\u0131 kontrol etmek i\u00e7in olduk\u00e7a de\u011ferlidir.<\/p>\n

Dinamik konfig\u00fcrasyon ise, uygulaman\u0131n \u00e7al\u0131\u015fma zaman\u0131nda, yani \u00e7al\u0131\u015fmaya devam ederken, ayarlar\u0131n\u0131n de\u011fi\u015ftirilebilmesi yetene\u011fidir. Geleneksel olarak, bir uygulaman\u0131n konfig\u00fcrasyonu, genellikle bir dosya (application.properties<\/code>, application.yml<\/code>) i\u00e7inde saklan\u0131r ve uygulama ba\u015flad\u0131\u011f\u0131nda okunur. E\u011fer bu ayarlar de\u011fi\u015ftirilirse, de\u011fi\u015fikli\u011fin etkin olmas\u0131 i\u00e7in uygulaman\u0131n yeniden ba\u015flat\u0131lmas\u0131 gerekir. Dinamik konfig\u00fcrasyon bu k\u0131s\u0131tlamay\u0131 ortadan kald\u0131r\u0131r. \u00d6zellikle mikroservis mimarilerinde veya birden fazla sunucu \u00fczerinde \u00e7al\u0131\u015fan Portal Manager uygulamalar\u0131nda, her bir servisi veya sunucuyu ayr\u0131 ayr\u0131 yeniden ba\u015flatmak hem karma\u015f\u0131k hem de kesintiye yol a\u00e7\u0131c\u0131 bir s\u00fcre\u00e7tir. Bu nedenle, merkezi bir konfig\u00fcrasyon sunucusundan (\u00f6rne\u011fin, Spring Cloud Config Server) ayarlar\u0131n al\u0131nmas\u0131 ve \u00e7al\u0131\u015fma zaman\u0131nda yenilenmesi, modern da\u011f\u0131t\u0131k sistemlerin temel bir ihtiyac\u0131 haline gelmi\u015ftir.<\/p>\n

Bu dinamik yenileme yetene\u011fini m\u00fcmk\u00fcn k\u0131lan ana bile\u015fenlerden biri Spring Cloud projesi kapsam\u0131nda sunulan @RefreshScope<\/code> anotasyonudur. Bir bean \u00fczerine @RefreshScope<\/code> anotasyonu eklendi\u011finde, o bean’in i\u00e7erdi\u011fi konfig\u00fcrasyon de\u011ferleri, bir yenileme olay\u0131 (\u00f6rne\u011fin, \/actuator\/refresh<\/code> endpoint’ine yap\u0131lan bir \u00e7a\u011fr\u0131) tetiklendi\u011finde otomatik olarak g\u00fcncellenir. Ancak, bu anotasyon sadece belirli bir scope i\u00e7indeki bean’leri etkiler; yani, bean’in ilk olu\u015fturuldu\u011fu andaki de\u011ferler de\u011fil, refresh event’i sonras\u0131 yeni de\u011ferlerle yeniden olu\u015fturulmas\u0131 sa\u011flan\u0131r. \u00d6zellikle @ConfigurationProperties<\/code> ile birlikte kullan\u0131ld\u0131\u011f\u0131nda, d\u0131\u015far\u0131dan gelen konfig\u00fcrasyon de\u011fi\u015fikliklerinin, ilgili Java s\u0131n\u0131flar\u0131na kolayca yans\u0131mas\u0131n\u0131 sa\u011flar. Bu sayede, Portal Manager’\u0131n\u0131zdaki metinler, tema bilgileri, d\u0131\u015f API anahtarlar\u0131 veya veritaban\u0131 ba\u011flant\u0131 ayarlar\u0131 gibi pek \u00e7ok kritik parametreyi, uygulaman\u0131z\u0131 kesintiye u\u011fratmadan g\u00fcncelleyebilirsiniz. Nitekim, bu \u00f6zellik, DevOps pratiklerini benimseyen ekipler i\u00e7in b\u00fcy\u00fck bir kolayl\u0131k ve verimlilik art\u0131\u015f\u0131 sa\u011flamaktad\u0131r. Bu ba\u011flamda, \/actuator\/refresh<\/code> endpoint’i, bu dinamik konfig\u00fcrasyon yenileme s\u00fcrecini tetikleyen anahtar mekanizmad\u0131r.<\/p>\n

Portal Manager Konfig\u00fcrasyonlar\u0131n\u0131 Nas\u0131l Tan\u0131mlar\u0131z?<\/h2>\n

Spring Boot’ta dinamik konfig\u00fcrasyon yenilemesi yapabilmek i\u00e7in \u00f6ncelikle yenilenecek konfig\u00fcrasyonlar\u0131 do\u011fru bir \u015fekilde tan\u0131mlamam\u0131z gerekmektedir. Bunun i\u00e7in genellikle @ConfigurationProperties<\/code> anotasyonunu ve @RefreshScope<\/code> anotasyonunu bir arada kullan\u0131r\u0131z. Bu iki anotasyonun birle\u015fimi, harici kaynaklardan gelen konfig\u00fcrasyon de\u011ferlerinin Java nesnelerine e\u015flenmesini ve bu de\u011ferlerin \u00e7al\u0131\u015fma zaman\u0131nda g\u00fcncellenebilmesini sa\u011flar. Diyelim ki, bir Portal Manager uygulaman\u0131z var ve bu portal\u0131n ana sayfa ba\u015fl\u0131\u011f\u0131, footer metni ve destek e-posta adresi gibi \u00e7e\u015fitli metinsel bilgilerini harici bir kaynaktan y\u00f6netmek istiyorsunuz. Bu senaryo i\u00e7in \u015f\u00f6yle bir yap\u0131 kurabiliriz:<\/p>\n

\u0130lk olarak, konfig\u00fcrasyon de\u011ferlerini tutacak bir Java s\u0131n\u0131f\u0131 olu\u015ftural\u0131m. Bu s\u0131n\u0131f, application.yml<\/code> veya application.properties<\/code> dosyas\u0131nda tan\u0131mlanan prefix’e g\u00f6re ilgili de\u011ferleri alacakt\u0131r. \u00d6rne\u011fin, portal.manager.title<\/code>, portal.manager.footer<\/code> gibi anahtarlar\u0131m\u0131z olsun:<\/p>\n

\npackage com.example.portalmanager.config;\n\nimport org.springframework.boot.context.properties.ConfigurationProperties;\nimport org.springframework.cloud.context.config.annotation.RefreshScope;\nimport org.springframework.stereotype.Component;\n\n@Component\n@RefreshScope\n@ConfigurationProperties(prefix = \"portal.manager\")\npublic class PortalManagerProperties {\n\n    private String title;\n    private String footerText;\n    private String supportEmail;\n    private boolean maintenanceMode;\n\n    \/\/ Getter ve Setter metotlar\u0131\n    public String getTitle() {\n        return title;\n    }\n\n    public void setTitle(String title) {\n        this.title = title;\n    }\n\n    public String getFooterText() {\n        return footerText;\n    }\n\n    public void setFooterText(String footerText) {\n        this.footerText = footerText;\n    }\n\n    public String getSupportEmail() {\n        return supportEmail;\n    }\n\n    public void setSupportEmail(String supportEmail) {\n        this.supportEmail = supportEmail;\n    }\n\n    public boolean isMaintenanceMode() {\n        return maintenanceMode;\n    }\n\n    public void setMaintenanceMode(boolean maintenanceMode) {\n        this.maintenanceMode = maintenanceMode;\n    }\n\n    @Override\n    public String toString() {\n        return \"PortalManagerProperties{\" +\n               \"title='\" + title + '\\'' +\n               \", footerText='\" + footerText + '\\'' +\n               \", supportEmail='\" + supportEmail + '\\'' +\n               \", maintenanceMode=\" + maintenanceMode +\n               '}';\n    }\n}\n<\/pre>\n
<\/code><\/p>\n
Yukar\u0131daki kod blo\u011funda, @Component<\/code> anotasyonu Spring'e bu s\u0131n\u0131f\u0131n bir bean oldu\u011funu belirtir. @ConfigurationProperties(prefix = \"portal.manager\")<\/code> anotasyonu, Spring'in application.yml<\/code> veya application.properties<\/code> dosyas\u0131ndaki portal.manager<\/code> ile ba\u015flayan anahtarlar\u0131 bu s\u0131n\u0131f\u0131n ilgili alanlar\u0131na e\u015flemesini sa\u011flar. En kritik k\u0131s\u0131m ise @RefreshScope<\/code> anotasyonudur. Bu anotasyon sayesinde, Spring Cloud Context mod\u00fcl\u00fc, \/actuator\/refresh<\/code> endpoint'ine bir \u00e7a\u011fr\u0131 yap\u0131ld\u0131\u011f\u0131nda bu bean'i yeniden olu\u015fturacak ve b\u00f6ylece en g\u00fcncel konfig\u00fcrasyon de\u011ferlerini almas\u0131n\u0131 sa\u011flayacakt\u0131r.<\/p>\n
\u015eimdi de application.yml<\/code> dosyam\u0131zda bu konfig\u00fcrasyonlar\u0131 nas\u0131l tan\u0131mlayaca\u011f\u0131m\u0131za bakal\u0131m:<\/p>\n
\nportal:\n  manager:\n    title: \"Ho\u015f Geldiniz: Benim Portal\u0131m\"\n    footerText: \"T\u00fcm Haklar\u0131 Sakl\u0131d\u0131r \u00a9 2023 Benim Portal\u0131m\"\n    supportEmail: \"destek@benimportalim.com\"\n    maintenanceMode: false\n<\/pre>\n
<\/code><\/p>\n
Bu konfig\u00fcrasyon dosyas\u0131 ile PortalManagerProperties<\/code> s\u0131n\u0131f\u0131m\u0131zdaki alanlar otomatik olarak doldurulacakt\u0131r. Uygulaman\u0131z\u0131n herhangi bir yerinde bu konfig\u00fcrasyonlara eri\u015fmek i\u00e7in PortalManagerProperties<\/code> bean'ini enjekte edebilirsiniz:<\/p>\n
\npackage com.example.portalmanager.service;\n\nimport com.example.portalmanager.config.PortalManagerProperties;\nimport org.springframework.beans.factory.annotation.Autowired;\nimport org.springframework.stereotype.Service;\n\n@Service\npublic class PortalContentService {\n\n    private final PortalManagerProperties portalManagerProperties;\n\n    @Autowired\n    public PortalContentService(PortalManagerProperties portalManagerProperties) {\n        this.portalManagerProperties = portalManagerProperties;\n    }\n\n    public String getPortalHeader() {\n        return portalManagerProperties.getTitle() + \" - Bak\u0131m Modu: \" + portalManagerProperties.isMaintenanceMode();\n    }\n\n    public String getPortalFooter() {\n        return portalManagerProperties.getFooterText();\n    }\n\n    public String getSupportContact() {\n        return \"Sorular\u0131n\u0131z i\u00e7in: \" + portalManagerProperties.getSupportEmail();\n    }\n\n    \/\/ Ek olarak, mevcut konfig\u00fcrasyonlar\u0131 loglamak veya g\u00f6r\u00fcnt\u00fclemek i\u00e7in bir y\u00f6ntem\n    public void logCurrentConfig() {\n        System.out.println(\"Mevcut Portal Konfig\u00fcrasyonu: \" + portalManagerProperties.toString());\n    }\n}\n<\/pre>\n
<\/code><\/p>\n
Yukar\u0131daki PortalContentService<\/code> s\u0131n\u0131f\u0131, PortalManagerProperties<\/code> bean'ini kullanarak portal i\u00e7eri\u011fini sunuyor. Bu servis, uygulaman\u0131z \u00e7al\u0131\u015f\u0131rken de\u011fi\u015fen konfig\u00fcrasyon de\u011ferlerini otomatik olarak alacak ve yeni de\u011ferleri kullanmaya ba\u015flayacakt\u0131r. Bu yap\u0131 sayesinde, Portal Manager'\u0131n\u0131zdaki dinamik ayarlar\u0131n y\u00f6netimini merkezi ve kolay bir hale getirebilirsiniz. Unutmay\u0131n, @RefreshScope<\/code> anotasyonu olmadan yap\u0131lan de\u011fi\u015fiklikler, uygulaman\u0131n yeniden ba\u015flat\u0131lmas\u0131n\u0131 gerektirecektir. Bu nedenle, dinamik g\u00fcncellemeler i\u00e7in bu anotasyonun kullan\u0131m\u0131 kritiktir. Ayr\u0131ca, bu konfig\u00fcrasyonlar\u0131 harici bir Spring Cloud Config Server'dan da alabilirsiniz, bu da merkezi y\u00f6netim i\u00e7in daha da g\u00fc\u00e7l\u00fc bir \u00e7\u00f6z\u00fcm sunar.<\/p>\n
Spring Boot Actuator'\u0131 ve \/actuator\/refresh Endpoint'ini Nas\u0131l Aktif Ederiz?<\/h2>\n
Portal Manager konfig\u00fcrasyonlar\u0131m\u0131z\u0131 dinamik olarak yenileyebilmek i\u00e7in Spring Boot Actuator'\u0131 projemize dahil etmemiz ve gerekli endpoint'leri etkinle\u015ftirmemiz gerekmektedir. Bu s\u00fcre\u00e7, birka\u00e7 basit ad\u0131m\u0131 i\u00e7erir ve olduk\u00e7a kolayd\u0131r. \u0130\u015fte ad\u0131m ad\u0131m yapman\u0131z gerekenler:<\/p>\n
\u0130lk olarak, Spring Boot projenize spring-boot-starter-actuator<\/code> ba\u011f\u0131ml\u0131l\u0131\u011f\u0131n\u0131 eklemeniz gerekir. Bu ba\u011f\u0131ml\u0131l\u0131k, uygulaman\u0131z i\u00e7in \u00e7e\u015fitli y\u00f6netim ve izleme endpoint'lerini otomatik olarak yap\u0131land\u0131r\u0131r. Maven kullan\u0131yorsan\u0131z, pom.xml<\/code> dosyan\u0131za a\u015fa\u011f\u0131daki ba\u011f\u0131ml\u0131l\u0131\u011f\u0131 ekleyin:<\/p>\n
\n\n    org.springframework.boot<\/groupId>\n    spring-boot-starter-actuator<\/artifactId>\n<\/dependency>\n<\/pre>\n
<\/code><\/p>\n
Gradle kullan\u0131yorsan\u0131z, build.gradle<\/code> dosyan\u0131za \u015funu ekleyin:<\/p>\n
\nimplementation 'org.springframework.boot:spring-boot-starter-actuator'\n<\/pre>\n
<\/code><\/p>\n
Bu ba\u011f\u0131ml\u0131l\u0131\u011f\u0131 ekledikten sonra, Actuator varsay\u0131lan olarak baz\u0131 endpoint'leri etkinle\u015ftirir ancak genellikle \/actuator\/refresh<\/code> gibi kritik y\u00f6netim endpoint'leri varsay\u0131lan olarak d\u0131\u015far\u0131ya a\u00e7\u0131lmaz. G\u00fcvenlik nedeniyle, bu endpoint'leri manuel olarak etkinle\u015ftirmemiz gerekmektedir. Bunun i\u00e7in application.yml<\/code> veya application.properties<\/code> dosyan\u0131za a\u015fa\u011f\u0131daki ayarlar\u0131 eklemelisiniz:<\/p>\n
\nmanagement:\n  endpoints:\n    web:\n      exposure:\n        include: \"health,info,refresh\" # Yaln\u0131zca gerekli endpoint'leri a\u00e7\u0131n\n        # include: \"*\" # T\u00fcm endpoint'leri a\u00e7mak i\u00e7in (g\u00fcvenlik riski ta\u015f\u0131yabilir)\n  endpoint:\n    health:\n      show-details: \"always\" # Sa\u011fl\u0131k durum detaylar\u0131n\u0131 her zaman g\u00f6ster\n<\/pre>\n
<\/code><\/p>\n
Yukar\u0131daki konfig\u00fcrasyonda, management.endpoints.web.exposure.include<\/code> \u00f6zelli\u011fi ile hangi Actuator endpoint'lerinin HTTP \u00fczerinden eri\u015filebilir olaca\u011f\u0131n\u0131 belirleriz. Burada \u00f6zellikle refresh<\/code> endpoint'ini dahil etti\u011fimizden emin olmal\u0131y\u0131z. *<\/code> kullanmak t\u00fcm endpoint'leri a\u00e7ar, ancak g\u00fcvenlik a\u00e7\u0131s\u0131ndan yaln\u0131zca ihtiyac\u0131n\u0131z olanlar\u0131 a\u00e7man\u0131z tavsiye edilir. \u00d6rne\u011fin, health<\/code> ve info<\/code> genellikle bilgilendirme ama\u00e7l\u0131 a\u00e7\u0131l\u0131rken, refresh<\/code> gibi de\u011fi\u015fiklik yap\u0131c\u0131 endpoint'ler daha dikkatli y\u00f6netilmelidir.<\/p>\n
Actuator endpoint'lerinin g\u00fcvenli\u011fi de olduk\u00e7a \u00f6nemlidir. \u00dcretim ortam\u0131nda, bu endpoint'lere herkesin eri\u015fmesini engellemek i\u00e7in genellikle Spring Security ile entegre bir kimlik do\u011frulama ve yetkilendirme mekanizmas\u0131 kullan\u0131l\u0131r. \u00d6rne\u011fin, yaln\u0131zca belirli bir rol veya kullan\u0131c\u0131ya \/actuator\/refresh<\/code> endpoint'ini \u00e7a\u011f\u0131rma izni verebilirsiniz. Bu, k\u00f6t\u00fc niyetli veya yanl\u0131\u015fl\u0131kla yap\u0131lan konfig\u00fcrasyon de\u011fi\u015fikliklerinin \u00f6n\u00fcne ge\u00e7er.<\/p>\n
T\u00fcm bu ad\u0131mlar\u0131 tamamlad\u0131ktan sonra, uygulaman\u0131z\u0131 \u00e7al\u0131\u015ft\u0131r\u0131n. Art\u0131k \/actuator\/refresh<\/code> endpoint'i haz\u0131r olacakt\u0131r. Bu endpoint'e genellikle bir POST<\/code> iste\u011fi g\u00f6nderilerek yenileme i\u015flemi tetiklenir. \u00d6rne\u011fin, bir CLI arac\u0131 olan curl<\/code> veya bir GUI arac\u0131 olan Postman\/Insomnia kullanarak bu iste\u011fi g\u00f6nderebilirsiniz. A\u015fa\u011f\u0131da, yerel olarak \u00e7al\u0131\u015fan bir Spring Boot uygulamas\u0131nda \/actuator\/refresh<\/code> endpoint'ine nas\u0131l POST iste\u011fi g\u00f6nderece\u011finize dair bir curl<\/code> \u00f6rne\u011fi bulunmaktad\u0131r:<\/p>\n
\ncurl -X POST http:\/\/localhost:8080\/actuator\/refresh\n<\/pre>\n
<\/code><\/p>\n