এখনই একটি প্ল্যাটফর্ম দল তৈরি করুন! সফল ইঞ্জিনিয়ারিং এর রহস্য

টিএলডিআর; স্কেলিং দলগুলি শক্ত। একটি সঠিকভাবে সম্পন্ন প্ল্যাটফর্ম দল কষ্টগুলি উপশম করতে সহায়তা করতে পারে।
সমুদ্রের মাঝখানে একটি প্ল্যাটফর্ম (প্ল্যাটফর্ম দলগুলির স্বাভাবিক বিচ্ছিন্নতার জন্য একটি ভাল রূপক)

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

অনেক টিডব্লিউএস অ্যাকাউন্ট ছিল যা অনেক দল ব্যবহার করেছিল। ট্র্যাকিং ব্যবহারের পর্যবেক্ষণ একটি গোলযোগ ছিল। প্রতিটি বিকাশকারীকে তাদের সিস্টেমটি কোথায় এবং কীভাবে চালাবেন সে সম্পর্কে ভাবতে হবে। তারা সাধারণত এটি স্বাধীনভাবে করে। আপনি নিরীক্ষণ এবং লগিং সম্পর্কে চিন্তা করা প্রয়োজন। এর মধ্যে বিভিন্ন সাবসিস্টেম যেমন ক্যু লগিং সরবরাহ এবং ট্রাফিক ফরোয়ার্ড করা অন্তর্ভুক্ত রয়েছে।

প্রক্রিয়াটিকে অনেক সহজ এবং মসৃণ করতে আমরা অনেক কিছুই করতে পারি। আমরা একটি পরিকাঠামো দল তৈরির সিদ্ধান্ত নিয়েছি এবং পরে প্ল্যাটফর্ম দল তৈরি করার মূল কারণ এটি।

প্ল্যাটফর্ম দল

প্ল্যাটফর্ম দল

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

প্লাটফর্ম টিমের দায়িত্ব অবকাঠামোগত ব্যবস্থাপনা। ক্লাউড বা অন-ভিত্তিতে সর্বোত্তম অনুশীলন এবং অবকাঠামোগত বিশদ বোঝার বিষয়টি নিশ্চিত করুন। উদাহরণস্বরূপ, নিশ্চিত করুন যে পরিকাঠামোটি নিরীক্ষণযোগ্য। এটি বিভিন্ন উপায়ে প্রয়োগ করা যেতে পারে। তবে, প্রয়োগের সর্বাধিক সাধারণ ধরণের কোড (আইএসি) হিসাবে ইনফ্রাস্ট্রাকচার।

আইএসি সার্ভিস (আইএএএস) হিসাবে ইনফ্রাস্ট্রাকচার দ্বারা সক্রিয় করা হয়। প্ল্যাটফর্ম টিম ওপেন সোর্স সরঞ্জাম ব্যবহার করে আইএসি তৈরি করে। এর অর্থ হ'ল প্ল্যাটফর্মটি তৈরি করা সরঞ্জামগুলির বিমূর্ততা। এই সরঞ্জামগুলি আলগাভাবে সংযুক্ত এবং এই সরঞ্জামগুলির সংহতকরণ প্ল্যাটফর্ম। এটি পরিষেবা হিসাবে একটি প্ল্যাটফর্মের মতো ভাবুন (PaaS) তবে ব্যবসায়িক ব্যবহারের ক্ষেত্রে কাছাকাছি।

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

সফল প্ল্যাটফর্ম দল কীভাবে তৈরি করা যায় সে সম্পর্কে আমার ব্যক্তিগত ধারণা এখানে।

দল এবং এর আদেশগুলি

ম্যান্ডেটস

অটোমেশন

লোকেরা ভ্রান্তির ঝুঁকিতে রয়েছে। প্ল্যাটফর্মের মধ্যে অটোমেশন সহ, কোড কার্যকর করার সময় আমরা আরও সুরক্ষিত হতে পারি। এটি আমাদের কোডের মধ্যে কোনও ত্রুটি এবং ভুলকে আলাদা করতে সহায়তা করে। এবং তারপরে অবিচ্ছিন্ন ডেলিভারি।

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

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

