একজন ইনফ্রাস্ট্রাকচার ইঞ্জিনিয়ার থেকে SRE হওয়ার এক সপ্তাহ কেটে গেল

নমস্কার, আমি অযোগ্য।
আমি নিজে বেশ কিছু গবেষণা করেছি, কিন্তু SRE হিসেবে কর্মরত ব্যক্তিদের কাজের পূর্ববর্তী রেকর্ড খুব বেশি খুঁজে পাইনি, তাই আমি এখানে আমার অভিজ্ঞতা লিখে রাখছি।
প্রথম অংশটি একটি অন্তর্বর্তীকালীন পর্ব হিসেবে রাখা হয়েছে, যা কাজের সাথে খুব বেশি সম্পর্কিত নয়, তাই এটি অন্যান্য পেশার লোকেরাও উপভোগ করতে পারবেন।

আমি কেমন মানুষ

• প্রায় ৩-৪ বছর ধরে ভিনটেজ শপের মালিক
• ১ বছরের ইনফ্রাস্ট্রাকচার ইঞ্জিনিয়ার

আমি ছোটবেলা থেকেই কম্পিউটার পছন্দ করতাম, তাই ষষ্ঠ শ্রেণি থেকে একটি ভাড়া করা সার্ভারে ওয়েবসাইট তৈরি করতাম, জুনিয়র হাই স্কুল থেকে নিজের পিসি তৈরি করতাম এবং সোল্ডারিং আয়রন ব্যবহার করে মেরামত করতাম, এবং CGI বই শিখে একটি ভাড়া করা সার্ভারে বুলেটিন বোর্ড স্থাপন করতাম।

আমি তথ্য প্রযুক্তি বিষয়ে হাই স্কুল থেকে স্নাতক হয়েছি, কিন্তু সেই সময়ে সেন্দাইতে তথাকথিত তথ্য ও যোগাযোগ শিল্প বা আইটি-সম্পর্কিত চাকরির খুব বেশি সুযোগ ছিল না, তাই আমি ভাবতাম, 'আমি কি সত্যিই এটি একটি পেশা হিসেবে করতে পারব?' এবং আমি উদ্দেশ্যহীনভাবে জীবনযাপন করছিলাম।
এখন, কাজের জন্য, আমি এই মাস থেকে টোকিওর বাসিন্দা হয়েছি।
আমি একটি ভিনটেজ শপ চালাতাম কারণ তৎকালীন প্রেসিডেন্ট আমাকে জিজ্ঞাসা করেছিলেন, 'কাজ করবে?', এবং আমি পার্ট-টাইম কাজ শুরু করি এবং পরে পূর্ণ-সময়ের কর্মচারী হয়েছিলাম।

ভূমিকা: একটি ব্যস্ত সপ্তাহ

আমি অন্য একটি প্রদেশে চলে এসেছি এবং গত ডিসেম্বরের ২৭ তারিখ পর্যন্ত দ্রুত গতিতে কাজ করছিলাম, তাই আমাকে অনেক মানসিক পরিবর্তন করতে হয়েছিল এবং আমি এতেই ব্যস্ত ছিলাম।
২৩ বছর বয়সে এই সুযোগ পেয়ে আমি পূর্ণ গতিতে কাজ করছিলাম।

আমি বাড়ি না দেখেই একটি বাড়ি ঠিক করেছিলাম, কিন্তু কর্মস্থলের কাছাকাছি এবং বাড়ির কাছে নিম্নলিখিত জিনিসগুলি থাকাটা বেশ সুবিধাজনক:

• ১০০ ইয়েন শপ
• সস্তা চাইনিজ রেস্টুরেন্ট
• ব্যক্তিগত মালিকানাধীন রিসাইকেল শপ

যখন আমি বাড়িতে পৌঁছলাম, তখন দেখলাম সিলিং লাইট নেই, তাই আমি চলে আসার পর প্রায় ১-২ দিন বিদ্যুৎবিহীন জীবনযাপন করেছি, কিন্তু এটি খুব বেশি কষ্টকর ছিল না। দিনের আলোতে ওঠা এবং অন্ধকারে ঘুমানো আমার শরীরের ঘড়িকে পুনরায় সেট করার জন্য একটি দুর্দান্ত উপায় ছিল।

MacOS এবং Mac US লেআউটের সাথে অপরিচিত দিনগুলি

আমি বর্তমানে একজন GNU/Linux, BSD ব্যবহারকারী, তাই এটি আমার জন্য একটি উদ্বেগের বিষয় ছিল।
তবে, লিনাসও M1/2/3 চিপের ম্যাকের প্রশংসা করেছেন, যা খুবই শক্তিশালী।

