4. نیاز به فرهنگ سازمانی قوی، شفافیت بسیار بالا، و اعتماد متقابل
بدون اعتماد میان مدیران و کارکنان، مشارکت واقعی نمی‌تواند به خوبی کار کند؛ اگر کارکنان احساس کنند نظرات‌شان تأثیری ندارد یا تنها جنبه نمادین دارد، ممکن است دلسرد شوند.

بخش چهارم: جمع‌بندی علمی

دموکراسی در محل کار نه تنها یک ایده اخلاقی‌ یا اجتماعی، بلکه بر پایه داده‌های علمی دارای فواید ملموس است: بهره‌وری بیشتر، کاهش ترک شغلی، کیفیت بهتر، تعهد روانشناختی بیشتر و ثبات شغلی.

اما محققان تأکید کرده‌اند که دموکراسی وقتی واقعاً مؤثر است که همراه با حمایت ساختاری باشد: آموزش مدیران، شفافیت، حمایت از مشارکت کارکنان، سازوکارهای تشویقی، و اعتماد.

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

پیشنهادات مبتنی بر شواهد برای اجرای دموکراسی در محل کار

بر اساس پژوهش‌ها، اینها توصیه‌هایی هستند که احتمال موفقیت را بالا می‌برند:

1. سازوکارهای رأی‌گیری و نظرخواهی واقعی — در تصمیم‌گیری‌های استراتژیک و عملیاتی، کارمندان را در رأی‌گیری مشارکت بدهید.


2. ایجاد تیم‌های خودگردان یا گروه‌های کاری مستقل — مانند مدل‌هایی که در مطالعات کارگری در اروگوئه و یا سوئد موجودند.


3. شفافیت در انتظارات و نتایج کار — وقتی کارکنان بدانند چه انتظاراتی از آن‌ها هست، چه معیارهایی برای موفقیت وجود دارد، مشارکت تاثیر مثبت‌تری خواهد داشت.


4. آموزش مدیران برای رهبران مشارکتی — مهارت گوش دادن، رهبری همدلانه، توانمندسازی کارکنان.


5. پاداش مناسب برای مشارکت — تشویق‌هایی برای کسانی که پیشنهادات مفیدی می‌دهند یا در تصمیم‌گیری مشارکت فعال دارند.


6. بازخورد مداوم و ارزیابی تأثیرات — اندازه‌گیری هم «مشارکت کارکنان» و هم «نتایج سازمانی» تا معلوم شود کدام روش‌ها کار می‌کند.

برای مطالعه بیشتر میتوانید کتاب و یا podcast دموکراسی در کار را مطالعه داشته باشید .

This series takes a look at the people and planning that went into building and releasing Red Hat Enterprise Linux 10. From the earliest conceptual stages to the launch at Red Hat Summit 2025, we’ll hear firsthand accounts of how RHEL 10 came into being.Part 1In our first post looking behind the scenes of how Red Hat Enterprise Linux (RHEL) 10 came to be. We heard about the early stages that started right after Summit 2022 and the release of RHEL 9. This included assembling the team, setting expectations, and working with upstream communities to gather ideas. In part 2, the team behind RHEL

via Red Hat Blog https://ift.tt/sF2BhpO

If you’re currently using Red Hat OpenShift Container Platform, you already know it provides a solid foundation for containerized applications. So why upgrade to Red Hat OpenShift Platform Plus? The answer depends on where you are—and where you’re going. Maybe you started with a single team working on one project. But suddenly that team turned into 10 and now you’re drowning in security checks, management tools, and developer requests. If you’re juggling apps across a dozen environments and wondering, “How do I keep all of this secure and manageable—and keep my developers happy?,

via Red Hat Blog https://ift.tt/wDAEWcU

The adaptable enterprise: Why AI-readiness is disruption-readinessAI is a powerful tool, but your business needs the right foundation—and culture—to sustain it. In this new Red Hat e-book from SVP, Chief Strategy Officer Mike Ferris, you’ll learn how to build an AI-ready enterprise that’s prepared to turn change into innovation. Learn more Beginner's Guide to AI: Why AI needs its railroad baronsIn this episode of Beginner’s Guide to AI, Matt Hicks, CEO of Red Hat, unpacks why the future of business strategy in AI mirrors the age of the railroads. Just as railroads transformed indus

via Red Hat Blog https://ift.tt/rcPzaYJ

دوستان دواپسی نکته ای را از یاد نبریم

دواپس نصب سریع ابزار ها نیست .
دواپس سرعت بخشیدن به کارهای تکراری و toil work هست
دواپس یعنی داشتن درک system design .
از یاد نبریم وقتی شغل هایی که مفهوم engineer را یدک میکشن . به معنای ، implementation ، problem solving, optimisation, upgradation هست .

این یعنی دانستن معماری ، تحلیل ، و درک ماهیت اجزا و قابلیت حل مشکلات هست .

هدف نصب و استقرار به جای ۱ ساعت در ۱۰ دقیقه و ندانستن اجزا و رفع اون نیست .

