মিডিয়াম আইএসপি সেটআপ (৫০ হাজার কাস্টমার)
দুই বছর আগে নির্ভর কমিউনিকেশন শুরু করেছিল মাত্র দুটো পপ নিয়ে - মিরপুর এবং উত্তরা। প্রায় ৫ হাজার কাস্টমার। তখন তারা নটোবট সেটআপ করেছিল। সেই পরিকল্পনা অনুযায়ী কাজ করেছে, সফল হয়েছে।
এখন ২০২৬ সাল। নির্ভর কমিউনিকেশনের গ্রোথ হয়েছে বিশাল। বর্তমানে নর্থ ঢাকায় তাদের আটটা পপ, প্রায় পঞ্চাশ হাজার কাস্টমার। আর সবচেয়ে বড় কথা - তারা এখনও সেই একই নটোবট সিস্টেম ব্যবহার করছে যেটা দুই বছর আগে সেটআপ করেছিল।
কিন্তু স্কেল বাড়ার সাথে সাথে নতুন চ্যালেঞ্জ এসেছে। এই চ্যাপ্টারে আমরা দেখব কীভাবে নির্ভর কমিউনিকেশন সেই চ্যালেঞ্জগুলো সামলেছে, কী কী পরিবর্তন করেছে, আর কীভাবে নটোবট তাদের এই স্কেলিং জার্নিতে সাহায্য করেছে।
বর্তমান পরিস্থিতি - ২০২৬ সালের গল্প¶
আজ থেকে দুই বছর আগে (২০২৪) যেখানে ছিল:
- ২টা পপ (মিরপুর, উত্তরা)
- প্রায় ২০টা ডিভাইস (২টা কোর, ৩টা ডিস্ট্রিবিউশন, ~১৫টা এক্সেস)
- ৫ হাজার কাস্টমার
- ৩ জন টেকনিক্যাল টিম (জাহাঙ্গীর, আসিফ, রফিক)
- নেমিং কনভেনশন: R-MIR-CORE-01 (কোনো জোন প্রিফিক্স ছিল না)
এখন ২০২৬ সালে কোথায় এসেছে: - ৮টা পপ (নর্থ ঢাকা জুড়ে) - ১৫০+ ডিভাইস - ৫০ হাজার কাস্টমার - ১৮ জন টেকনিক্যাল টিম
নতুন পপগুলো¶
মিরপুর আর উত্তরার পাশাপাশি নতুন ছয়টা পপ যুক্ত হয়েছে:
১. কল্যাণপুর পপ - সেকশন ৩ (~৫ হাজার কাস্টমার)
২. বনানী পপ - রোড ১১ (~৬ হাজার কাস্টমার)
৩. গুলশান পপ - গুলশান-২ (~৮ হাজার কাস্টমার)
৪. মোহাম্মদপুর পপ - টাউন হল রোড (~৭ হাজার কাস্টমার)
৫. ধানমন্ডি পপ - রোড ২৭ (~৯ হাজার কাস্টমার)
৬. বারিধারা পপ - বারিধারা DOHS (~৫ হাজার কাস্টমার)
প্রতিটা পপে: - ১টা কোর রাউটার - ২-৩টা ডিস্ট্রিবিউশন সুইচ - ১৫-২৫টা এক্সেস সুইচ
নতুন আপস্ট্রিম কানেকশন¶
শুধু বিটিসিএল আর সামিট না, এখন আরো যুক্ত হয়েছে: - BTCL - প্রাইমারি প্রোভাইডার (মিরপুর, উত্তরা) - Summit Communications - সেকেন্ডারি প্রোভাইডার (কল্যাণপুর, গুলশান) - ফাইবার@হোম - ব্যাকআপ কানেকশন - সাইবারগেট - কর্পোরেট ক্লায়েন্টদের জন্য ডেডিকেটেড - ইন্টার-পপ লিংক - নিজেদের ফাইবার দিয়ে পপ-টু-পপ কানেকশন
প্রথম চ্যালেঞ্জ: লোকেশন হায়ারার্কি রি-অর্গানাইজ করা¶
৫ হাজার কাস্টমারের সময় সব ফ্ল্যাট স্ট্রাকচারে রাখা যেত। কিন্তু ৫০ হাজারে সেটা কাজ করে না। দরকার হায়ারার্কিক্যাল স্ট্রাকচার।
আগের স্ট্রাকচার (২০২৪):¶
সিম্পল দুটো পপ, কোনো হায়ারারকি নেই। Nautobot 3.0 এর হায়ারারকিকাল লোকেশন ফিচার ইউজ করা হয়নি।
নতুন স্ট্রাকচার (২০২৬):¶
Nautobot 3.0 এর হায়ারারকিকাল লোকেশন ব্যবহার করে:
Nirvor Communication Network (Location Type: Region)
└── Dhaka North Zone (Location Type: Zone)
├── Mirpur Cluster (Location Type: Cluster)
│ ├── Mirpur POP (Location Type: POP)
│ │ ├── Rack A (Location Type: Rack)
│ │ └── Rack B (Location Type: Rack)
│ └── Kalyanpur POP (নতুন)
│ └── Rack A
│
├── Uttara Cluster (Location Type: Cluster)
│ ├── Uttara POP
│ │ └── Rack A
│ └── Baridhara POP (নতুন)
│ └── Rack A
│
├── Gulshan Cluster (নতুন)
│ ├── Gulshan POP
│ │ ├── Rack A
│ │ └── Rack B
│ └── Banani POP
│ └── Rack A
│
└── Central Cluster (নতুন)
├── Dhanmondi POP
│ ├── Rack A
│ └── Rack B
└── Mohammadpur POP
└── Rack A
এই হায়ারার্কি তৈরি করতে প্রথমে লোকেশন টাইপ ডিফাইন করা হয়েছে:
Location Types তৈরি:
1. Region (Top level, Nestable: ✓)
2. Zone (Parent: Region, Nestable: ✓)
3. Cluster (Parent: Zone, Nestable: ✓)
4. POP (Parent: Cluster, Nestable: ✓)
5. Rack (Parent: POP, Nestable: ✗)
Gulshan Cluster তৈরি:
Organization → Locations → + Add
Name: Gulshan Cluster
Location Type: Cluster
Parent: Dhaka North Zone
Status: Active
Description: Gulshan and Banani area coverage - high-value residential and commercial zone
Gulshan POP তৈরি:
Name: Gulshan POP
Location Type: POP
Parent: Gulshan Cluster
Physical Address: House 45, Road 11, Block CEN(A), Gulshan-2, Dhaka-1212
Latitude: 23.7925
Longitude: 90.4078
Contact Name: Salman Ahmed
Contact Phone: +880 1811-987654
Time Zone: Asia/Dhaka
Description: Premium POP serving Gulshan-2 area. 8000 customers, mostly high-bandwidth corporate and residential.
Comments:
- Established: March 2025
- Building: 5-story commercial building, 3rd floor
- Fiber Routes: Dual path to Mirpur and Uttara POPs
- Backup Power: 100 KVA generator + 2 hours UPS
একইভাবে বাকি পপগুলো যোগ করা হয়েছে।
হায়ারার্কি এর সুবিধা¶
এখন রিপোর্টিং অনেক সহজ:
প্রশ্ন: "Gulshan Cluster এ মোট কয়টা ডিভাইস?"
উত্তর: Devices → Devices → Filters → Location: Gulshan Cluster → দেখাবে সব ডিভাইস (গুলশান পপ + বনানী পপ মিলে)
প্রশ্ন: "Central Cluster এ কতটা আইপি ব্যবহৃত হচ্ছে?"
উত্তর: IPAM → Prefixes → Filter by Location: Central Cluster → utilization দেখুন
দ্বিতীয় চ্যালেঞ্জ: ডিভাইস নেমিং স্কেল করা¶
আগের নেমিং কনভেনশন ছিল (২০২৪):
Format: [Type]-[Site]-[Role]-[Number]
উদাহরণ:
R-MIR-CORE-01 = Router, Mirpur, Core, #1
SW-UTT-DIST-01 = Switch, Uttara, Distribution, #1
SW-MIR-ACC-03 = Switch, Mirpur, Access, #3
এটা ভালো কাজ করছিল যখন দুটো সাইট ছিল। কিন্তু এখন আটটা সাইট। তাই নেমিং আপডেট করা হয়েছে জোন প্রিফিক্স যোগ করে:
নতুন নেমিং কনভেনশন (২০২৬):¶
Format: [Type]-[Zone]-[Site]-[Role]-[Number]
Type: (আগের মতোই)
R = Router
SW = Switch
FW = Firewall
Zone: (নতুন যোগ)
DN = Dhaka North
Site: (নতুন সাইট কোড যোগ)
MIR = Mirpur
UTT = Uttara
KAL = Kalyanpur
BAN = Banani
GUL = Gulshan
MOH = Mohammadpur
DHA = Dhanmondi
BAR = Baridhara
Role: (আগের মতোই)
CORE = Core Router
DIST = Distribution Switch
ACC = Access Switch
Number: 01, 02, 03... (zero-padded)
উদাহরণ:¶
R-DN-GUL-CORE-01 = Router, Dhaka North, Gulshan, Core, #1
SW-DN-DHA-DIST-02 = Switch, Dhaka North, Dhanmondi, Distribution, #2
SW-DN-BAR-ACC-18 = Switch, Dhaka North, Baridhara, Access, #18
পুরোনো ডিভাইস রিনেম করা¶
সমস্যা হলো পুরোনো ডিভাইসগুলো (২০২৪ এর) আগের নেমিং-এ আছে: - R-MIR-CORE-01 - SW-UTT-DIST-01
এগুলো রিনেম করতে হয়েছে নতুন কনভেনশনে: - R-DN-MIR-CORE-01 - SW-DN-UTT-DIST-01
প্রায় ২০টা ডিভাইস হওয়ায় ইউআই থেকে এক একটা করে ম্যানুয়ালি এডিট করা হয়েছে। বড় স্কেলে (১৫০+ ডিভাইস) এপিআই/স্ক্রিপ্ট দিয়ে বাল্ক রিনেম করা ভালো (পরবর্তী চ্যাপ্টারে দেখব)।
তৃতীয় চ্যালেঞ্জ: IP Address Management স্কেলিং¶
৫ হাজার কাস্টমারের সময় যে /22 পাবলিক ব্লক ছিল সেটা যথেষ্ট ছিল। কিন্তু ৫০ হাজারে সেটা শেষ হয়ে গেছে। নতুন আইপি ব্লক এসেছে।
পুরোনো আইপি স্ট্রাকচার (২০২৪):¶
103.12x.4x.0/22 (1024 IPs total)
├─ 103.12x.4x.0/24 - Residential Mirpur
├─ 103.12x.x1.0/24 - Residential Uttara (তখন কল্যাণপুর ছিল, এখন উত্তরা)
├─ 103.12x.x2.0/25 - Corporate
└─ 103.12x.x2.128/25 - Infrastructure
নতুন আইপি স্ট্রাকচার (২০২৬):¶
আরো তিনটা /22 ব্লক এলোকেট হয়েছে:
103.12x.4x.0/22 (Original - প্রায় ফুল)
103.12x.x4.0/22 (New Block 1)
103.12x.x8.0/22 (New Block 2)
103.12x.x2.0/22 (New Block 3)
এখন এগুলোকে সুন্দর করে অর্গানাইজ করা হয়েছে:
Parent: 103.12x.4x.0/20 (Aggregate - সব ব্লক মিলে)
│
├─ 103.12x.4x.0/22 - Mirpur/Kalyanpur Cluster
│ ├─ 103.12x.4x.0/24 - Mirpur Residential
│ ├─ 103.12x.41.0/24 - Kalyanpur Residential
│ ├─ 103.12x.42.0/24 - Corporate (Mirpur/Kalyanpur)
│ └─ 103.12x.43.0/24 - Infrastructure
│
├─ 103.12x.44.0/22 - Uttara/Baridhara Cluster
│ ├─ 103.12x.44.0/24 - Uttara Residential
│ ├─ 103.12x.45.0/24 - Baridhara Residential
│ ├─ 103.12x.46.0/24 - Corporate (Uttara/Baridhara)
│ └─ 103.12x.47.0/24 - Reserved
│
├─ 103.12x.48.0/22 - Gulshan/Banani Cluster
│ ├─ 103.12x.48.0/24 - Gulshan Residential
│ ├─ 103.12x.49.0/24 - Banani Residential
│ ├─ 103.12x.50.0/24 - Corporate (Premium zone)
│ └─ 103.12x.51.0/24 - Reserved
│
└─ 103.12x.52.0/22 - Central Cluster + Future
├─ 103.12x.52.0/24 - Dhanmondi Residential
├─ 103.12x.53.0/24 - Mohammadpur Residential
├─ 103.12x.54.0/24 - Corporate (Central)
└─ 103.12x.55.0/24 - Future Expansion
IP Utilization Monitoring¶
৫০ হাজার কাস্টমারে আইপি ইউটিলাইজেশন ট্র্যাক করা অত্যন্ত জরুরি।
IPAM → Prefixes লিস্টে গেলে দেখবেন:
103.12x.4x.0/24 - 92% utilized (236/256 IPs used) - ⚠️ Almost Full
103.12x.x4.0/24 - 68% utilized (174/256 IPs used) - ✓ Healthy
103.12x.x8.0/24 - 45% utilized (115/256 IPs used) - ✓ Good
যখন কোনো প্রিফিক্স ৮০% এর বেশি ইউটিলাইজড হয়, তখন alert তৈরি করুন। নতুন প্রিফিক্স রিকোয়েস্ট করুন।
Private IP Management¶
পাবলিক আইপি ছাড়াও প্রাইভেট আইপি স্ট্রাকচার বড় হয়েছে:
10.10.0.0/16 - Nirvor Communication Internal Network
│
├─ 10.10.1.0/24 - Loopbacks (all routers)
│ ├─ 10.10.1.1/32 - R-DN-MIR-CORE-01
│ ├─ 10.10.1.2/32 - R-DN-UTT-CORE-01
│ ├─ 10.10.1.3/32 - R-DN-GUL-CORE-01
│ └─ ... (সব কোর রাউটার)
│
├─ 10.10.10.0/24 - Management - Mirpur POP
├─ 10.10.11.0/24 - Management - Uttara POP
├─ 10.10.12.0/24 - Management - Gulshan POP
├─ 10.10.13.0/24 - Management - Banani POP
├─ 10.10.14.0/24 - Management - Kalyanpur POP
├─ 10.10.15.0/24 - Management - Dhanmondi POP
├─ 10.10.16.0/24 - Management - Mohammadpur POP
└─ 10.10.17.0/24 - Management - Baridhara POP
চতুর্থ চ্যালেঞ্জ: VLAN Scaling¶
আগের (২০২৪) ভিল্যান স্ট্রাকচার ছিল সিম্পল:
VLAN 10: MGMT_MIRPUR
VLAN 10: MGMT_UTTARA (same VLAN ID, different location)
VLAN 20: UPLINK_MIRPUR
VLAN 21: UPLINK_UTTARA
VLAN 100: RESIDENTIAL_MIR
VLAN 101: RESIDENTIAL_UTT
VLAN 200: CORPORATE (shared)
এখন (২০২৬) প্রতিটা সাইটের জন্য আলাদা ভিল্যান:
VLAN 10-19: Management (site-specific)
- VLAN 10: MGMT_MIRPUR
- VLAN 11: MGMT_UTTARA
- VLAN 12: MGMT_GULSHAN
- VLAN 13: MGMT_BANANI
- VLAN 14: MGMT_KALYANPUR
- VLAN 15: MGMT_DHANMONDI
- VLAN 16: MGMT_MOHAMMADPUR
- VLAN 17: MGMT_BARIDHARA
VLAN 100-199: Residential (site-specific)
- VLAN 100: RES_MIRPUR
- VLAN 101: RES_UTTARA
- VLAN 102: RES_GULSHAN
- VLAN 103: RES_BANANI
- VLAN 104: RES_KALYANPUR
- VLAN 105: RES_DHANMONDI
- VLAN 106: RES_MOHAMMADPUR
- VLAN 107: RES_BARIDHARA
VLAN 200-299: Corporate (সব সাইট শেয়ারড)
- VLAN 200: CORP_STANDARD
- VLAN 201: CORP_PREMIUM
- VLAN 202: CORP_ENTERPRISE
এই সব ভিল্যান নটবটে সিএসভি দিয়ে বাল্ক ইমপোর্ট করা হয়েছে।
পঞ্চম চ্যালেঞ্জ: Cable Management বাস্তবতা¶
৫ হাজার কাস্টমারের সময় (~২০ ডিভাইস) সব ক্যাবল ডকুমেন্ট করা সম্ভব ছিল। কিন্তু ৫০ হাজারে এসে (১৫০+ ডিভাইস) বোঝা গেল প্রতিটা প্যাচ কর্ড ট্র্যাক করা impractical।
Pragmatic Cable Management Policy¶
নির্ভর কমিউনিকেশন একটা প্র্যাগম্যাটিক পলিসি বানিয়েছে:
অবশ্যই ডকুমেন্ট করবেন:
- আপলিংক ক্যাবল (প্রোভাইডার টু কোর)
- কোর টু ডিস্ট্রিবিউশন লিংক
- ইন্টার-পপ ফাইবার লিংক
- ক্রিটিক্যাল ব্যাকআপ লিংক
- যেকোনো ৫০ মিটারের বেশি দৈর্ঘ্যের ক্যাবল
ডকুমেন্ট করতে হবে না:
- ডিস্ট্রিবিউশন টু এক্সেস সুইচ লিংক (যদি স্ট্যান্ডার্ড হয়)
- এক্সেস সুইচ টু কাস্টমার প্যাচ কর্ড
- এনওসি এর ইন্টারনাল প্যাচিং
- টেম্পোরারি টেস্ট ক্যাবল
- ২ মিটারের কম প্যাচ কেবল
এই পলিসি ডকুমেন্ট করে রাখা আছে এবং সব টিম মেম্বার জানে।
ষষ্ঠ চ্যালেঞ্জ: Multi-Team Collaboration¶
৫ হাজার কাস্টমারের সময় তিনজন টেকনিশিয়ান ছিল (জাহাঙ্গীর, আসিফ, রফিক)। এখন ১৮ জন। বিভিন্ন টিম:
NOC Team (৬ জন):
- ২৪/৭ মনিটরিং
- ইনসিডেন্ট রেসপন্স
- কাস্টমার সাপোর্ট
Field Operations (৮ জন):
- নতুন কানেকশন ইনস্টলেশন
- ফল্ট রিপেয়ার
- সাইট মেইনটেন্যান্স
Network Engineering (৩ জন):
- নেটওয়ার্ক ডিজাইন
- কনফিগারেশন ম্যানেজমেন্ট
- ক্যাপাসিটি প্ল্যানিং
Management (১ জন - জাহাঙ্গীর সাহেব, এখন CTO):
- ওভারভিউ এবং রিপোর্টিং
Permission Structure¶
এই টিমগুলোর জন্য আলাদা আলাদা পারমিশন:
NOC Team:
- View: সব
- Add/Edit: Devices, IPs, Cables
- Delete: না
Field Operations:
- View: সব
- Add: Devices, Cables
- Edit: Devices (status, location)
- Delete: না
Network Engineering:
- View: সব
- Add/Edit: সব (Delete ছাড়া)
- Delete: না (শুধু critical জিনিস delete করতে পারে approval এর পরে)
Management:
- View: সব
- Add/Edit/Delete: না (read-only)
Super Admin:
- View: সব
- Add/Edit/Delete: হা (write)
Collaboration Workflow¶
একটা স্ট্যান্ডার্ড ওয়ার্কফ্লো:
নতুন সাইট যুক্ত করার সময়:
-
Network Engineer নতুন সাইট প্ল্যান করে নটবটে:
-
Location তৈরি করে
- IP allocation করে
-
Device types verify করে
-
Field Team সাইট সেটআপ করে:
-
ডিভাইস ইনস্টল করে
- Serial numbers নোট করে
-
Cable routing করে
-
Network Engineer নটোবট আপডেট করে:
-
Devices এড করে
- Cables ডকুমেন্ট করে
-
IP assign করে
-
NOC Team যাচাই করে:
-
সব ডিভাইস নটবটে আছে কিনা
- Monitoring সেটআপ হয়েছে কিনা
- Connectivity test করে
সপ্তম চ্যালেঞ্জ: Data Quality Control¶
১৫০ ডিভাইস মানে ১৫০ জায়গায় ভুল হওয়ার সম্ভাবনা। Data Quality নিশ্চিত করা জরুরি। আমরা কনফিগারেশন টেম্পলেট ব্যাবহার করতে পারি।
Weekly Data Audit¶
নির্ভর কমিউনিকেশন প্রতি সপ্তাহে একটা ডেটা অডিট করে:
সোমবার: Device Audit
- সব Active ডিভাইসের Serial Number আছে কিনা
- সব ডিভাইসের Location সঠিক কিনা
- নেমিং কনভেনশন মানা হচ্ছে কিনা
বুধবার: IP Audit
- কোনো ডুপ্লিকেট IP নেই তো
- কোনো IP ভুল prefix এ নেই তো
- DNS names unique কিনা
শুক্রবার: Cable Audit
- Critical cables ডকুমেন্টেড কিনা
- Cable status সঠিক কিনা (Connected/Planned)
Automated Validation¶
প্রতি সোমবার সকালে একটা পাইথন স্ক্রিপ্ট চলে যা ভ্যালিডেট করে এবং রিপোর্ট ইমেইল করে:
Missing Serial Numbers: 3 devices
Duplicate IPs: 0
Non-standard Device Names: 2 devices
Orphaned IPs (no device assigned): 5 IPs
টিম লিডার এই রিপোর্ট দেখে অ্যাকশন নেন।
অষ্টম চ্যালেঞ্জ: Performance এবং Response Time¶
১৫০+ ডিভাইস, ৮টা সাইট, হাজার হাজার আইপি - নটোবট ইউআই স্লো হয়ে যাচ্ছিল না তো?
Performance Optimization¶
নির্ভর কমিউনিকেশন কিছু অপ্টিমাইজেশন করেছে:
১. PostgreSQL Tuning:
shared_buffers = 4GB (ডিফল্ট 128MB থেকে বাড়ানো)
effective_cache_size = 12GB
work_mem = 64MB
maintenance_work_mem = 1GB
২. Pagination বাড়ানো:
ইউজার প্রেফারেন্স এ:
৩. Saved Filters ব্যবহার:
বারবার একই কমপ্লেক্স কোয়েরি না চালিয়ে Saved Filters ব্যবহার।
৪. Regular Database Maintenance:
মাসে একবার:
এই অপ্টিমাইজেশন এর পরে রেসপন্স টাইম ভালো আছে। ডিভাইস লিস্ট লোড হতে ২-৩ সেকেন্ড লাগে যা অ্যাকসেপ্টেবল।
৬ মাসের রোডম্যাপ - ৫ হাজার থেকে ৫০ হাজারে¶
এই স্কেলিং একদিনে হয়নি। ছয় মাস লেগেছে। এই ছিল রোডম্যাপ:
মাস ১-২: Foundation Strengthening¶
মাস ১ (জানুয়ারি ২০২৫):
- লোকেশন হায়ারারকি ডিজাইন (Region → Zone → Cluster → POP)
- লোকেশন টাইপ তৈরি
- নতুন Clusters তৈরি (Mirpur, Uttara Clusters)
- নেমিং কনভেনশন আপডেট (জোন প্রিফিক্স যোগ)
- পুরোনো ডিভাইস রিনেম প্ল্যান
মাস ২ (ফেব্রুয়ারি ২০২৫):
- পুরোনো ২০টা ডিভাইস রিনেম (R-MIR-CORE-01 → R-DN-MIR-CORE-01)
- নতুন আইপি ব্লক অ্যাপ্লাই করা
- IP addressing স্কিম ডিজাইন
- Permission structure review এবং নতুন গ্রুপ তৈরি
মাস ৩-৪: New Sites Onboarding¶
মাস ৩ (মার্চ ২০২৫):
- কল্যাণপুর পপ যুক্ত (প্রথম নতুন সাইট - ধীরে ধীরে)
- গুলশান পপ যুক্ত
- প্রতিটা সাইটে ফুল ডকুমেন্টেশন
- কেবল ম্যানেজমেন্ট পলিসি ফাইনালাইজ
মাস ৪ (এপ্রিল ২০২৫):
- বনানী পপ যুক্ত
- বারিধারা পপ যুক্ত
- টিম ট্রেনিং (নতুন ফিল্ড অপারেশন মেম্বার দের)
- এনওসি টিম এক্সপ্যানশন
মাস ৫: IP এবং VLAN Restructuring¶
মাস ৫ (মে ২০২৫):
- নতুন IP blocks সব prefix এ ভাগ করা
- VLAN স্ট্রাকচার রিডিজাইন এবং সিএসভি ইমপোর্ট
- মাইগ্রেশন প্ল্যানিং এবং এক্সিকিউশন
মাস ৬: Final Sites এবং Optimization¶
মাস ৬ (জুন ২০২৫):
- ধানমন্ডি পপ যুক্ত
- মোহাম্মদপুর পপ যুক্ত
- পারফরম্যান্স টিউনিং (PostgreSQL, pagination)
- অটোমেশন স্ক্রিপ্টs তৈরি (validation, reports)
- টিম ট্রেনিং কমপ্লিট
Key Metrics - আগে এবং পরে¶
কিছু সংখ্যা যা সফলতা প্রমাণ করে:
২০২৪ (৫ হাজার কাস্টমার):
- নতুন সাইট যুক্ত করতে সময়: ২-৩ সপ্তাহ
- ডেটা এন্ট্রি ভুলের হার: ~১৫% -এনওসি কোয়েরি রেসপন্স টাইম: ৮-১০ মিনিট
- ম্যানুয়াল কাজ: ৮৫%
২০২৬ (৫০ হাজার কাস্টমার):
- নতুন সাইট যুক্ত করতে সময়: ৩ দিন
- ডেটা এন্ট্রি ভুলের হার: ~৪% -এনওসি কোয়েরি রেসপন্স টাইম: ৩০ সেকেন্ড
- ম্যানুয়াল কাজ: ২৫%
শিক্ষা এবং পরামর্শ¶
নির্ভর কমিউনিকেশনের সিটিও জাহাঙ্গীর সাহেবের কিছু পরামর্শ:
১. একবারে সব করতে যাবেন না
"আমরা ভুল করেছিলাম প্রথমে সব নতুন সাইট একসাথে করতে গিয়ে। পরে বুঝলাম একটা একটা করে করলে ভালো হয়। কল্যাণপুর পপ সম্পূর্ণ করে তারপর গুলশান - এভাবে করলে লেসন শিখতে পেরেছি।"
২. নেমিং কনভেনশন শুরুতেই ভবিষ্যৎ মাথায় রেখে করুন
"আমাদের একবার নাম চেঞ্জ করতে হয়েছে। প্রথমবারই যদি স্কেলেবল কনভেনশন (জোন প্রিফিক্স সহ) করতাম, এত ঝামেলা হতো না।"
৩. Data quality এ কম্প্রোমাইজ করবেন না
"একটা ভুল ডেটা এন্ট্রি পুরো নেটওয়ার্কে সমস্যা করতে পারে। উইকলি অডিট করুন, অটোমেটেড ভ্যালিডেশন রাখুন।"
৪. টিমকে সাথে নিন
"নটোবট শুধু একজনের জিনিস না। পুরো টিম যদি ইউজ না করে, তাহলে ডেটা আউটডেটেড হয়ে যায়। প্রপার ট্রেনিং দিন, ডকুমেন্টেশন রাখুন।"
৫. Performance monitoring করুন
"স্কেল বাড়ার সাথে সাথে রেগুলার পারফরম্যান্স চেক করুন। Database tuning, caching - এগুলো গুরুত্বপূর্ণ।"
স্কেলিং চ্যালেঞ্জ:
- লোকেশন হায়ারার্কি রি-অর্গানাইজ করা (flat → hierarchical)
- ডিভাইস নেমিং স্কেল করা (জোন প্রিফিক্স যোগ)
- IP এবং VLAN ম্যানেজমেন্ট (১টা /22 → ৪টা /22)
- Cable management বাস্তবতা (pragmatic policy)
- Multi-team collaboration (৩ জন → ১৮ জন)
- Data quality control (weekly audit, automated validation)
- Performance optimization (PostgreSQL tuning, saved filters)
নির্ভর কমিউনিকেশন এখন ৫০ হাজার কাস্টমারে স্ট্যাবল। তাদের লক্ষ্য পরের দুই বছরে (২০২৮) ১ লক্ষ কাস্টমার। সেজন্য তারা এখন অটোমেশনের দিকে যাচ্ছে। পরের চ্যাপ্টারে আমরা দেখব কীভাবে এপিআই এবং পাইথন দিয়ে নটবটকে অটোমেট করা যায়।