.zsh নিজেই আমার জন্য নতুন ছিল, কিন্তু এটি মূলত bash-এর একটি উন্নত সংস্করণ, তাই খুব বেশি সমস্যা হয়নি। তবে, ডিফল্ট $PS1, প্রম্পট ডিসপ্লে ন্যূনতম এবং এতে কোনো কালার স্কিমা সেট করা ছিল না, তাই আমি এটিকে আমার Artix Linux-এর সাথে মানিয়ে নিয়েছি।

আমি শুধু ন্যূনতম .vimrc সেটিংস করেছি।

Mac US লেআউট!

কমপ্যাক্ট ম্যাকবুকের JIS লেআউটে কীগুলি খুব বেশি ঘন ছিল, যা আমার জন্য উদ্বেগের কারণ ছিল। এছাড়াও, ম্যাকবুকের JIS লেআউটে half-width/full-width কী একই জায়গায় নেই, তাই আমি US লেআউট বেছে নিয়েছি। তবে, যারা সাধারণত JIS ব্যবহার করেন, তাদের জন্য এটিতে অভ্যস্ত হওয়া কঠিন।
এটি এমন একটি সমস্যা যা একটি বাহ্যিক কীবোর্ড ব্যবহার করে সমাধান করা যেতে পারে, তাই যদি এটি পরে অসহ্য হয়ে ওঠে, তবে এটি যেকোনো উপায়ে সমাধান করা যেতে পারে।

আমি আগের ব্লগে বলেছিলাম যে আমাকে একটি ThinkPad কীবোর্ড কিনতে হবে...? ওহ, সেটা তো একটা বিভ্রম ছিল...।

Qiita-তে দেখা একজন ব্যক্তি আছেন যিনি নিবন্ধ লিখছেন...

যখন Qiita-তে নিবন্ধ লেখা একজন ব্যক্তি কোম্পানিতে থাকেন, তখন মনে হয় যেন এটি একটি একমুখী অফলাইন মিটিং, কারণ আমি তাদের নিবন্ধ পড়েছি কিন্তু তারা আমাকে চেনেন না।

Qiita-এর নামের উৎস বা আইকনের উৎস সম্পর্কে জিজ্ঞাসা করলে, এমন একটি পটভূমি ছিল জেনে দিনগুলি বেশ আকর্ষণীয় মনে হয়।

অপারেশন ফ্লো, ওয়ার্কফ্লো এবং অন্যান্য

এগুলি প্রতিটি সংস্থার উপর নির্ভর করে ভিন্ন হয়, তাই চ্যাটে থাকা প্রবাহকে কিছুটা বুঝতে এবং এটিকে বিভিন্ন অংশ হিসেবে চিহ্নিত করে আমার মনে একটি চিত্র তৈরি করে সেগুলিকে একত্রিত করতে হয়েছিল।

যেমন একই সফটওয়্যারের ব্যবহার ভিন্ন হতে পারে, Nginx একটি ওয়েব সার্ভার হিসেবেও ব্যবহার করা যেতে পারে এবং একটি প্রক্সি সার্ভার হিসেবেও কাজ করতে পারে। একইভাবে, কাজের ক্ষেত্রেও, সবাই প্রতিদিনের কাজগুলি কী ফ্লোতে সম্পন্ন করে, সেই চিত্র তৈরি করা বেশ কঠিন ছিল, কিন্তু একজন দয়ালু সিনিয়রের সহায়তায় আমি ধীরে ধীরে এটি বুঝতে পারছি।
মানুষের প্রতি কৃতজ্ঞতা ও আনন্দ।

প্রতিদিন নোট নিন

আমি যেহেতু নিয়মিত vim ব্যবহার করি, তাই মার্কডাউন ফরম্যাটে নোট নিলে পরে দৈনিক রিপোর্ট লেখার সময় সুবিধা হয়। অনেক সময় তুচ্ছ নোটও পরে প্রয়োজনীয় হয়ে ওঠে, তাই কী থেকে লেখা শুরু করব তা নিয়ে যদি প্রশ্ন থাকে, তাহলে মিটিংয়ের সময় দেখা URL গুলি নোটবুকে পেস্ট করে রাখাও ভালো হতে পারে।

যদি অভ্যন্তরীণ নিরাপত্তার কারণে টার্মিনাল থেকে শুধুমাত্র প্রমাণীকরণ ছাড়া দেখা না যায়, তাহলে এর কোনো মানে হয় না। তবে, আমি যে টুলটি তৈরি করেছি যা আমার তৈরি করা URL থেকে শিরোনাম সংগ্রহ করে এবং মার্কডাউন ফরম্যাটে আউটপুট দেয়, সেটি কাজের সময়ও সহায়ক হয়েছে, তাই আমি এটি প্রচার করছি।
GitHub - haturatu/ght: go-http-title Get website title

সত্যি বলতে, শুরুতে বিশেষ কিছু করার নেই, তবে সাংগঠনিক স্তরে IaC-এর সুবিধা