অ্যাক্সেস দেওয়ার সময় ন্যূনতম সুবিধার নীতিটি ব্যবহার করুন। একই সাথে, নিশ্চিত হয়ে নিন যে এটি ইনপুটটির স্বাচ্ছন্দ্যে অফসেট। এমন একটি প্ল্যাটফর্ম ব্যবহার করে যে বিকাশকারী প্রতি 5 সেকেন্ডে অ্যাক্সেসের প্রয়োজন হয় মানব সম্পর্কের জন্য খারাপ। একটি প্ল্যাটফর্ম দল বাধা নয়, সক্ষম হতে হবে। এর অর্থ সম্পর্ক তৈরি করতে এবং দলের দক্ষতা সক্ষম করতে খুব দীর্ঘ সময় কাজ করা।

দুবার যা করতে হবে তা স্বয়ংক্রিয়ভাবে করা উচিত। যতটা সম্ভব ডিআরওয়াই নীতিকে আটকে দিন। জ্ঞানীয় প্রচেষ্টা কমাতে প্ল্যাটফর্মটি স্বয়ংক্রিয় হওয়া উচিত। এছাড়াও প্ল্যাটফর্ম হিসাবে আমাদের আরও স্থিতিশীল হতে সহায়তা করুন। এটি ডকুমেন্টেশন এবং ময়না তদন্তের বিকল্প নয়, তবে এটির একটি ফলাফল।

অটোমেশনের একটি বড় অংশ নিযুক্তি কৌশল এবং মেট্রিক্স ব্যবহার করে মোতায়েন পরিমাপে। পরিশেষে, গ্রাহকের গ্রহণযোগ্যতার বিরুদ্ধে মেট্রিকগুলি প্লট করুন।

স্মার্ট মোতায়েন ব্যবহার করুন এবং সেগুলি কখন প্রয়োগ করবেন তা বুঝতে পারেন। উদাহরণগুলি নিম্নরূপ: টিলি মোতায়েন, এ / বি পরীক্ষা, স্বয়ংক্রিয় রোলব্যাক এবং শূন্য জ্ঞান রোলব্যাক।

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

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

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

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

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

মনিটরিং মেট্রিক্স এবং সতর্কতা ট্র্যাকিং শক্তিশালী সরঞ্জাম। এসআরই প্রাথমিকভাবে প্ল্যাটফর্মের মূল দলে এম্বেড করা প্ল্যাটফর্ম কার্যকারিতার অংশ হতে পারে। এটি এসআরইকে প্ল্যাটফর্মের অন্তর্নিহিত বাস্তবায়ন বুঝতে সহায়তা করবে।

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

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

দলটির পরিকল্পনাকারী একটি উচ্চ স্তরের দলকে দেখেন

নীতিমালা

দলটি তার সিদ্ধান্তগুলোতে দাঁড়াতে চায়

কর্তৃত্ব

বিভিন্ন উপায়ে, প্ল্যাটফর্ম দলের সাফল্য বা ব্যর্থতা তারা যে সিদ্ধান্ত নেয় তা lies প্ল্যাটফর্ম দলটিকে এমন সিদ্ধান্ত নিতে হবে যা অন্যান্য দলগুলিকে প্রভাবিত করে। প্ল্যাটফর্মের ভিত্তি তৈরি করার সময় এটি ঘটে। উদাহরণস্বরূপ আমরা যে সরঞ্জামগুলি এবং ফ্রেমওয়ার্ক ব্যবহার করি তার ভাষা।

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

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

সেভাবে ঘুরিয়ে দিন। আমরা বিশ্বাস করি ডিভোপস একটি সংস্কৃতি, কোনও ব্যক্তি নয়

অ্যাডভোকেসি এবং সুসমাচার প্রচার

ডিওঅ্যাপস একটি সংস্কৃতি, এতে কিছু আসে যায় না। প্ল্যাটফর্ম টিমের এটি প্রচার করতে সক্ষম হওয়া উচিত।

