এআই-চালিত ট্রাফিক বৃদ্ধি এবং কনফিগারেশন ত্রুটির কারণে গিটহাব আউটেজ

বিজেটি রাতের ৯ ফেব্রুয়ারি, বিশ্বব্যাপী কোটি কোটি ডেভেলপার গিটহাব খুলে একই পৃষ্ঠা দেখলেন।

404 নয়, 404 এর চেয়েও বেশি উদ্বেগজনক—সেটি হল সমস্ত ইঞ্জিনিয়ারদের পিঠ শীতল করে দেওয়া হলুদ সতর্কবার্তা এবং স্ট্যাটাস পেজে সবুজ থেকে লাল হয়ে যাওয়া লাইটগুলির সারি।

github.com বন্ধ হয়ে গেছে।

API বন্ধ হয়ে গেছে।

GitHub অ্যাকশন বন্ধ হয়ে গেছে।

গিট অপারেশন ব্যর্থ হয়েছে—কোপিলট সহ কেউই এড়িয়ে যায়নি।

সেই রাতে, কেউ কেউর CI/CD পাইপলাইন সবচেয়ে গুরুত্বপূর্ণ পর্যায়ে বন্ধ হয়ে গিয়েছিল, কেউ কেউর অটোমেটেড ডিপ্লয়মেন্ট মধ্যে আটকে গিয়েছিল, আর কেউ কেউ একটি দীর্ঘকাল মার্জ না হওয়া PR-এর জন্য অপেক্ষা করছিল—এর পিছনে ছিল একটি লাইভ হওয়ার জন্য অপেক্ষা করছে এমন ফিচার, যার জন্য বাস্তব ব্যবহারকারীদের অপেক্ষা ছিল।

পরে GitHub একটি ঘটনা প্রতিবেদন প্রকাশ করে। প্রযুক্তিগত ভাষায়, মূল কারণ হল "একটি অনুমোদন এবং ব্যবহারকারী ব্যবস্থাপনা দায়িত্বের কেন্দ্রীয় ডেটাবেস ক্লাস্টারের ওভারলোড"। কিন্তু এই কয়টি শব্দের পিছনে লুকিয়ে আছে একটি ভয়ঙ্কর ট্রিগার চেইন—

দুই দিন আগে, ইঞ্জিনিয়ারিং টিম ব্যবহারকারীদের দ্রুত একটি নতুন মডেল প্রদানের জন্য একটি 'ব্যবহারকারী সেটিংস ক্যাশে' আপডেটের সময়কাল 12 ঘন্টা থেকে 2 ঘন্টায় পরিবর্তন করেছিল। শুধুমাত্র এই একটি কনফিগারেশন সংখ্যার পরিবর্তন।

ফলে, যা আসলে 12 ঘন্টা ধরে বিচ্ছিন্নভাবে সম্পন্ন হওয়ার কথা ছিল, সেই ক্যাশে রিওয়াইট প্রক্রিয়াটি কেবলমাত্র 2 ঘন্টায় সংকুচিত হয়ে একটি ঘনীভূত “ক্যাশে রিওয়াইট স্টোরম”-এ পরিণত হয়, যার ফলে অ্যাসিঙ্ক্রোনাস টাস্ক কিউ একসাথে বিস্ফোরিত হয়, শেয়ার্ড ইনফ্রাস্ট্রাকচার কম্পোনেন্টগুলি ক্ষতিগ্রস্ত হয়, এবং এই শৃঙ্খলাবদ্ধ প্রতিক্রিয়াটি HTTPS Git অপারেশনের জন্য দায়ী সার্ভিসের দিকে ছড়িয়ে পড়ে, যার ফলে পুরো প্ল্যাটফর্মের কানেকশনগুলি শেষ হয়ে যায়।

১২ থেকে ২-এ পরিবর্তিত একটি সংখ্যা।

GitHub, একটি নিজের পরিবর্তন করা কনফিগারেশন দ্বারা ভেঙে গেছে।

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

২ ফেব্রুয়ারির দুর্ঘটনাটি একটি বিচ্ছিন্ন ঘটনা নয়।