প্রতিদিন নতুন কিছু শেখার আছে, তাই দিনগুলি খুবই আনন্দদায়ক।
বিশেষ করে ইনফ্রাস্ট্রাকচার ইঞ্জিনিয়ারের সাথে প্রধান পার্থক্য হল যে এটি আরও ক্লাউড-সদৃশ অপারেশনের উপর ভিত্তি করে তৈরি, তাই সামগ্রিক আর্কিটেকচারের একটি চিত্র তৈরি করা কঠিন হতে পারে, তবে অবশ্যই মূল ধারণাগুলি অনেক ক্ষেত্রে সহায়ক হয়।
IaC-এর মতো বিষয়গুলি কঠিন হতে পারে, তবে সম্পূর্ণ ওয়েব GUI-এর মাধ্যমে প্রতিটি প্রয়োজনীয় তথ্য বারবার দেখার চেয়ে কোড দ্বারা পরিচালিত হলে কী ধরনের কনফিগারেশন সেট আপ করা হবে তা টেক্সট-ভিত্তিক পদ্ধতিতে পরীক্ষা করা সহজ, এবং এর অনেক সুবিধা রয়েছে।

অসুবিধা কি?

আমার মনে হয় এর তেমন কোনো অসুবিধা নেই, তবে শুরুতেই অপারেশনাল চিত্রটি বোঝা কঠিন। তাই, আমি SRE টিমে পরে যোগদানকারী ব্যক্তিদের সাহায্য করার জন্য কাজের ক্ষেত্রে ডকুমেন্টেশন পূরণ করতে চাই।

গুগলের SRE ডকুমেন্টেশনে যেমন বলা হয়েছে, একটি ছোট, অভিজাত দল হিসেবে কাজ করার সুপারিশ করা হয়, তবে এর ফলে দলের সদস্যদের কাজের চাপ বাড়তে পারে। তাই, ডকুমেন্টেশন সম্পূর্ণরূপে প্রস্তুত করা অপারেশনালভাবে বেশ কঠিন হতে পারে বলে আমার মনে হয়। তাই, আমি, একজন অনভিজ্ঞ ব্যক্তি হিসেবে, আমার নোট এবং শেখার বিষয়গুলি পরে ডকুমেন্টেশনে অন্তর্ভুক্ত করতে পারলে, 'প্রথমবার' আসা ব্যক্তিদের জন্যও এটি সহায়ক হবে।

ডকুমেন্টেশনের প্রয়োজনীয়তা

এই বিষয়টি OpenBSD-এর দর্শনের উপর ভিত্তি করে তৈরি।
OpenBSD - Wikipedia

এর লক্ষ্য হল 'সঠিকতা' এবং 'সক্রিয় নিরাপত্তা'। এটি ওপেন সোর্স এবং ডকুমেন্টেশনের উপর জোর দেওয়া এবং সফটওয়্যার লাইসেন্সিংয়ে আপস না করার জন্যও পরিচিত। থিও ডি রাড্টের বাড়ি আলবার্টার ক্যালগারিতে হওয়ায়, কানাডাকে এর উন্নয়নের কেন্দ্র হিসেবে বেছে নেওয়া হয়েছে, যেখানে ক্রিপ্টোগ্রাফি রপ্তানির উপর কোনো বিধিনিষেধ নেই। এর লোগো এবং মাসকট হল পাফি নামের একটি পাফারফিশ।

গুগলের SRE ডকুমেন্টেশনে UNIX দর্শনের ধারণা থেকে, UNIX-এর বংশধর BSD-এর দর্শনও ভুল হওয়া উচিত নয়।

যদি এমন কোনো ব্যক্তি না থাকে যিনি এটি বুঝতে পারেন, তাহলে ধারাবাহিক নিরাপত্তা নিশ্চিত করাও কঠিন।

উপসংহার

আমি এখানে কাজের সাথে সম্পর্কিত পণ্য বা পরিষেবাগুলি নিয়ে খুব বেশি আলোচনা করিনি, কারণ নিরাপত্তার দিকটিও জড়িত। তবে, 'আমি এটি করতে পারব!' এই মনোভাব নিয়ে এগিয়ে গেলে এটি সম্ভব।
আমার সিনিয়রদের সহায়তায় এটি সম্ভব হয়েছে, তাই আমি এটিকে আরও উন্নত করতে চাই।

প্রতিদিন যদি আমরা আরও বেশি কিছু বুঝতে পারি, তাহলে আমরা ভবিষ্যতের নিজেকে আরও ভালোভাবে দেখতে পাব, তাই আসুন আমরা ধৈর্য ধরে আমাদের শখ বা অন্য যেকোনো কিছুতে একসাথে কঠোর পরিশ্রম করি!

আজ এই পর্যন্তই।
আবার দেখা হবে।