Telegram Web
Academy and Foundation unixmens | Your skills, Your future
DevOps has transformed how organizations deliver software by introducing automation, collaboration, and continuous integration/continuous delivery (CI/CD). Yet, databases have traditionally lagged behind in this transformation. Database changes are often managed…
در دنیای توسعه نرم‌افزار مدرن، تغییرات پایگاه داده به اندازه تغییرات کد اهمیت دارند. اگرچه تیم‌های توسعه به‌طور گسترده از ابزارهایی مانند Git برای مدیریت نسخه‌ی کد استفاده می‌کنند، پایگاه‌های داده همچنان اغلب با روش‌های دستی مدیریت می‌شوند. این رویکرد باعث بروز مشکلاتی همچون ناسازگاری بین محیط‌ها، ریسک بالای خطا، و دشواری در ردیابی تغییرات می‌شود. در این میان، Liquibase به‌عنوان ابزاری قدرتمند برای مدیریت تغییرات پایگاه داده (Database Change Management) معرفی شده است.

ابزارLiquibase چیست؟

ابزارLiquibase یک ابزار متن‌باز و مستقل از پلتفرم است که برای مدیریت تغییرات پایگاه داده استفاده می‌شود. این ابزار به توسعه‌دهندگان و DBAها امکان می‌دهد تغییرات در ساختار پایگاه داده (مانند ایجاد جدول، افزودن ستون یا تغییر ایندکس‌ها) را به صورت کد نسخه‌پذیر (Database as Code) مدیریت کنند.

ابزار Liquibase از فایل‌هایی به نام ChangeLog استفاده می‌کند که شامل مجموعه‌ای از ChangeSetهاست. هر ChangeSet یک تغییر مشخص در پایگاه داده را تعریف می‌کند. به این ترتیب، تغییرات پایگاه داده به صورت تاریخچه‌دار، قابل بازبینی و تکرارپذیر مدیریت می‌شوند

ویژگی‌های کلیدی Liquibase

1. مدیریت نسخه‌ای تغییرات پایگاه داده
تمام تغییرات در قالب ChangeLog ذخیره شده و می‌توان آن‌ها را در مخزن Git مدیریت کرد.


2. قابلیت Rollback
ابزار Liquibase این امکان را فراهم می‌کند که در صورت بروز مشکل، تغییرات اعمال‌شده به عقب بازگردانده شوند.


3. پشتیبانی از فرمت‌های مختلف
در حقیقت ChangeLogها می‌توانند در قالب XML، YAML، JSON یا SQL نوشته شوند.


4. مستقل از پایگاه داده
از اکثر دیتابیس‌های محبوب (Oracle, PostgreSQL, MySQL, SQL Server و غیره) پشتیبانی می‌کند.


5. اتوماسیون در CI/CD
به راحتی با ابزارهای CI/CD مانند GitLab CI/CD، Jenkins، Azure DevOps و غیره یکپارچه می‌شود.


6. گزارش‌گیری و Drift Detection
امکان مقایسه پایگاه داده‌ها و شناسایی اختلافات (Schema Drift) را فراهم می‌سازد.

چرخه کار با Liquibase

1. ایجاد یک ChangeLog جدید و تعریف تغییرات.


2. ثبت تغییرات در سیستم کنترل نسخه (مانند Git).


3. اجرای دستورات Liquibase در محیط توسعه برای اعمال تغییرات.


4. اجرای خودکار در CI/CD pipeline برای انتشار تغییرات به محیط‌های Stage و Production.


5. استفاده از دستورات Diff و Snapshot برای بررسی تغییرات و جلوگیری از ناسازگاری.

مزایا

کاهش ریسک خطا در تغییرات دیتابیس.

بهبود همکاری بین توسعه‌دهندگان و DBAها.

امکان استقرار سریع‌تر و ایمن‌تر.

تضمین یکپارچگی دیتابیس در محیط‌های مختلف
چالش‌ها و محدودیت‌ها

برخی تغییرات (مانند حذف ستون‌های حاوی داده) به راحتی قابل Rollback نیستند.

نیاز به آموزش تیم‌ها برای تعریف ChangeSetها به صورت استاندارد.

مدیریت تغییرات پیچیده در دیتابیس‌های بزرگ ممکن است زمان‌بر باشد.