সফ্টওয়্যার বিকাশের ত্রুটির সাধারণ কারণ হ'ল অ্যাপ্লিকেশনটি পরিবেশের পরিবেশের পরিস্থিতিতে কীভাবে আচরণ করে তা বোঝার অভাব।

প্রথম প্রযুক্তিগত দল যা ক্রস-টিমে যোগাযোগের সুবিধার্থে সাধারণত প্ল্যাটফর্ম দল। তারপরে কোড পুনরায় ব্যবহার এবং সর্বোত্তম অনুশীলনের পুনরায় ব্যবহারের অনুমোদন ডিফল্টরূপে প্ল্যাটফর্ম দলের সাথে স্থায়ী। পারফরম্যান্স এবং নির্ভরযোগ্যতা প্ল্যাটফর্ম দলের জন্য প্রাথমিক উদ্বেগ হয়ে ওঠে।

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

আমরা আপনার প্ল্যাটফর্মটিকে একবারে স্থির করে রাখি an

দায়িত্ব

পৃথক সিস্টেমের বেসিক বিল্ডিং ব্লকে পরিবর্তন করার কর্তৃপক্ষের সাথে। এগুলির যে কোনও একটিতে বাগ বা দুর্বলতা ক্যাসকেড সমস্যা তৈরি করতে পারে। ইঞ্জিনিয়ারিং দলের বাকী অংশগুলি তখন প্রভাবিত হয়।

একটি দল হিসাবে জবাবদিহিতা গুরুত্বপূর্ণ যে দলটি যখন পরিবর্তন করে তখন দলের বাকি সদস্যদের অবহিত করা হয় তা নিশ্চিত করা গুরুত্বপূর্ণ।

প্রতিবন্ধী ময়না তদন্ত প্রতিটি সদস্যের পরিবর্তন করার সময় সুরক্ষিত বোধ করার পূর্বশর্ত। সিস্টেমের দায়িত্ব নেওয়ার সময় একটি আরও ভাল সিস্টেম তৈরি করুন। একটি সমর্থন মডেল এবং অপারেশন এর জন্য দায়বদ্ধতা তখন প্ল্যাটফর্ম এবং এসআরই টিমের সাথে স্থায়ী হয়।

হুম .. সুতরাং প্রত্যেকেরই একই চাকরী এই চাকাটি ঘুরবে না

দক্ষতা

প্ল্যাটফর্ম টিমের প্রয়োজনীয় অভিজ্ঞতা এবং দক্ষতা কোম্পানির কাঠামোর উপর নির্ভর করবে।

উদাহরণস্বরূপ, কিছু সংস্থার একটি কার্যকরী এসআরই দল রয়েছে যা প্রতিটি অ্যাপ্লিকেশনটির পরিচালনা ও পরিচালনার যত্ন নেয়। এর অর্থ হ'ল সহায়তা মডেল তৈরি করা পুরোপুরি প্ল্যাটফর্ম দলের দায়িত্ব নয়।

সরবরাহকারী পরিচালনাও এমন একটি কাজ যা অ্যাপ্লিকেশন সহায়তা দলগুলিতে দেওয়া যেতে পারে।

তবে সাধারণভাবে, আপনার প্ল্যাটফর্ম দলে আপনার যে দক্ষতার প্রয়োজন হবে তা এখানে:

  • ধারক অর্কেস্টেশন এবং ধারককরণ
  • মেঘ ব্যবস্থাপনা
  • সরবরাহকারী ব্যবস্থাপনা
  • পাইপলাইন ব্যবস্থাপনা
  • ডিএনএস এবং সিডিএন কনফিগারেশন
  • সার্ভার কনফিগারেশন
  • গিট এবং scm
  • উত্পাদন
  • পর্যবেক্ষণ (লগিং মনিটরিং ট্রেসিং)
  • অপারেশনালাইজেশন (রানবুক এবং সমর্থন বর্ধনের পোস্ট মর্টেম সতর্কতা)
  • নরম দক্ষতা এবং মানব সম্পদ ব্যবস্থাপনা
  • সফ্টওয়্যার সংজ্ঞায়িত অবকাঠামো (কোড হিসাবে পরিকাঠামো)
  • অন্যান্য দলের সাথে কাজ করা এবং পরিচালনার সাথে আলোচনা করা
  • সাধারণ কর্মপ্রবাহ এবং আর্কিটেকচার পরিচালনা
  • নিরাপত্তা
  • বিকাশকারী প্রশিক্ষণ এবং নির্দেশনা
  • ডকুমেন্টেশন বিকাশ