বাস্তবে, 2026 সালের প্রথম তিন মাসে গিটহাব কমপক্ষে আটটি বড় দুর্ঘটনার সম্মুখীন হয়েছিল। ফেব্রুয়ারি মাসে মাত্র 37টি বিভিন্ন মাপের সমস্যার রেকর্ড ছিল। গিটহাবের সিটিও ভ্লাদ ফেডোরভ পরে একটি ব্লগে স্বীকার করেন যে এই দুই মাসে গিটহাব তাদের কর্পোরেট গ্রাহকদের প্রতিশ্রুতি দেওয়া “তিনটি নাইন” — 99.9% উপলব্ধতা — বজায় রাখতে পারেনি।

এই দুই মাসের সমস্যা রেকর্ড পরীক্ষা করলে আপনি একটি অদ্ভুত প্যাটার্ন দেখতে পাবেন: প্রতিটি দুর্ঘটনা ভিন্ন ভিন্ন কারণে ঘটেছে বলে মনে হচ্ছে।

২ ফেব্রুয়ারি: এজুর কম্পিউটিং প্রোভাইডারের সমস্যায় গিটহাব অ্যাকশনস প্রায় ৪ ঘন্টা বন্ধ থাকে, কোপিলট কোডিং এজেন্ট, কোডকিএল এবং ডিপেন্ডাবট সবই প্রভাবিত হয়।

২ ফেব্রুয়ারি: ক্যাশে রাইট স্টর্ম, অথেন্টিকেশন ডাটাবেস ওভারলোড।

মার্চ ৫: রিডিস ক্লাস্টার ব্যর্থ হয়েছে, গিটহাব একশনস-এর ৯৫% ওয়ার্কফ্লো ৫ মিনিটের মধ্যে শুরু হয়নি, গড় বিলম্ব ৩০ মিনিট।

মার্চ 18: ওয়েবহুক বিলম্ব সাধারণ স্তরের 32 গুণ বেড়ে যায়।

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

ইঞ্জিনিয়ারদের ভাষায়, গিটহাবের ভিত্তি নতুন লোডের চাপে ফাটল শুরু করেছে।

এই "নতুন লোড" এর একটি নির্দিষ্ট নাম রয়েছে।

প্রধান ডেটা

2025 সালের জন্য মোট কমিট সংখ্যা: প্রায় 1 বিলিয়ন

2026 সালের এক সপ্তাহের কমিট সংখ্যা: 275 মিলিয়ন

এই গতিতে, 2026 সালের জন্য পূর্বানুমান: 14 বিলিয়ন (একই সময়ের তুলনায় 14 গুণ বৃদ্ধি)

গিটহাব অ্যাকশনসের গণনা: ২০২৩ সালে সপ্তাহে ৫ বিলিয়ন মিনিট → ২০২৫ সালে ১০ বিলিয়ন → ২০২৬ সালের শুরুর কোনো সপ্তাহে ২১ বিলিয়ন মিনিট

যদি আপনি গিটহাবের ইনফ্রাস্ট্রাকচার ইঞ্জিনিয়ার হন, তবে ২০২৫ এবং ২০২৬ সালের মনিটরিং ড্যাশবোর্ডের তুলনা আপনাকে অবাক করে দেবে।

২০২৫ সালের পুরো বছরে, গিটহাব প্রায় ১ বিলিয়ন কোড সাবমিশন প্রক্রিয়া করেছে। এই সংখ্যাটি নিজেই বড়, যা গিটহাব প্ল্যাটফর্মের বহু বছরের সঞ্চয়ের ফলাফল। কিন্তু ২০২৬ সালে, একটি সপ্তাহেই ২৭৫ মিলিয়ন সাবমিশন হয়েছে। এটি গণনা করলে—যদি এই গতি বজায় রাখা যায়, তবে ২০২৬ সালের মোট সাবমিশনের সংখ্যা প্রায় ১৪ বিলিয়নের কাছাকাছি হবে, যা ২০২৫ সালের মোট সাবমিশনের ১৪ গুণ।

এটি একটি সুষম বৃদ্ধির বক্ররেখা নয়, বরং একটি তীব্র ঢাল। GitHub-এর Actions ক্যালকুলেশনের পরিবর্তন এটিকে আরও ভালভাবে ব্যাখ্যা করে: 2023 সালে প্রতি সপ্তাহে 5 শতাব্দী মিনিট খরচ হয়, 2025 সালে এটি দ্বিগুণ হয়ে 10 শতাব্দী মিনিটে পৌঁছায়, এবং 2026 সালের শুরুর কোনো এক সপ্তাহে সরাসরি 21 শতাব্দী মিনিটে পৌঁছে যায়।