در حقیقت Liquibase ابزاری قدرتمند برای آوردن مفاهیم DevOps به دنیای پایگاه داده است. این ابزار با فراهم کردن امکان نسخه‌پذیری، Rollback، و اتوماسیون تغییرات، به سازمان‌ها کمک می‌کند پایگاه داده‌های خود را با همان کیفیت و سرعت کد نرم‌افزار مدیریت کنند. در نتیجه، استقرار تغییرات پایدارتر، سریع‌تر و قابل اعتمادتر خواهد بود.


#database #devops #dba #ci #cd
@unixmens
در نمایشگاه الکامپ بصورت سریع در وقت کم نیم نگاهی داشتم . برخی ها خوب بودند و برخی ها غیر قابل پذیرش و در حقیقت عالی وجود نداشت .
اما چرا ؟


در دنیای امروز، شرکت‌ها و سازمان‌ها به‌طور روزافزون به برگزاری رویدادهای مشترک، کنفرانس‌ها، همایش‌ها و نشست‌های تخصصی روی می‌آورند. این رویدادها در ظاهر قرار است بستری برای هم‌افزایی، ایجاد شبکه‌های همکاری، انتقال دانش و شکل‌گیری کامیونیتی‌های حرفه‌ای باشند.
اما پرسش اساسی این است: آیا واقعا چنین رویدادهایی به هدف خود می‌رسند، یا صرفا به یک نمایش پرزرق‌وبرق تبدیل می‌شوند؟

واقعیت این است که تا زمانی که Collaboration (همکاری واقعی) و Communication (ارتباط مؤثر) به‌درستی آموخته و نهادینه نشود، هر رویدادی بیش از آنکه یک محرک تغییر باشد، صرفا یک «شو» است و دیگر هیچ.

معیارهای سنجش اصالت یک رویداد چیست ؟

برای آنکه بفهمیم یک رویداد صرفا نمایشی بوده یا ارزش واقعی ایجاد کرده، می‌توان چند پرسش کلیدی مطرح کرد:

۱. همکاری واقعی (Collaboration)

چند شرکت واقعا با هم پروژه مشترک تعریف کردند؟

خروجی این همکاری‌ها بعد از رویداد ملموس و سنجش‌پذیر بوده یا همه‌چیز در همان روز به پایان رسیده است؟


۲. ایجاد کامیونیتی (Community Building)

چند شرکت برای ساخت و تقویت کامیونیتی اقدام کردند؟

آیا ساختار، فرم یا برنامه‌ای عملی برای استمرار جامعه پس از رویداد وجود داشت؟


۳. هم‌راستایی با کسب‌وکار (Business Alignment)

چند ارائه و پرزنتیشن واقعا با اهداف سازمان و بیزینس هماهنگ بود؟

آیا مدیران و تصمیم‌گیران توانستند بین آنچه روی اسلاید بود و آنچه در بازار نیاز است، ارتباطی پیدا کنند؟


۴. شفافیت در ویژن (Vision Clarity)

چند شرکت ویژن شفاف و آینده‌نگرانه‌ای ارائه دادند؟

آیا این ویژن با روندهای جهانی همسو بود یا صرفا شعاری برای پر کردن زمان روی سن یا غرفه؟


۵. تداوم و پیگیری (Follow-up & Sustainability)

چند شرکت بعد از پایان رویداد، ارتباط‌ها و همکاری‌ها را ادامه دادند؟

آیا نتایج و آموخته‌ها منتشر شد یا همه‌چیز همان‌جا متوقف شد؟
چرا این پرسش‌ها مهم هستند؟

این پرسش‌ها صرفا ابزار انتقاد نیستند؛ بلکه معیاری‌اند برای آنکه بدانیم یک رویداد تا چه حد توانسته از سطح نمایش فراتر رود و به یک تجربه تحول‌آفرین تبدیل شود.
وقتی پاسخ بیشتر این پرسش‌ها «هیچ» یا «خیلی کم» باشد، نتیجه روشن است: ما هنوز در مرحله شو باقی مانده‌ایم، نه در مرحله اثرگذاری.

برگزاری رویداد، نمایش اسلایدهای زیبا یا گرفتن عکس‌های یادگاری به معنای تحول سازمانی یا ایجاد همکاری نیست.
آنچه یک رویداد را ارزشمند می‌کند، توانایی ایجاد روابط واقعی، تعریف پروژه‌های مشترک، ایجاد کامیونیتی پایدار و داشتن ویژن شفاف است.

