সার্ভিস এবং সিস্টেমটেক্টেলের মধ্যে পার্থক্য কী?

Question

হতে পারে এটি একটি তুচ্ছ প্রশ্ন, তবে এটি আমার কাছে সম্পূর্ণ পরিষ্কার নয়। আমাদের একটি সার্ভারে আমাদের কিছু ব্যাকগ্রাউন্ড প্রক্রিয়া চলছে যা দিয়ে শুরু হয়েছিল serviceএবং কিছু অন্যান্য যা এর সাথে শুরু হয়েছিল systemctl:

$ service nginx start
$ systemctl start gunicorn

দুটি আদেশের মধ্যে পার্থক্য কী? ব্যাকগ্রাউন্ড পরিষেবাদিগুলির সাথে কাজ করার জন্য কোনটি পছন্দনীয় উপায়? কীভাবে পছন্দসই কমান্ডটি কনফিগার করবেন?

Comments

সেখানে খুব ভাল ব্যাখ্যা রয়েছে

— ফলিক ব্রুনেট

এর বেদনাদায়ক অংশ, কেউ কেউ বলে সার্ভিসটি 'অকার্যকর' এবং যদি তা না হয় তবে তারা 'ফাইন্ড / গ্রেপ / লন্ডন' ইত্যাদির সাথে যুক্তিগুলির ক্রমকে কেন পরিবর্তন করবে ... লিনাক্স রিলিজের মধ্যে কোনও ধারাবাহিকতা নেই :(

— মূর্তিমান নিরানন্দ

Answer 1

serviceবিভিন্ন ইউনিক্স এবং লিনাক্সে পরিষেবা শুরু এবং বন্ধ করার জন্য ব্যবহৃত একটি "উচ্চ-স্তরের" কমান্ড। "নিম্ন-স্তরের" পরিষেবা পরিচালকের উপর নির্ভর করে serviceবিভিন্ন বাইনারিগুলিতে পুনঃনির্দেশ করে।

উদাহরণস্বরূপ, CentOS 7 এ এটি পুনঃনির্দেশ করে systemctl, যখন CentOS 6 এ এটি সরাসরি আপেক্ষিক /etc/init.dস্ক্রিপ্টটি কল করে । অন্যদিকে, পুরানো উবুন্টু এটিকে পুনর্নির্দেশ করেupstart

serviceবেসিক সার্ভিস ম্যানেজমেন্টের জন্য পর্যাপ্ত, সরাসরি কল করা systemctlবৃহত্তর নিয়ন্ত্রণের বিকল্প দেয়।

Answer 2

systemctlমূলত এর আরও শক্তিশালী সংস্করণ service।

সঙ্গে serviceআপনি শুধুমাত্র সেবা এর সাথে সম্পর্কিত কমান্ড কি করতে পারেন (যেমন status, reload, restart) এর সাথে যেহেতু systemctlআপনি যেমন আরো উন্নত কমান্ড ব্যবহার করতে পারেন:

systemctl is-failed name.service # check if service failed to load

বা মাস্কিং পরিষেবাগুলি:

systemctl mask name.service

জিজ্ঞাসা উবুন্টু থেকে এই পৃষ্ঠায় অনেক ভাল তথ্য আছে ।

Answer 3

systemctlডেমন / পরিষেবাদিগুলিকে নিয়ন্ত্রণ করার প্রধান ইউটিলিটি systemd,
অন্যদিকে serviceকমান্ডটি হ'ল .তিহ্যবাহী ইউটিলিটি SysVinit।

সিস্টেমডির বৈশিষ্ট্যগুলির মধ্যে একটি হ'ল সিসভিট / লেগ্যাসি কমান্ডগুলির সাথে সামঞ্জস্যপূর্ণ,
সুতরাং, যদি আপনার systemctlকমান্ডটি থাকে তবে
service foo startচারপাশে মোড়ক হবে systemctl start foo।

একই গল্প chkconfig।