اون مورد سرعت و اتومیشن هم برای bcp و drp هست ، در واقع شناخت اجزای سیستم و قابلیت حل مسائل در شرایط حساس مانند BCP/DRP.


مهندس DevOps بودن، یعنی درک این که ارزش ما فقط در سرعت نصب ابزار نیست، بلکه در توانایی طراحی، تحلیل و حل مسائل پیچیده زیرساختی و سازمانی است.

وهمچنین درک ساختار در موضوعات operation , prosessing , tecnical بخش جدانشدنی از این مسیر است.


#devops #linux #culture #team

https://t.iss.one/unixmens

Vodafone is transforming its 5G Telco cloud operations by embracing OpenShift, Validated Patterns, and GitOps to streamline its lifecycle management of Kubernetes clusters. Tom Kivlin, Principal Cloud Architect at Vodafone, recently shared insights into their journey, highlighting the challenges overcome and the benefits realized through this strategic approach. He spoke at OpenShift Commons in London earlier this year.The Challenge: Accelerating Lifecycle Operations in TelcoTraditional Telco environments tend to operate at a slower pace compared to the rapid release cycles of Kubernetes, whic

via Red Hat Blog https://ift.tt/Vajm5QB

While migrating virtual or containerized workloads between environments may seem straightforward, teams responsible for managing system uptime, policy enforcement, and securing east-west traffic, often find it to be a complex process. Subtle differences in hypervisor behavior, inconsistent policy application, and blind spots in traffic flows can introduce risks that aren’t always obvious, until it’s almost too late.Red Hat OpenShift Virtualization combined with Palo Alto Networks VM-Series software firewalls helps address these complexities where they typically arise. OpenShift Virtualizat

via Red Hat Blog https://ift.tt/YNd4PbR

Aligning system management, automation, and application lifecycle with your edge strategyIn part 1 of this two-part blog series, we introduced the decision framework for Red Hat Device Edge, when it makes sense compared to Red Hat Enterprise Linux (RHEL) or Red Hat OpenShift, and the unique role of MicroShift in enabling Kubernetes at the edge.In this article, you’ll learn how to manage the system that you’ve chosen for your edge strategy. Once you’ve selected Red Hat Device Edge, the next step is designing a management approach that matches your deployment model, team expertise, and ope

via Red Hat Blog https://ift.tt/rPT5Mwu

The path to virtualization started decades ago. Early efforts with mainframes in the 1960s allowed multiple operating systems to run on the same hardware. In the late 1990s, the virtualization of x86 hardware was introduced, and reshaped the way organizations deployed, managed, and scaled IT infrastructure. Applications were no longer bound to a single server. They could be moved at will, and even scaled to meet demand. Entire businesses and careers have been built on what we now know as traditional virtualization. And even as public cloud computing has become more accessible, traditional

via Red Hat Blog https://ift.tt/Ur7hKF0

Unlock the power of edge computing with Red Hat's tailored solution for resource-constrained environmentsEdge computing presents unique challenges that demand strategic technology decisions. With Red Hat's expanding portfolio of edge solutions, organizations often find themselves weighing multiple options: deploy standard Red Hat Enterprise Linux (RHEL), opt for Red Hat Device Edge, or implement Red Hat OpenShift at the edge? Whether you're planning your first edge deployment or optimizing an existing infrastructure, we’ll help you evaluate where Red Hat Device Edge fits into your strategy.T

via Red Hat Blog https://ift.tt/bF4mrwv

Migrating a virtual machine (VM) from one platform to another is a complex task. Nevertheless, organizations are looking for a unified platform that provides the same benefits for VMs as what's available for containers. With Red Hat OpenShift Virtualization, you don't have to make the journey alone. The Assisted Installer for OpenShift supports deploying connected clusters with OpenShift Virtualization from the start, so you can begin your migration journey today and modernize at your own pace.What is the Assisted Installer?The Assisted Installer simplifies the process of deploying connected O

via Red Hat Blog https://ift.tt/Aa67Zlo

Ireland has a strong digital infrastructure public services record, with momentum behind cloud adoption and artificial intelligence. The upcoming update to the National Digital and AI Strategy in 2025 reflects a continued commitment to innovation, not just for economic competitiveness, but for better, more responsive public services. To sustain this progress and ensure impact across the economy and society, Irish organisations – particularly in the public sector – will need to take a pragmatic, outcome-led approach to AI adoption. One that prioritises strategic digital skills, cross-sector

via Red Hat Blog https://ift.tt/DTt0M2m

No one enjoys menu-based customer service. Pressing “1 for billing” or “2 for support” feels outdated, and repeating the same problem to different agents is frustrating. Even when we try the “operator” trick, we’re just hoping for someone to pick up and understand us right away. But what we really want is simple: a fast and accurate resolution, without friction.If that’s how you feel, you are not alone. Effective and speedy issue resolution, prompt responses and shorter wait times are important aspects of customer service. Customer expectations have increased. Firms who allow