تا زمانی که این اصول درک و اجرا نشوند، هر رویدادی—even اگر با هزینه‌های هنگفت و در سالن‌های باشکوه برگزار شود—چیزی بیش از یک «شو» نخواهد بود.
👍1
What if your self-paced training came with a live, 1-on-1 conversation with a Red Hat expert?With the expert chat feature, available in the premium and standard tiers of the Red Hat Learning Subscription, you get real-time support from Red Hat-certified experts.Whether you are tackling tough concepts or just need clarity in a lab, expert chat is here to help you keep moving forward.The expert chat feature from Red Hat adds value to your learning experience through:Direct access to expertiseConnect with certified Red Hat experts to get answers to your specific questions about courses and labs.

via Red Hat Blog https://ift.tt/FIWQ0gd
Standardizing your company’s operating environment starts with the operating system (OS), but it doesn’t end there. As the number of systems grows, configurations drift, maintenance becomes repetitive, and updates can quickly turn into a headache. At Red Hat, we support your standardization journey by providing you with what you need to deliver a robust, coherent, and integrated solution for your standard operating environment.In this post, I explore the key areas you should take into account along your standardization journey, and how these can be simplified using Red Hat technologies, pr

via Red Hat Blog https://ift.tt/rChlbDS
The telecommunications service provider landscape continues to be rewritten with the coming of 5G Advanced, edge computing, automation, and AI. But realizing their full potential demands a continued shift in infrastructure for service providers to be more agile and efficient. Cloud-native architectures and open source principles have emerged as the path forward, offering the flexibility and speed needed to differentiate from offering pure connectivity. Yet, a significant challenge of fragmentation persists thanks to complex islands of legacy infrastructure and technical debt that have built up

via Red Hat Blog https://ift.tt/ts9Jdyk
We are writing to provide an update regarding a security incident related to a specific GitLab environment used by our Red Hat Consulting team. Red Hat takes the security and integrity of our systems and the data entrusted to us extremely seriously, and we are addressing this issue with the highest priority. What happenedWe recently detected unauthorized access to a GitLab instance used for internal Red Hat Consulting collaboration in select engagements. Upon detection, we promptly launched a thorough investigation, removed the unauthorized party’s access, isolated the instance, and contacte

via Red Hat Blog https://ift.tt/yU3ekiD
Red Hat Summit 2026 call for proposals is now openRed Hat Summit is coming to Atlanta, Georgia and we're looking for our community of experts—customers, partners, and associates—to share their knowledge and experiences. The call for proposals is open now through November 12. Submit your session proposal today for a chance to present at Red Hat Summit 2026. Learn more Red Hat Enterprise Linux (RHEL) on AWS Cloud Marketplace trial is now liveThe new self-serve Red Hat Enterprise Linux (RHEL) on AWS Cloud Marketplace trial is now live! With the trial available in the cloud marketplace, it's n

via Red Hat Blog https://ift.tt/kICp1bV
این دیدگاه شما اشتباه هست .
به قول آلبرت اینشتین که میگه : زمانی بدرستی چیزی را می‌دونی که بتونی به مادربزرگت توضیح بدی .

نکته بعدی : این فکت ها هیچ بک گراند علمی ندارند . و حاصل هیچ استدلال و تحلیل نیستند
در جوامع پیشرفته گفتمان جای مفاهیم خود برتری و ارباب و رعیتی را گرفتن
پیشنهاد میکنم در موضوع تفکر سیستمی و اصول و فنون مذاکره مطالعات خودمان را گسترش بدیم
نکته بعدی : فرایند یادگیری برای هر کسی وجود داره .
و همچنین فرق هست بین کسی که عناد میکنه و تلاشی برای دانستن نداره و مرغ براش یه پا هست
چارچوب تحول گفتمان
ارباب–رعیتی: من می‌دانم، تو نمی‌دانی
مشارکتی: هر کسی بخشی از پازل را دارد. دانایی جمعی ارزشمندتر از فردی است
۲. شیوه‌ی بیان
ارباب–رعیتی: تحکم، دستور، قطعیت مطلق
مشارکتی: توضیح ساده، قابل فهم حتی برای “مادربزرگ” همراه با پرسش و دعوت به گفت‌وگو.

۳. نقش‌ها در گفتگو
ارباب–رعیتی: یک نفر مرجع حقیقت است و بقیه شنونده.
مشارکتی: همه نقش فعال دارند؛ شنیدن، پرسیدن، و افزودن دیدگاه
۴. تعامل با اختلاف نظر
ارباب–رعیتی: مخالفت = تهدید. طرف مقابل باید ساکت شود

مشارکتی: مخالفت = فرصت برای دیدن زاویه جدید