আদর্শভাবে, আপনার প্রকৌশলীগুলি ডোমেন সম্পর্কে জ্ঞানবান হবে এবং তারপরে অন্যান্য ডোমেন সম্পর্কে ভাল জ্ঞান থাকবে।

দক্ষতা বাড়ানোর ক্ষেত্রে আমার পরামর্শটি হল সদস্যদের মধ্যে স্যুইচ করা যাতে ডোমেন-স্তরের বিশেষজ্ঞরা থাকেন। তারপরে একটি স্থানান্তর বা প্রোগ্রাম চরম টেবিল জোড়া সম্পাদন করুন। এই অপ্রয়োজনীয়তা টিম কাঠামোর সাথে সংহত হয়েছে।

প্ল্যাটফর্ম টিমের বিশাল কাজ দেওয়া। আমরা নিরাপদে ধরে নিতে পারি যে সমান্তরালভাবে এই সমস্ত ক্রিয়াকলাপ পরিচালনার জন্য একটি বিশাল দল থাকতে হবে। কাজের একটি অংশ অ্যাপ্লিকেশন দলে দেওয়া যেতে পারে। এর অর্থ এই উন্নয়নের জন্য অতিরিক্ত কাজ। আমরা এই দলটিকে বিভক্ত করতে পারি, তবে এটি যদি সঠিকভাবে পরিচালনা না করা হয় তবে আরও ভুল পথে চালিত হতে পারে।

একাধিক সিনিয়র এবং সিনিয়র ইঞ্জিনিয়ার যারা একটি চৌকস সিদ্ধান্ত নিতে পারে তাদের সাথে একটি আধা-সমতল কাঠামো রাখার পরামর্শ দেওয়া হয়। প্রচুর চলমান অংশগুলির সাথে এত বড় একটি দল থাকা মানে প্রযুক্তিগত নেতৃত্ব অপর্যাপ্ত। তবে প্ল্যাটফর্ম এবং সমাধান আর্কিটেক্টদের জন্য ইঞ্জিনিয়ারিং ম্যানেজার প্রয়োজনীয়।

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

প্রযুক্তি ও পরিচালক যোগাযোগ ও সম্পর্ক গঠনে সহায়তা করতে পারে। বিভিন্ন কারণে এই গুরুত্বপূর্ণ। সত্যিকারের ক্রস-ক্রিয়ামূলক দল হিসাবে, অনুরোধের সংখ্যা বেশি হবে। দ্বিতীয়ত, কাজের অগ্রাধিকার দেওয়া দক্ষতা বৃদ্ধির জন্য গুরুত্বপূর্ণ।

সত্যিই অনেকটা চলমান অংশ। তবে সঠিকভাবে করা গেলে এটি একটি তেলযুক্ত মেশিন হতে পারে

পর্ব

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

আমাদের সাথে কাজ করুন কন্ডি নাস্ট ইন্টারন্যাশনাল এ এই কাজটি দেখুন: https://www.linkedin.com/jobs/view/839478085

আমাদের সম্প্রদায়ে স্ল্যাকে যোগ দিন এবং আমাদের সাপ্তাহিক ভৌতবিদ্যাগুলি পড়ুন ⬇

এই পোস্টটি সহায়ক হলে, লেখকের পক্ষে আপনার সমর্থন দেখানোর জন্য দয়া করে কয়েকবার এপি বোতামটি ক্লিক করুন! ⬇