Custom Controller’lar, en basit haliyle Kubernetes’in prensiplerinden kontrol d\u00f6ng\u00fcs\u00fc<\/strong>n\u00fc ger\u00e7e\u011fe d\u00f6n\u00fc\u015ft\u00fcrmektedirler. Mevcut Kubernetes durumunu okur, al\u0131nmas\u0131 gereken aksiyonlar\u0131 al\u0131r, gerekli yeni durum bilgisini di\u011fer bile\u015fenlerin aksiyon almas\u0131 i\u00e7in Kubernetes’e iletir. Tasar\u0131mlar\u0131 gere\u011fi Kubernetes Cluster’\u0131n\u0131 d\u00fczenli olarak izlerler ve gerekti\u011finde yeni duruma uygun aksiyon al\u0131rlar.<\/p>\n\n\n\n Tasar\u0131mlar\u0131n\u0131n kafan\u0131zda daha net canlanmas\u0131 ad\u0131na konuyu bir \u00f6rnekle inceleyelim. Kubernetes’te bir Kafka Cluster’\u0131 aya\u011fa kald\u0131rmak istedi\u011finizi varsayal\u0131m. Kafka Cluster’\u0131 zookeeper ve broker bile\u015fenlerinden olu\u015fmaktad\u0131r. Kafka Cluster’\u0131nda ilk aya\u011fa kalkmas\u0131 gereken bile\u015fen zookeeper’d\u0131r. \u0130lk zookeeper \u00f6rne\u011fi aya\u011fa kalkt\u0131ktan sonra paralel olarak di\u011fer zookeeper’lar ba\u015flat\u0131labilir. Broker’lar ancak Zookeeper’lar\u0131n hizmet verir durumda olmas\u0131 ard\u0131ndan ba\u015flat\u0131labilir. Belirli bir d\u00fczende takip edilmesi gereken bu kurulum, tahmin edece\u011finiz gibi Helm <\/a>ile yap\u0131lamayacak kadar kar\u0131\u015f\u0131kt\u0131r. Helm i\u00e7in kar\u0131\u015f\u0131k olan bu ak\u0131\u015f bir Custom Controller ile kolayl\u0131kla (te\u015fbihte hata olmazm\u0131\u015f<\/em>) ger\u00e7ekle\u015ftirilebilir.<\/p>\n\n\n\n Bir \u00f6nceki paragrafta \u00f6rnekledi\u011fim ak\u0131\u015f Kubernetes d\u00fcnyas\u0131nda Operator Deseni<\/strong> olarak kabul edilmektedir. Operator deseni, Kubernetes \u00fczerinde Custom Controller’lar vas\u0131tas\u0131yla uygulamalar\u0131 ve bile\u015fenleri kolayca y\u00f6netmemize imkan sa\u011flamaktad\u0131r. Operator deseni Kubernetes Cluster’\u0131n\u0131 y\u00f6neten y\u00f6neticilerin, ger\u00e7ek operator’lerin<\/em>, as\u0131l g\u00f6revlerinden sapmadan uygulamalar\u0131 kolayca y\u00f6netebilmelerine imkan vermektedir. Bu desen sayesinde Kubernetes y\u00f6neticisi bir Kafka Cluster’\u0131n\u0131, operasyonel detaylar\u0131na girmeden<\/em>, kolayca \u00e7al\u0131\u015f\u0131r hale getirebilmektedir.<\/p>\n\n\n\n \u00d6rne\u011fimize devam ederek Custom Controller ve operator desenini biraz daha a\u00e7al\u0131m. Bu yakla\u015f\u0131m\u0131n daha da kubernetes-native<\/em> olmas\u0131n\u0131n yolu uygulama ve bile\u015fenlerinin de Kubernetes kayna\u011f\u0131 olarak g\u00f6r\u00fclmesi ve y\u00f6netilmesinden ge\u00e7mektedir. Tam da bu noktada kar\u015f\u0131m\u0131za Custom Resource Definitions (CRD<\/strong>s \/ \u00d6zel Kaynak Tan\u0131mlar\u0131<\/em>) \u00e7\u0131kmaktad\u0131r. CRD’ler Kubernetes’in temel bile\u015fenlerince tan\u0131nmamakta ve varsay\u0131landa bunlar i\u00e7in bir aksiyon al\u0131nmamaktad\u0131r. Esnekliklerinin bir nedeni de asl\u0131nda budur. CRD’leri ka\u011f\u0131da yaz\u0131lm\u0131\u015f dilek\u00e7eler gibi d\u00fc\u015f\u00fcnebilirsiniz. Gere\u011fini yerine getiren bir merci yoksa hi\u00e7 bir aksiyon al\u0131nmayacakt\u0131r. Olu\u015fturulan bir CRD, veritaban\u0131nda okunmay\u0131 bekleyen bir tablodur. Custom Controller’lar kendilerini ilgilendiren CRD’leri d\u00fczenli olarak sorgular, Kubernetes Cluster’\u0131n\u0131n mevcut durumunu CRD ile kar\u015f\u0131la\u015ft\u0131r\u0131r, varsa gerekli aksiyonlar\u0131 al\u0131rlar. Yani dilek\u00e7elerin gere\u011fini yerine getirirler. <\/p>\n\n\n\n Kafan\u0131zda Custom Controller ve CRD’lerin birle\u015fimiyle Kubernetes’in kazand\u0131\u011f\u0131 g\u00fcc\u00fc netle\u015ftirebildi\u011fimi umuyorum. Bu g\u00fc\u00e7le Kubernetes y\u00f6neticisi, olmas\u0131n\u0131 istedi\u011fi durumu tarifler ve operator bunun ger\u00e7elle\u015fmesini sa\u011flar. Kafka \u00f6rne\u011fimizden devam edersek, Kubernetes y\u00f6neticisi ka\u00e7 zookeeper ve operator kurulmas\u0131 gerekti\u011fini, yetkilendirmenin nas\u0131l olaca\u011f\u0131 belirten CRD’yi olu\u015fturur ve Kafka Cluster’\u0131 aya\u011fa kalkar. Bir ad\u0131m daha ileri gidelim. Kafka Cluster’\u0131nda olu\u015fturulacak topic’leri de CRD olarak tan\u0131mlad\u0131\u011f\u0131n\u0131z\u0131 d\u00fc\u015f\u00fcn\u00fcn. Bu durumda Kubernetes y\u00f6neticinin Kafka Cluster’\u0131nda nas\u0131l bir topic olu\u015fturabilece\u011fini bilmesini dahi gerek kalmayacakt\u0131r. Hatta bir ad\u0131m daha ileri gidelim ve Kafka Cluster’\u0131nda programlarla uzaktan\/api’ler ile olu\u015fturulan topic’leri Custom Controller taraf\u0131ndan farkedildi\u011fini ve g\u00fcncel duruma dair topic CRD’sinin olu\u015fturuldu\u011funu d\u00fc\u015f\u00fcn\u00fcn…<\/p>\n\n\n\n Operator deseni ve bu desenin ger\u00e7ekle\u015fmi\u015f hali olan Operator’ler<\/em> workload’lar\u0131n \u00e7al\u0131\u015ft\u0131r\u0131lmas\u0131n\u0131 ve yayg\u0131nla\u015ft\u0131r\u0131lmas\u0131n\u0131 otomatize ederler. Bu \u015fekilde, Kubernetes kaynak koduna m\u00fcdahale edilmeden, Kubernetes yakla\u015f\u0131m\u0131yla, \u00e7al\u0131\u015fmas\u0131 ve yetenekleri geli\u015ftirilmi\u015f olur. Ger\u00e7ek insanlar\u0131n operasyonel bilgisinin kod \u00fczerine aktar\u0131lm\u0131\u015f halidir. Kubernetes Cluster’\u0131n\u0131zda kulland\u0131\u011f\u0131n\u0131z uygulaman\u0131n geli\u015ftirme ya da destek ekibinden birinin Cluster i\u00e7erisinde 7\/24 ya\u015fay\u0131p uygulamay\u0131 y\u00f6netmesi olarak canland\u0131r\u0131labilir. Toparlamak gerekirse; Operator, bir uygulamam\u0131n paketlenmesi, kurulumu, yayg\u0131nla\u015ft\u0131rmas\u0131 ve y\u00f6netimi s\u00fcre\u00e7lerinden sorumludur<\/strong>.<\/p>\n\n\n\n Bir \u00f6nceki b\u00f6l\u00fcmde payla\u015ft\u0131\u011f\u0131m Operator Deseni farkl\u0131 programlama dillerin ve farkl\u0131 y\u00f6ntemlerle olu\u015fturulan Custom Controller’lar yard\u0131m\u0131yla ger\u00e7ekle\u015ftirilmi\u015f olur. Teknik olarak, en basit \u015fekliyle, Operator’ler Kubernetes API’sini dinleyerek\/kullanarak CRD’ler ile tariflenen durumun ger\u00e7ekle\u015fmesini sa\u011flarlar.<\/p>\n\n\n\n E\u011fer Kubernetes API’si ile \u00e7ok i\u00e7li-d\u0131\u015fl\u0131 olmad\u0131ysan\u0131z s\u0131f\u0131rdan bir Operator yazmak sizi h\u0131rpalayabilir. \u00d6zellikle de bu konuda yeniyseniz… Tam da bu noktada sahneye Operator Framework’\u00fc \u00e7\u0131k\u0131yor. CoreOS ekibince a\u00e7\u0131k kaynak kodlu olarak geli\u015ftirilen Operator Framework’\u00fc, h\u0131zl\u0131ca bir operator geli\u015ftirmek i\u00e7in ihtiyac\u0131m\u0131z olan geli\u015ftirme ve \u00e7al\u0131\u015ft\u0131rma zaman\u0131 ara\u00e7lar\u0131 sunmaktad\u0131r. Operator Framework’\u00fc 3 temel bile\u015fenden olu\u015fmaktad\u0131r;<\/p>\n\n\n\n E\u011fer aktif olarak operator geli\u015ftiren bir ekipte yer alm\u0131yorsan\u0131z, yukar\u0131da sayd\u0131\u011f\u0131m bile\u015fenlerden ilk ihtiya\u00e7 duyaca\u011f\u0131n\u0131z bile\u015fen Operator Lifecycle Manager olacakt\u0131r. Defakto olan Operator Lifecycle Manager yard\u0131m\u0131yla Kubernetes Cluster’\u0131n\u0131za yeni operatorleri kolayl\u0131kla kurabilir, g\u00fcncelleyebilir, operasyonel i\u015flemler yapabilirsiniz. Operator’lere kolay ula\u015f\u0131m ve katolog hizmeti i\u00e7in OperatorHub<\/a>‘\u0131 kullanabilirsiniz.<\/p>\n\n\n\n Operator Lifecycle Manager kurulumu i\u00e7in a\u015fa\u011f\u0131daki komutlar\u0131 s\u0131ras\u0131yla \u00e7al\u0131\u015ft\u0131rman\u0131z yeterli olacakt\u0131r.<\/p>\n\n\n\n Kurulum i\u015flemi a\u015fa\u011f\u0131daki komutla kontrol edilebilir;<\/p>\n\n\n\n Bu komutlar hem operator lifecycle manager ve bile\u015fenlerini kuracak, hem de a\u015fa\u011f\u0131da s\u0131ralad\u0131\u011f\u0131m CRD’leri tan\u0131mlayacakt\u0131r;<\/p>\n\n\n\n Di\u011fer CRD’lerde oldu\u011fu gibi yukar\u0131daki tabloda yer alan CRD’lerde listelenebilir, d\u00fczenlenebilir, silinebilir ve yenileri olu\u015fturulabilir.<\/p>","protected":false},"excerpt":{"rendered":" Kubernetes tasar\u0131m\u0131n\u0131 her zaman lego’ya benzetirim. Uygun par\u00e7alar\u0131n bir araya getirilmesi ile bir b\u00fct\u00fcn olu\u015fuyor. Bu tasar\u0131m, zaman i\u00e7erisinde eskiyen bile\u015fenlerin yerine daha modern mimarilerin eklenmesine olanak vermesi yan\u0131nda yeni bile\u015fenlerin eklenmesine de olanak vermekte. Makalemin konusu olan Operator’ler bu tasar\u0131m\u0131n getirisinin en g\u00fczel kan\u0131t\u0131. Makalemin devam\u0131nda Kubernetes Operator’lerinin ve Operator Framework’\u00fcn ne oldu\u011funu, nas\u0131l…<\/p>\n![\"\"](\"https:\/\/fatihboy.com\/wp-content\/uploads\/2020\/03\/57151.jpg\")
<\/figure><\/div>\n\n\n\n![\"\"](\"https:\/\/fatihboy.com\/wp-content\/uploads\/2020\/03\/operator-framework-logo-color.png\"){kind=logo}
<\/figure><\/li><\/ul><\/figure>\n\n\n\nOperator Framework’\u00fc<\/h2>\n\n\n\n
![\"\"](\"https:\/\/fatihboy.com\/wp-content\/uploads\/2020\/03\/olm-logo.png\"){kind=logo}
<\/figure>\n\n\n\nOperator Lifecycle Manager<\/h2>\n\n\n\n
export OLM_RELEASE=$(curl -s https:\/\/api.github.com\/repos\/operator-framework\/operator-lifecycle-manager\/releases\/latest | grep tag_name | cut -d '\"' -f 4)\ncurl -L https:\/\/github.com\/operator-framework\/operator-lifecycle-manager\/releases\/download\/$OLM_RELEASE\/install.sh -o install.sh\nchmod +x install.sh\n.\/install.sh $OLM_RELEASE<\/pre>\n\n\n\n
kubectl get pods --all-namespaces | grep olm<\/pre>\n\n\n\n
Kaynak<\/th> K\u0131sa Ad\u0131<\/th> A\u00e7\u0131klama<\/th><\/tr><\/thead> ClusterServiceVersion<\/td> csv<\/td> Operator ad\u0131, versiyonu, ikonu, kulland\u0131\u011f\u0131 kaynaklar v.b. meta verileri<\/td><\/tr> InstallPlan<\/td> ip<\/td> Bir CVS’nin kurulumu ya da g\u00fcncellemesi i\u00e7in olu\u015fturulmas\u0131 gerekli hesaplanm\u0131\u015f kaynak listesi<\/td><\/tr> CatalogSource<\/td> catsrc<\/td> Uygulamay\u0131 tan\u0131mlayan CSV’ler, CRD’ler ve paketlerin deposu<\/td><\/tr> Subscription<\/td> sub<\/td> Bir kanal\u0131 (g\u00fcncel\/beta v.b.<\/em>) takip ederek CSV’nin g\u00fcncel olmas\u0131n\u0131 sa\u011flar<\/td><\/tr> OperatorGroup<\/td> og<\/td> Ayn\u0131 namespace’de yayg\u0131nla\u015ft\u0131r\u0131lm\u0131\u015f Operator’lerin Custom Resource’lar\u0131n\u0131 (CR) izlemek \u00fczere olu\u015fturulmu\u015f nesne<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n