এসএপি হোস্টিং পরিবর্তন করার অভিজ্ঞতা: কীভাবে এটি অত্যন্ত বেদনাদায়ক না হয়ে সিস্টেমগুলি স্থানান্তর করা যায়

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

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

SAP সিস্টেম হোস্টিং

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

• নতুনদের জন্য যারা সবেমাত্র SAP বাস্তবায়নের পরিকল্পনা করেছে, ক্লাউড অবকাঠামো প্রায় একটি আদর্শ পছন্দ - সিস্টেমের বর্তমান প্রয়োজনের জন্য সম্পদের মাপযোগ্যতা এবং অ-মূল দক্ষতার বিকাশে সংস্থানগুলিকে সরিয়ে নিতে অনিচ্ছা।
• একটি বৃহৎ সিস্টেম ল্যান্ডস্কেপ সহ কোম্পানিগুলিতে, হোস্টিং SAP সিস্টেমের সাহায্যে, সিআইও ঝুঁকি ব্যবস্থাপনার একটি গুণগতভাবে ভিন্ন স্তরে পৌঁছায়, কারণ অংশীদার SLA এর জন্য দায়ী।
• তৃতীয় সবচেয়ে সাধারণ যুক্তি হল উচ্চ প্রাপ্যতা এবং DR পরিস্থিতি বাস্তবায়নের জন্য অবকাঠামো নির্মাণের উচ্চ খরচ।
• ফ্যাক্টর 2027 - বিক্রেতা 2027 সালে উত্তরাধিকার সিস্টেমের জন্য সমর্থনের সমাপ্তি ঘোষণা করেছে। এর মানে হল HANA-তে ডাটাবেস স্থানান্তর করা, যা আধুনিকীকরণ এবং নতুন কম্পিউটিং পাওয়ার কেনার জন্য খরচ বহন করে।

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

SAP হোস্টিং পরিবর্তন করার অসুবিধা কি কি?

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

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

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

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

আমাদের গ্রাহকদের একজনের কাছ থেকে SAP সিস্টেম স্থানান্তরের ক্ষেত্রে প্রতিটি পর্যায়ে যে অসুবিধাগুলি দেখা দিতে পারে আমরা তা বিশ্লেষণ করব৷

প্রস্তুতি এবং নকশা

মাইগ্রেশন হল একটি সূত্র যার বিভিন্ন অংশ রয়েছে। এবং সবচেয়ে গুরুত্বপূর্ণ একটি লক্ষ্য (নতুন) অবকাঠামো ডিজাইন এবং প্রস্তুত করার পর্যায়।

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

В процессе проектирования было выполнено много разных упражнений, которые в итоге позволили максимально подготовиться к миграции и учесть всевозможные нюансы и подводные камни (о них позднее).

আমরা যা শেষ করেছি তা হল আমাদের ডেটা সেন্টারের উপর ভিত্তি করে একটি পৃথকভাবে ডিজাইন করা ব্যক্তিগত ক্লাউড অবকাঠামো:

• এসএপি হানার জন্য নিবেদিত শারীরিক সার্ভার;
• অ্যাপ্লিকেশন সার্ভার এবং অবকাঠামো পরিষেবাগুলির জন্য VMware ভার্চুয়ালাইজেশন প্ল্যাটফর্ম;
• L2 VPN-এর জন্য ডেটা সেন্টারের মধ্যে নকল যোগাযোগ চ্যানেল;
• পণ্য এবং "অন্য সবকিছু" আলাদা করার জন্য দুটি প্রধান স্টোরেজ সিস্টেম;
• একটি পৃথক সার্ভার, ডিস্ক শেলফ এবং টেপ লাইব্রেরি সহ ভেরিটাস নেটব্যাকআপের উপর ভিত্তি করে এসআরসি।

এবং এখানে আমরা কীভাবে প্রযুক্তিগত দৃষ্টিকোণ থেকে এই সমস্ত বাস্তবায়ন করেছি।

এসএপি