1. تفکر سیستمی: نگاه به روابط و پیامدها، نه فقط اجزاء
2. اصول و فنون مذاکره: تمرکز روی منافع مشترک به جای مواضع فردی
3. بازخورد سازنده: به جای قضاوت، پیشنهاد رشد.
4. یادگیری مستمر: پذیرفتن اینکه همیشه چیزی برای یاد گرفتن وجود داره
This media is not supported in your browser
VIEW IN TELEGRAM
ماجرای کلاس تک نفره از زبان معلمی که ویدیو او در فضای مجازی پرتکرار شد


درود بر این معلم
1
It's hard to deny that we now live in a time where AI permeates everyday life—from customer service bots to autonomous assistants. However, poorly designed AI solutions can lead to misplaced trust, misinformation, and ethical lapses, as evidenced by several high-profile failures. Air Canada's chatbot once misled a grieving passenger with inaccurate refund advice, resulting in a tribunal ruling that held the airline accountable for the AI's errors and underscoring the legal risks of unchecked automation.Microsoft's Bing AI, dubbed Sydney, veered into threatening and manipulative behavior dur

via Red Hat Blog https://ift.tt/3bVNhzu
At Red Hat, our goal is to provide enterprise-grade automation solutions that evolve with your needs. As part of this commitment, we are deprecating the Red Hat ServiceNow Notification Service application from the ServiceNow Store. This isn't a reduction in capability; it's an evolution. We're moving away from a simplified, one-size-fits-all application to more robust and modern integration patterns that offer the capabilities required by enterprise IT environments.From simplicity to capability and flexibilityThe Red Hat ServiceNow Notification Service application was designed for simplicity,

via Red Hat Blog https://ift.tt/osCAFad
Last year, Red Hat introduced Red Hat OpenStack Services on OpenShift, the next major release of Red Hat OpenStack Platform. The architectural shift brought the power of OpenStack’s Infrastructure-as-a-Service (IaaS) together with the agility of Red Hat OpenShift, allowing organizations to run virtualized and cloud-native workloads on a single, unified platform. As businesses face increasing pressure to optimize costs and consolidate IT environments, especially in light of shifting market dynamics, many are looking for a modern approach to managing their cloud infrastructure. To address that

via Red Hat Blog https://ift.tt/j8Ixqa6
متا اعلام کرد که دامنه دسترسی به مدل‌های هوش مصنوعی Llama را برای اهداف دفاعی و امنیت ملی به متحدان کلیدی ایالات متحده گسترش می‌دهد.
علاوه بر کشورهای عضو Five Eyes (استرالیا، کانادا، نیوزیلند و بریتانیا)، اکنون فرانسه، آلمان، ایتالیا، ژاپن، کره جنوبی و همچنین نهادهای ناتو و اتحادیه اروپا نیز به این فناوری دسترسی خواهند داشت.

مدل‌های Llama به‌دلیل ماهیت متن‌باز خود، امکان دانلود، استقرار امن و استفاده بدون نیاز به اشتراک‌گذاری داده‌های حساس با ارائه‌دهندگان شخص ثالث را فراهم می‌کنند. دولت‌ها می‌توانند این مدل‌ها را با داده‌های اختصاصی خود بهینه‌سازی (fine-tune) کرده، در محیط‌های امن با سطوح مختلف طبقه‌بندی میزبانی کنند و نسخه‌های سفارشی‌شده را در سیستم‌ها و تجهیزات میدانی به‌کار گیرند.

متا برای ارائه راه‌حل‌های مبتنی بر Llama با شرکت‌هایی مانند AWS، Microsoft، Google Cloud، Palantir، Lockheed Martin و Oracle همکاری می‌کند.
در حال حاضر، ارتش آمریکا از این فناوری برای تعمیر سریع‌تر تجهیزات نظامی استفاده می‌کند. همچنین متا با شرکت‌های نظامی ایالات متحده در حال توسعه عینک‌ها و پوشیدنی‌های هوشمند برای سربازان است تا توانایی دید و تصمیم‌گیری آنان را بهبود دهد. شرکت‌های بزرگ فناوری از جمله مایکروسافت، آمازون و گوگل نیز در این پروژه مشارکت دارند.

متا اعلام کرده است که برنامه‌ای تدریجی و مرحله‌به‌مرحله برای گسترش دسترسی به مدل‌های Llama در حوزه‌های دفاعی و امنیت ملی در حال اجراست. این شرکت با مشورت و هماهنگی نزدیک با دولت آمریکا، بررسی امکان افزودن کشورهای بیشتری به این فهرست را در دستور کار دارد.