কী অসংখ্য কোড জমা দিচ্ছে?

মানুষের ডেভেলপার নয়।

গিটহাবের ডেটা অনুযায়ী, AI এজেন্টগুলি এই প্ল্যাটফর্মের সবচেয়ে সক্রিয় «ব্যবহারকারী» হয়ে উঠছে। ক্লাউড কোড একটি মাত্র টুল, এখন গিটহাবের সমস্ত পাবলিক রিপোজিটরির জমা দেওয়ার 4.5% অবদান রাখছে। সপ্তাহে 26 লক্ষ জমা, যেখানে 2025 সালের ৯ মাসের শেষের দিকে এই সংখ্যা মাত্র 10 লক্ষ ছিল—তিন মাসে 25 গুণ বৃদ্ধি পেয়েছে।

AI এজেন্ট দ্বারা খোলা PR এর সংখ্যা একইভাবে বিস্ফোরিত হচ্ছে। 2025 সালের সেপ্টেম্বরে, AI দ্বারা তৈরি PR এর সংখ্যা প্রায় মাসে 40 লাখ ছিল, কিন্তু 2026 সালের মার্চে এই সংখ্যা 1700 লাখে বেড়েছে—অর্থাৎ ছয় মাসের মধ্যে চারগুণেরও বেশি।

এটির অর্থ কী তা বুঝতে একটি চিত্র আপনাকে সাহায্য করবে।

আগে, গিটহাবের "ব্যবহারকারী" মূলত মানুষের প্রোগ্রামারদের ছিল। তারা দিনে কাজ করত, রাতে ঘুমাত, সপ্তাহান্তে বিশ্রাম নিত, প্রতিটি কমিটে ভাবত, দ্বিধা করত, এবং হাতের গতির একটি সীমা ছিল। সিস্টেমের লোড মানুষের দিনের কার্যক্রমের সাথে মেলে, শীর্ষ ও গহনা ছিল, এবং এটি পূর্বানুমানযোগ্য ছিল।

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

গিটহাবের ইনফ্রাস্ট্রাকচার ইঞ্জিনিয়ারদের সামনে শুধু বেশি ট্রাফিকের একটি সমান্তরাল সমস্যা নয়, বরং একটি সম্পূর্ণ ভিন্ন প্রকৃতির সমস্যা দাঁড়িয়েছে।

সমস্যার এক দিক হল প্রায়শই ত্রুটি ঘটা, কিন্তু GitHub-এ আরও একটি বড় সমস্যা হল—হিসাব করে দেখলে ক্ষতি হয়েছে।

কপিলটের প্রাথমিক মূল্য নির্ধারণ যুক্তি একটি যুক্তিসঙ্গত ধারণার উপর ভিত্তি করে তৈরি করা হয়েছিল: ব্যবহারকারীরা মূলত «সহায়ক পূরণ» ধরনের ব্যবহার করে, প্রতিটি ইন্টারঅ্যাকশন সংক্ষিপ্ত এবং গণনার পরিমাণ পূর্বানুমানযোগ্য। ব্যক্তিগত সংস্করণের জন্য মাসিক 10 ডলার, ব্যবসায়িক সংস্করণের জন্য মাসিক 19 ডলার, আসনভিত্তিক চার্জের মাধ্যমে, এই মডেলটি গত কয়েক বছরে ভালোভাবে কাজ করেছে।

তারপর, এজেন্টিক এআই এলো।

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

গিটহাবের পরিস্থিতি হলো, কয়েকটি ভারী এজেন্টিক ব্যবহারকারী মাসিক কয়েক ডলারের ফি দিয়ে শত ডলারের গণনা সম্পদ ব্যবহার করছেন।

এই পরিস্থিতির প্রতিক্রিয়ায় গিটহাব সরাসরি প্রতিক্রিয়া জানায়—প্রথমে কন্ট্রোল করুন, তারপর মূল্য পরিবর্তন করুন।

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

জুন 1 তারিখে, গিটহাব একটি গুরুত্বপূর্ণ মূল্যনির্ধারণ সংস্কার চালু করে: কোপিলটকে ব্যবহার-ভিত্তিক মূল্যায়নে সম্পূর্ণরূপে স্থানান্তরিত করা হয়, যেখানে পূর্বের প্যাকেজ ফির পরিবর্তে "AI ক্রেডিট" ব্যবহার করা হয়, যেখানে 1 AI ক্রেডিট সমান 1 সেন্ট, এবং ব্যবহার টোকেন খরচের ভিত্তিতে বাস্তবসময়ে গণনা করা হয়।