via Red Hat Blog https://ift.tt/0hN2ZB9

In my previous article, I compared AI inference to the nervous system of an AI project — the critical, often unseen infrastructure that dictates the user experience. Whether it’s a chatbot or a complex application, the principle is the same: if the nervous system falters, everything else does too. As we know, however, a nervous system doesn't operate in isolation. It relies on the rest of the body, with countless other systems working in harmony. Enterprise AI is fundamentally the same. Individual models, isolated infrastructure components, fragmented orchestration, or disconnected applica

via Red Hat Blog https://ift.tt/rBVX9aJ

The search is on for the 2026 Red Hat Certified Professional of the Year! This award is more than just recognition; it's a testament to the impactful work and dedication that Red Hat Certified Professionals bring to the open source ecosystem. The winner is an individual who takes advantage of their Red Hat skills to solve complex challenges and advance innovation.Meet our 2025 winnerThe 2025 Red Hat Certified Professional of the Year, Daniel Carvalho dos Santos, an infrastructure analyst at Banco Bradesco, enhanced his skills for complex projects through usingRed Hat Learning Subscription. He

via Red Hat Blog https://ift.tt/YfQvEGW

Why do we really need Llama Stack when popular frameworks like LangChain, LangFlow, and CrewAI already exist?This is the question we get asked most often. It’s a fair one—after all, those frameworks already give developers rich tooling for retrieval-augmented generation (RAG) and agents.But we see Llama Stack as more than “another agent framework.” It’s better understood as four distinct layers:The 4 layers of Llama Stack1. Build layer (Client SDK/Toolkit)A familiar surface for building agents. Here it overlaps with LangChain, LangFlow, and CrewAI. Developers can author agents using

via Red Hat Blog https://ift.tt/nr2z9cD

For the first time, Red Hat Summit is coming to Atlanta, Georgia, and we’re building an agenda of technical and non-technical content for our experienced audience. 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, from October 1 until November 12. Submit your session proposal today for a chance to present at Red Hat Summit, May 11–14, 2026 at the Georgia World Congress Center.We're looking for more advanced session content this year. We want sessions that go beyond the basics, offe

via Red Hat Blog https://ift.tt/ePxWuzB

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 manually, leading to slow deployments, risks of errors, and lack of visibility. "Database DevOps" aims to close this gap by applying DevOps principles directly to the database lifecycle.

One powerful approach to enabling Database DevOps is combining GitLab CI/CD with Liquibase, a database schema change management tool. This integration allows teams to automate, version, and safely deploy database changes alongside application code.

What is Database DevOps?

Database DevOps (or Database CI/CD) is the practice of managing database schema and data changes with the same rigor as application code. The core principles include:

Version control for database migrations.

Automation of deployment and rollback processes.

Continuous testing of schema and data integrity.

Drift detection to prevent environment inconsistencies.

Collaboration between developers, DBAs, and operations.

Auditing and traceability for compliance and governance.


Elite DevOps teams are 3.4x more likely to adopt database change management practices than low performers, underlining its importance

GitLab and Liquibase Integration

In the GitLab article "How to Bring DevOps to the Database with GitLab and Liquibase", the authors show how Liquibase can be seamlessly integrated into GitLab pipelines to enable full database CI/CD.

Key Components:

1. Liquibase – A tool for managing database migrations through versioned "changesets."


2. GitLab CI/CD – Automates pipelines for building, testing, and deploying database changes.


3. SQL Server (example DB) – The article demonstrates with SQL Server, but the approach applies to other databases too.


Example Pipeline Stages

The tutorial outlines a sample GitLab pipeline with these stages:

Build – Validate Liquibase properties and configurations.

Test – Run Liquibase updateSQL and checks run to ensure safe changes.

Deploy – Apply migrations (liquibase update) to environments (DEV → QA → PROD).

Compare – Use liquibase diff to detect drift between environments.

Post – Create schema snapshots with liquibase snapshot for auditing.

Benefits

1. Automation – Database changes run through the same CI/CD pipeline as code.

2. Validation & Checks – Prevents dangerous operations (DROP, TRUNCATE, etc


3. Rollback Support – Enables reverting last applied updates where possible

4. Drift Detection – Identifies schema inconsistencies between environments

5. Auditing – Snapshots and logs ensure traceability of changes

6. Collaboration – Developers and DBAs work together via version control and merge requests



https://about.gitlab.com/blog/how-to-bring-devops-to-the-database-with-gitlab-and-liquibase/


#database #devops #ci #cd #gitlab
https://t.iss.one/unixmens
unixmens

در دنیای توسعه نرم‌افزار مدرن، تغییرات پایگاه داده به اندازه تغییرات کد اهمیت دارند. اگرچه تیم‌های توسعه به‌طور گسترده از ابزارهایی مانند 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 اگر با هزینه‌های هنگفت و در سالن‌های باشکوه برگزار شود—چیزی بیش از یک «شو» نخواهد بود.