📌 Site Reliability Engineer - Mandarin speaking / Python / SQL / NoSQL / Machine Learning / Big Data
📝 Type: Visa Sponsorship
🌍 Relocation Package: ✅
🏢 Company: european tech recruit
📍 Location: IRELAND
⌨️ Category: #DataScience
🔗 Tags: #javascript #python #nosql #mysql #redis #rabbitmq #oracle #memcache #yarn #storage #kubernetes #docker #jenkins #kafka #grafana #prometheus #cloud #sql #tensorflow #pytorch #hadoop #spark
📝 Type: Visa Sponsorship
🌍 Relocation Package: ✅
🏢 Company: european tech recruit
📍 Location: IRELAND
⌨️ Category: #DataScience
🔗 Tags: #javascript #python #nosql #mysql #redis #rabbitmq #oracle #memcache #yarn #storage #kubernetes #docker #jenkins #kafka #grafana #prometheus #cloud #sql #tensorflow #pytorch #hadoop #spark
📌 Senior DevOps Engineer (Europe, Remote, f/m/d)
📝 Type: Visa Sponsorship
🌍 Relocation Package: ✅
🏢 Company: factor eleven
📍 Location: GERMANY
⌨️ Category: #Devops
🔗 Tags: #python #java #rust #typescript #golang #redis #rabbitmq #npm #sqs #yarn #c #saas #kubernetes #aws #docker #devops #apache #kafka #terraform #cloud #datadog
📝 Type: Visa Sponsorship
🌍 Relocation Package: ✅
🏢 Company: factor eleven
📍 Location: GERMANY
⌨️ Category: #Devops
🔗 Tags: #python #java #rust #typescript #golang #redis #rabbitmq #npm #sqs #yarn #c #saas #kubernetes #aws #docker #devops #apache #kafka #terraform #cloud #datadog
📌 Senior DevOps Engineer (f/m/d)
📝 Type: Visa Sponsorship
🌍 Relocation Package: ✅
🏢 Company: adjoe
📍 Location: GERMANY
⌨️ Category: #Devops
🔗 Tags: #dynamodb #c #ecs #storage #kubernetes #aws #devops #microservices #apache #kafka #terraform #prometheus #cloud #gitlab #spark
📝 Type: Visa Sponsorship
🌍 Relocation Package: ✅
🏢 Company: adjoe
📍 Location: GERMANY
⌨️ Category: #Devops
🔗 Tags: #dynamodb #c #ecs #storage #kubernetes #aws #devops #microservices #apache #kafka #terraform #prometheus #cloud #gitlab #spark
Jaabz
Senior DevOps Engineer (f/m/d) - adjoe
adjoe is a leading mobile ad platform developing cutting-edge advertising and monetization solutions that take its app partners’ business to the next level. Par...
📌 DevOps Engineer (f/m/d)
📝 Type: Visa Sponsorship
🌍 Relocation Package: ✅
🏢 Company: adjoe
📍 Location: GERMANY
⌨️ Category: #Devops
🔗 Tags: #python #rust #golang #dynamodb #elk #ecs #storage #vpns #kubernetes #aws #docker #devops #apache #kafka #terraform #prometheus #linux #cloud #containerization #cloudformation #gitlab #spark
📝 Type: Visa Sponsorship
🌍 Relocation Package: ✅
🏢 Company: adjoe
📍 Location: GERMANY
⌨️ Category: #Devops
🔗 Tags: #python #rust #golang #dynamodb #elk #ecs #storage #vpns #kubernetes #aws #docker #devops #apache #kafka #terraform #prometheus #linux #cloud #containerization #cloudformation #gitlab #spark
Jaabz
DevOps Engineer (f/m/d) - adjoe
adjoe is a leading mobile ad platform developing cutting-edge advertising and monetization solutions that take its app partners’ business to the next level. Par...
📌 Site Reliability Engineer (DevOps Engineer)
📝 Type: Visa Sponsorship
🌍 Relocation Package: ✅
🏢 Company: Luxoft
📍 Location: SINGAPORE
⌨️ Category: #Devops
🔗 Tags: #python #java #oracle #groovy #gcp #html5 #git #kubernetes #docker #jenkins #devops #apache #kafka #ansible #bash #linux #artifactory #jira #confluence #sql
📝 Type: Visa Sponsorship
🌍 Relocation Package: ✅
🏢 Company: Luxoft
📍 Location: SINGAPORE
⌨️ Category: #Devops
🔗 Tags: #python #java #oracle #groovy #gcp #html5 #git #kubernetes #docker #jenkins #devops #apache #kafka #ansible #bash #linux #artifactory #jira #confluence #sql
🍓2
🔵 عنوان مقاله
A Journey Through Kafkian SplitDNS in a Multitenant Kubernetes Offering
🟢 خلاصه مقاله:
** در یک محیط چندمستاجری Kubernetes، اتصال به Kafka میتواند پیچیده شود؛ هر مستاجر نیازها و مقصدهای متفاوتی دارد و تیم PaaS باید مدیریت ساده و پایدار باقی بماند. این مقاله توضیح میدهد چگونه تیم پلتفرم با تکیه بر DNS بهجای کد سفارشی، الگوی split-DNS را برای Kafka پیادهسازی کرده است.
ایده اصلی این است: با استفاده از قالبهای CoreDNS، نامهای میزبان خاصِ broker درون کلاستر بازنویسی میشوند تا کلاینتها همانجا به سرویسهای درست برسند، بدون وابستگی به resolve شدن این نامها در خارج از کلاستر. بدینترتیب کنترل نامهای قابلOverride دست پلتفرم میماند و تنظیمات کلاینتها شکننده نمیشود.
برای واگذاری کنترل مقصد نهایی به مستاجران، از ExternalName استفاده شده است؛ هر مستاجر میتواند با تغییر مقدار ExternalName، نامهای ثابت و درونکلاستری Kafka را به broker دلخواه—چه داخلی و چه بیرونی—اشاره دهد، بدون نیاز به بازسازی تصویر یا راهاندازی مجدد.
جمعبندی: این الگو با تکیه بر قابلیتهای بومی Kubernetes، جداسازی مسئولیتها، سادگی عملیاتی و مقیاسپذیری را فراهم میکند؛ البته با توجه به نکاتی مانند TTL و کش DNS، محدودسازی دامنه Override، مانیتورینگ خطاهای resolve و مستندسازی مسیر مهاجرت.
#Kubernetes #Kafka #DNS #CoreDNS #Multitenancy #ExternalName #PaaS #PlatformEngineering
🟣لینک مقاله:
https://ku.bz/2lTrzwpkM
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
A Journey Through Kafkian SplitDNS in a Multitenant Kubernetes Offering
🟢 خلاصه مقاله:
** در یک محیط چندمستاجری Kubernetes، اتصال به Kafka میتواند پیچیده شود؛ هر مستاجر نیازها و مقصدهای متفاوتی دارد و تیم PaaS باید مدیریت ساده و پایدار باقی بماند. این مقاله توضیح میدهد چگونه تیم پلتفرم با تکیه بر DNS بهجای کد سفارشی، الگوی split-DNS را برای Kafka پیادهسازی کرده است.
ایده اصلی این است: با استفاده از قالبهای CoreDNS، نامهای میزبان خاصِ broker درون کلاستر بازنویسی میشوند تا کلاینتها همانجا به سرویسهای درست برسند، بدون وابستگی به resolve شدن این نامها در خارج از کلاستر. بدینترتیب کنترل نامهای قابلOverride دست پلتفرم میماند و تنظیمات کلاینتها شکننده نمیشود.
برای واگذاری کنترل مقصد نهایی به مستاجران، از ExternalName استفاده شده است؛ هر مستاجر میتواند با تغییر مقدار ExternalName، نامهای ثابت و درونکلاستری Kafka را به broker دلخواه—چه داخلی و چه بیرونی—اشاره دهد، بدون نیاز به بازسازی تصویر یا راهاندازی مجدد.
جمعبندی: این الگو با تکیه بر قابلیتهای بومی Kubernetes، جداسازی مسئولیتها، سادگی عملیاتی و مقیاسپذیری را فراهم میکند؛ البته با توجه به نکاتی مانند TTL و کش DNS، محدودسازی دامنه Override، مانیتورینگ خطاهای resolve و مستندسازی مسیر مهاجرت.
#Kubernetes #Kafka #DNS #CoreDNS #Multitenancy #ExternalName #PaaS #PlatformEngineering
🟣لینک مقاله:
https://ku.bz/2lTrzwpkM
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Medium
A Journey Through Kafkian SplitDNS in a Multitenant Kubernetes Offering
In previous posts, we’ve explored various aspects of SCHIP, our Kubernetes-based PaaS at Adevinta, like How we avoided an outage caused by…
🔵 عنوان مقاله
Before You Implement KEDA, Do This First
🟢 خلاصه مقاله:
قبل از پیادهسازی KEDA، ابتدا این نکات را رعایت کنید. در این مقاله، نحوه طراحی یک برنامه عملیاتی برای راهاندازی KEDA بر اساس مصرفکنندگان Kafka مورد بررسی قرار گرفته است. این فرآیند با استفاده از ابزارهایی مانند نقشههای حرارتی در وضعیت بیکاری CPU، پروفایلهای تأخیر و مدل هزینهبر هر مصرفکننده انجام میشود. هدف از این کار، آمادهسازی پایههای اصولی است تا قبل از نوشتن هرگونه پیکربندی ScaledObject، بتوانید ارزیابی دقیقی از هزینهها و بهرهوری داشته باشید و تصمیمهای بهتری در پیادهسازی بگیرید. این رویکرد باعث میشود که استفاده از KEDA به صورت بهینه و اقتصادی صورت گیرد و از شروع، هزینهها و منابع به دقت مدیریت شوند. در نتیجه، قبل از هر اقدام عملی، بررسی این موارد اهمیت زیادی دارد تا اجرای شما مؤثر، مقرون به صرفه و بدون خطا باشد.
#KEDA #کلودمدیریت #Kafka #پیشنیازهای_پروژه
🟣لینک مقاله:
https://ku.bz/YFXS9zkcx
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Before You Implement KEDA, Do This First
🟢 خلاصه مقاله:
قبل از پیادهسازی KEDA، ابتدا این نکات را رعایت کنید. در این مقاله، نحوه طراحی یک برنامه عملیاتی برای راهاندازی KEDA بر اساس مصرفکنندگان Kafka مورد بررسی قرار گرفته است. این فرآیند با استفاده از ابزارهایی مانند نقشههای حرارتی در وضعیت بیکاری CPU، پروفایلهای تأخیر و مدل هزینهبر هر مصرفکننده انجام میشود. هدف از این کار، آمادهسازی پایههای اصولی است تا قبل از نوشتن هرگونه پیکربندی ScaledObject، بتوانید ارزیابی دقیقی از هزینهها و بهرهوری داشته باشید و تصمیمهای بهتری در پیادهسازی بگیرید. این رویکرد باعث میشود که استفاده از KEDA به صورت بهینه و اقتصادی صورت گیرد و از شروع، هزینهها و منابع به دقت مدیریت شوند. در نتیجه، قبل از هر اقدام عملی، بررسی این موارد اهمیت زیادی دارد تا اجرای شما مؤثر، مقرون به صرفه و بدون خطا باشد.
#KEDA #کلودمدیریت #Kafka #پیشنیازهای_پروژه
🟣لینک مقاله:
https://ku.bz/YFXS9zkcx
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Medium
Before You Implement KEDA, Do This First
A practical guide to building the technical-financial baseline that tells you whether autoscaling will actually save money — and how much.
🔵 عنوان مقاله
Kafka on Kubernetes: Performance Lessons for Any Disk-Heavy Data Service
🟢 خلاصه مقاله:
در این مقاله، به بررسی چالشهایی که هنگام انتقال سرویس کا Kafka از زیرساختهای مبتنی بر EC2 به محیط کلاود مدیریتشده EKS به وجود آمد، میپردازیم. یکی از نکات اصلی که مشخص شد، فشار ناشی از بازپسگیری منابع در کنترل گروهها (cgroup v2) بود که باعث شد Kafka پس از مهاجرت، برای خواندن دادهها بیشتر به دیسک مراجعه کند. این موضوع نشان میدهد که مدیریت وضایف و منابع در محیطهای کلاود، تاثیر قابل توجهی بر عملکرد سرویسهای مبتنی بر دیسک دارد.
در ادامه، تحقیقاتی صورت گرفت تا دلایل این تغییر کارکرد مشخص شود و راهحلهایی برای بهبود عملکرد ارائه گردد. از آنجا که Kafka برای نگهداری دادههای حجیم و پردازش پیوسته نیازمند دسترسی سریع به دیسک است، هر گونه فشار در سیستمهای مدیریت منابع میتواند تاثیر مخربی بر کارایی داشته باشد. در شرایط جدید، محدودیتهای اعمال شده توسط cgroup v2 منجر به کاهش بهرهوری منابع و نیاز بیشتر به خواندن از دیسک شد که این موضوع نشاندهنده اهمیت بررسی و بهینهسازی تنظیمات سیستمهای میزبان است.
در نتیجه، این مطالعه اهمیت طراحی سیستمهای مبتنی بر کانتینر و کلاود را در حوزه دیتاسنترهای مدرن برجسته میکند. آشنایی با نحوه مدیریت صحیح منابع و کاهش فشارهای سیستمی، کلید حفظ کارایی و سرعت تراکنشها در سرویسهایی مانند Kafka است. در نهایت، درک عمیقتر این مسائل به مدیران فناوری اطلاعات کمک میکند تا بتوانند سیستمهایی پایدارتر و بهینهتر پیادهسازی نمایند و تجربهی بهتری برای کاربران رقم بزنند.
#Kafka #کلاود #مدیریت_منابع #بهینهسازی
🟣لینک مقاله:
https://ku.bz/0P1BSLKKz
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
Kafka on Kubernetes: Performance Lessons for Any Disk-Heavy Data Service
🟢 خلاصه مقاله:
در این مقاله، به بررسی چالشهایی که هنگام انتقال سرویس کا Kafka از زیرساختهای مبتنی بر EC2 به محیط کلاود مدیریتشده EKS به وجود آمد، میپردازیم. یکی از نکات اصلی که مشخص شد، فشار ناشی از بازپسگیری منابع در کنترل گروهها (cgroup v2) بود که باعث شد Kafka پس از مهاجرت، برای خواندن دادهها بیشتر به دیسک مراجعه کند. این موضوع نشان میدهد که مدیریت وضایف و منابع در محیطهای کلاود، تاثیر قابل توجهی بر عملکرد سرویسهای مبتنی بر دیسک دارد.
در ادامه، تحقیقاتی صورت گرفت تا دلایل این تغییر کارکرد مشخص شود و راهحلهایی برای بهبود عملکرد ارائه گردد. از آنجا که Kafka برای نگهداری دادههای حجیم و پردازش پیوسته نیازمند دسترسی سریع به دیسک است، هر گونه فشار در سیستمهای مدیریت منابع میتواند تاثیر مخربی بر کارایی داشته باشد. در شرایط جدید، محدودیتهای اعمال شده توسط cgroup v2 منجر به کاهش بهرهوری منابع و نیاز بیشتر به خواندن از دیسک شد که این موضوع نشاندهنده اهمیت بررسی و بهینهسازی تنظیمات سیستمهای میزبان است.
در نتیجه، این مطالعه اهمیت طراحی سیستمهای مبتنی بر کانتینر و کلاود را در حوزه دیتاسنترهای مدرن برجسته میکند. آشنایی با نحوه مدیریت صحیح منابع و کاهش فشارهای سیستمی، کلید حفظ کارایی و سرعت تراکنشها در سرویسهایی مانند Kafka است. در نهایت، درک عمیقتر این مسائل به مدیران فناوری اطلاعات کمک میکند تا بتوانند سیستمهایی پایدارتر و بهینهتر پیادهسازی نمایند و تجربهی بهتری برای کاربران رقم بزنند.
#Kafka #کلاود #مدیریت_منابع #بهینهسازی
🟣لینک مقاله:
https://ku.bz/0P1BSLKKz
➖➖➖➖➖➖➖➖
👑 @DevOps_Labdon
DEV Community
Kafka on Kubernetes: Performance Lessons for Any Disk-Heavy Data Service
We recently started migrating Kafka clusters from EC2 to EKS using Strimzi. The goal was not to chase...