এজেন্টিক এআইয়ের সামনে আসন ভিত্তিক শুল্কের যুগ শেষ হয়ে গেল।

এই পরিবর্তন শুধুমাত্র GitHub-এর সমস্যা নয়। ২০২৬ সালে এটি সম্পূর্ণ AI টুলস শিল্পের একটি সামগ্রিক মূল্যনির্ধারণ সংকট—যখন AI শুধুমাত্র মানুষের কাজকে “সহায়তা” করার পরিবর্তে সম্পূর্ণ কাজের প্রবাহকে প্রতিস্থাপন করতে শুরু করে, তখন “প্রতি মাসে প্রতি ব্যক্তি” ভিত্তিক সাবস্ক্রিপশন যুক্তি ব্যর্থ হয়ে যায়।

অবকাঠামোর সমস্যায় ফিরে যাই। GitHub এই “14 গুণ বৃদ্ধি” কীভাবে মোকাবেলা করতে চায়?

এটি একটি বিস্তারিত যা সমস্যার গুরুত্ব বোঝায়:

2025 এর ডিসেম্বরের শেষের দিকে, এজেন্টিক ওয়ার্কফ্লো হঠাৎ করে ত্বরান্বিত হতে শুরু করে। গিটহাবের ইঞ্জিনিয়ারদের বুঝতে পারে যে 10 গুণ যথেষ্ট নয়। 2026 এর ফেব্রুয়ারির দিকে, সেই গুরুতর বিরতির পর, গিটহাব ঘোষণা করে যে এটি বর্তমান আকারের 30 গুণ অনুযায়ী আর্কিটেকচার পুনর্ডিজাইন করতে হবে।

এটি স্কেলিং নয়, এটি পুনর্ডিজাইন।

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

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

মনে রাখবেন, গিটহাব একা নয়।

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

গিটহাব শুধু প্রথম লক্ষ্য ছিল—কারণ এটি এআই টুলচেইনের সবচেয়ে কেন্দ্রীয় অংশ।

এই সম্পূর্ণ বিষয়টির প্রকৃতি সম্পর্কে ভাবুন।

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

AI এজেন্ট এটি সবকিছু পরিবর্তন করে দিয়েছে।

যখন একটি এআই এজেন্ট একদিনে শত শত বার কোড সাবমিট করে, প্রতিটি 'সাবমিট' এর পিছনে মানুষের চিন্তা বা বিচার নেই, শুধু একটি টাস্ক সাইকেলের প্রগতির ধাপ—কোড রিপোজিটরি এখনও 'সহযোগিতার কন্টেইনার' কি?

যখন এআই টুলগুলি রিপোজিটরি স্বয়ংক্রিয়ভাবে তৈরি করে, স্বয়ংক্রিয়ভাবে প্রোপোজাল খোলে, স্বয়ংক্রিয়ভাবে সিআই চালায় এবং স্বয়ংক্রিয়ভাবে মার্জ করে—ডেভেলপাররা এই প্রক্রিয়ার প্রধান পার্টনার হয়ে থাকে, নাকি তারা শুধুমাত্র “অনুমোদনকারী” বা এমনকি “দর্শক”-এ পরিণত হয়েছে?

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

এই জিএইচবি প্রশ্নটির কোনও উত্তর এখনও নেই। 30 গুণ স্কেলিং ট্রাফিক সমস্যা সমাধান করতে পারে, কিন্তু ব্যবসায়িক মডেলের পুনর্সংজ্ঞায়ন বা “আমার প্রকৃত ব্যবহারকারী কে?” এই পরিচয়ের সমস্যা সমাধান করতে পারে না।

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

একটি প্ল্যাটফর্ম, যা নিজের সাফল্যের কারণে ভেঙে পড়েছে, তাকে নিজেকে খণ্ড খণ্ড করে পুনর্গঠন করতে হবে—এবং এই প্রক্রিয়াটিই হলো একটি পরীক্ষা, যে এটি কি টিকে থাকতে পারবে।

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

এই লেখাটি ওয়েইচ্যাট গ্রুপ "জিকেপার্ক" (ID: geekpark) থেকে এসেছে, লেখক: ইউহাংয়ুয়ান