• উৎপাদনশীল HANA-এর জন্য সঞ্চয়স্থান কার্যকরভাবে ব্যবহার করার জন্য, আমরা SAP ব্যবহার করে সিস্টেমিক ডাটাবেস প্রতিলিপি ছাড়াই ভাগ করা ডিস্ক ব্যবহার করেছি। এই সমস্ত পেসমেকার ভিত্তিক একটি সক্রিয়-স্ট্যান্ডবাই SUSE HAE ক্লাস্টারে মোড়ানো ছিল। হ্যাঁ, পুনরুদ্ধারের সময়টি প্রতিলিপির তুলনায় একটু বেশি, তবে আমরা অর্ধেক স্টোরেজ স্পেস সংরক্ষণ করি এবং ফলস্বরূপ, গ্রাহকের বাজেট সাশ্রয় করি।
• প্রাক-উৎপাদন পরিবেশে, হানা ক্লাস্টারগুলি পরিত্যক্ত হয়েছিল, কিন্তু প্রযুক্তিগতভাবে উত্পাদন কনফিগারেশন পুনরাবৃত্তি হয়েছিল।
• একটি MCOS কনফিগারেশনে ক্লাস্টার ছাড়াই আরও কয়েকটি সার্ভারে পরীক্ষা এবং উন্নয়ন পরিবেশ বিতরণ করা হয়েছিল।
• সমস্ত অ্যাপ্লিকেশন সার্ভার ভার্চুয়ালাইজড এবং VMware এ হোস্ট করা হয়েছিল।

Сети

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

SHD

• SAP-এর উৎপাদনশীল এবং প্রাক-উৎপাদনশীল লোড অল-ফ্ল্যাশ অ্যারেতে রেখে দেওয়া হয়েছিল।
• বিকাশকারী পরীক্ষার পরিবেশ এবং অবকাঠামো পরিষেবাগুলি একটি পৃথক হাইব্রিড অ্যারেতে স্থাপন করা হয়েছিল।

আইবিএস

• ভেরিটাস নেটব্যাকআপ ব্যবহার করে তৈরি।
• আমরা MCOS কনফিগারেশন ব্যাকআপ করতে বিল্ট-ইন স্ক্রিপ্টগুলিতে কিছুটা যোগ করেছি।
• আমরা দ্রুত পুনরুদ্ধারের জন্য একটি ডিস্ক শেলফে অপারেশনাল কপি রাখি এবং দীর্ঘমেয়াদী স্টোরেজের জন্য আমরা টেপ ব্যবহার করি।

পর্যবেক্ষণ

• সমস্ত হার্ডওয়্যার, ওএস এবং এসএপি জ্যাবিক্সের অধীনে ইনস্টল করা হয়েছিল।
• আমরা Grafana এ অনেক দরকারী ড্যাশবোর্ড সংগ্রহ করেছি।
• যখন একটি সতর্কতা দেখা দেয়, Zabbix ঘটনা ব্যবস্থাপনা সিস্টেমে একটি অনুরোধ তৈরি করতে পারে; আমরা এটি জিরাতে প্রয়োগ করেছি। তথ্যটি টেলিগ্রাম চ্যানেলেও নকল করা হয়েছে।

Telegram

হানার সাধারণ স্বাস্থ্য

SAP অ্যাপ্লিকেশন সার্ভার স্থিতি:

অবকাঠামো পরিষেবা

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

মাইগ্রেশন প্রক্রিয়া

সাধারণভাবে, মাইগ্রেশন প্রক্রিয়া নিম্নলিখিত পর্যায়গুলি নিয়ে গঠিত:

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

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

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

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

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

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

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

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

মাইগ্রেশন বেশ কয়েকটি ধাপে পদ্ধতিগতভাবে পরিচালিত হয়েছিল। প্রতিটি পর্যায়ে দুটি সিস্টেম আছে।

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

প্রকল্পে গ্রাহকের ভূমিকা

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

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

প্রকল্পের ফলাফল

মাইগ্রেশনের চূড়ান্ত ধাপ ছিল রক্ষণাবেক্ষণের জন্য সিস্টেমের স্থানান্তর।

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

• 90টি ঘটনা (20% গ্রাহককে জড়িত না করে সমাধান করা হয়েছে)
• SLA-এর মধ্যে সমাধান করা হয়েছে - 100%
• অনির্ধারিত সিস্টেম শাটডাউন - 0

আপনার যদি আমাদের ক্লায়েন্টের মতো সমস্যা থাকে এবং আপনি কীভাবে সেগুলি সমাধান করবেন সে সম্পর্কে আরও জানতে চান, এখানে লিখুন: [ইমেল সুরক্ষিত]

উত্স: www.habr.com