🔗 منبع: Meta Newsroom


#ai #military 🪖
به گفته :🔻 عدم توازن درآمد و هزینه، #صنعت_ارتباطات را فرسوده کرده؛ افزایش اخیر نرخ ارز هم هزینه اپراتورها را افزایش داده است

رئیس هیات مدیره سندیکای صنعت مخابرات ایران در گفت‌وگو با #سیتنا:

🔹 عدم توازن درآمد و هزینه در صنعت ارتباطات، شبکه‌های ارتباطی را فرسوده و توسعه را مختل کرده است.

🔹 ترس از تورم آینده باعث شده نرخ ارز در هفته‌های اخیر با جهش مواجه شود که این افزایش نرخ ارز هم هزینه‌های اپراتورها را بیشتر می‌کند.

هزینه‌های برق، گاز و نگهداری دیتاسنترها در سه سال گذشته بیش از چهار برابر شده، اما درآمدها متناسب با آن رشد نکرده است.
من در حوزه DevOps فعالیت میکنم و همچنین سالهاست در حوزه پایگاه داده فعالیت میکنم . بالای ۹ سال oracle dba بودم .
به طور میانگین عرض کنم . بالای ۷۰ درصد مشکلات performance مربوط به app ها در سمت پایگاه داده است .
این موضوع در database DevOps هم معنا پیدا کرده .
همچنین از یاد نبریم database storage engine ها و فلسفه اون ها و تفاوت engine ها را .
در هر پایگاه داده هم این مفاهیم به نحوی در معماری اون گنجانده شده .
از یاد نبریم پایگاه داده بدون system design مثل پرنده ای است که پرواز نمیکند .

به طور خلاصه:

واقعیت این است که خیلی از تیم‌ها وقتی درباره DevOps حرف می‌زنند، لایه‌ی داده را به چشم «black box» نگاه می‌کنند؛ در حالی‌که همان‌طور که گفتیم، بیش از ۷۰٪ مشکلات performance معمولاً ریشه در design و behavior پایگاه داده دارد، نه صرفاً در کد یا سرور اپلیکیشن.

چند نکته در ادامه‌ی برای تکمیل بحث:

در واقع Database DevOps یعنی درآوردن پایگاه داده از حاشیه و آوردنش به چرخه‌ی تحویل مستمر — دقیقاً مثل application code.
یعنی پایگاه داده هم باید versioned، testable و deployable باشد (مثلاً با ابزارهایی مثل Liquibase, Flyway, Alembic).
در موردش چندین مقاله نوشتم .

موضوع Storage Engine‌ها — مثل InnoDB، RocksDB، WiredTiger یا حتی ASM در Oracle — در واقع قلب تپنده‌ی رفتار سیستم هستند.
تفاوت در write pattern، buffer management، concurrency control، transaction isolation و logging مستقیماً روی latency و throughput اپ اثر می‌گذارد.


نکته بعدی : System Design برای پایگاه داده همان چیزی است که خیلی‌ها از آن غافل‌اند.
اگر schema design، index strategy، partitioning logic و data lifecycle مدیریت نشود، هیچ tuning یا DevOps pipeline نمی‌تواند نجاتش دهد.

#devops #database #dba #tips

https://www.tgoop.com/unixmens
3👍2
These are exciting times for AI. Enterprises are blending AI capabilities with enterprise data to deliver better outcomes for employees, customers, and partners. But as organizations weave AI deeper into their systems, that data and infrastructure also become more attractive targets for cybercriminals and other adversaries.Generative AI (gen AI), in particular, introduces new risks by significantly expanding an organization’s attack surface. That means enterprises must carefully evaluate potential threats, vulnerabilities, and the risks they bring to business operations. Deploying AI with a

via Red Hat Blog https://ift.tt/kBIDTHJ
When an organization currently on VMware evaluates transitioning to a new cloud platform, such as Red Hat OpenStack Services on OpenShift, a key initial concern is typically the effective migration of VMware virtual machine workloads. The Red Hat OpenStack VMware Migration toolkit specifically addresses this need, providing an Ansible collection that aims to simplify and automate the migration process from VMware environments into Red Hat OpenStack Services on OpenShift. This toolkit significantly reduces the complexity and downtime often associated with manual migrations, enabling organizatio

via Red Hat Blog https://ift.tt/1tm3XBS
2025/10/24 11:24:47
Back to Top
HTML Embed Code: