การปรับปรุง Cloud และ DevOps ที่ปลอดภัยสำหรับการดำเนินงาน Call Center is a case study by HDWEBSOFT. Industry: Marketing. Services provided: DevOps, Infrastructure Management, Modernization, Migration. Technologies used: AWS, Cloud, Kubernetes. Solutions: Cybersecurity, Quality Management, Compliance, General. Team size: 3. การปรับปรุง Cloud และ DevOps ที่ปลอดภัย — กรณีศึกษาโดย HDWEBSOFT

MarketingAWSCloudKubernetes

การปรับปรุง Cloud และ DevOps ที่ปลอดภัยสำหรับการดำเนินงาน Call Center

HDWEBSOFT ช่วยบริษัทเทคโนโลยี Call Center ในสหรัฐอเมริกาปรับปรุงโครงสร้างพื้นฐานดั้งเดิมที่จัดการเองให้เป็นแพลตฟอร์ม Cloud และ DevOps แบบไฮบริดที่ปลอดภัย พร้อมการเข้าถึงที่มีการกำกับดูแล การส่งมอบที่ทำซ้ำได้ และการตรวจสอบแบบรวมศูนย์

อุตสาหกรรม
เทคโนโลยี
ภูมิภาค
ขนาดทีม
3

บริษัทเทคโนโลยี Call Center ในสหรัฐอเมริกาต้องปรับปรุงโครงสร้างพื้นฐานดั้งเดิมที่จัดการเองให้เป็น แพลตฟอร์ม Cloud และ DevOps ที่ปลอดภัย สภาพแวดล้อมของลูกค้าต้องรองรับการส่งมอบซอฟต์แวร์อย่างรวดเร็ว ในขณะที่รักษาการกำกับดูแล การควบคุมการเข้าถึง การตรวจสอบ และข้อกำหนดการปฏิบัติตาม SOC 2 ให้สอดคล้องกันทั้งในการพัฒนา การผลิต บริการส่วนกลาง และเวิร์กโหลดภายในองค์กร

HDWEBSOFT ช่วยออกแบบและใช้งานแพลตฟอร์มไฮบริดที่เชื่อมต่อคลัสเตอร์ AWS EKS โหนดศูนย์ข้อมูลภายในองค์กรในลาสเวกัสและ DTLA การส่งมอบ GitOps การจัดการ Identity แบบรวมศูนย์ การจัดการ Secrets ระบบอัตโนมัติ CI/CD และ การตรวจสอบความปลอดภัย เข้าเป็นโมเดลการดำเนินงานที่ตรวจสอบได้หนึ่งเดียว

ดูวิธีที่ HDWEBSOFT ปรับปรุงโครงสร้างพื้นฐานดั้งเดิมให้เป็นแพลตฟอร์ม Cloud ไฮบริดและ DevOps ที่ปลอดภัยสำหรับบริษัทเทคโนโลยี Call Center ในสหรัฐอเมริกา
Watch on YouTube

บริบทโครงการ

แพลตฟอร์มของลูกค้าให้บริการการดำเนินงาน Call Center ที่ความน่าเชื่อถือ ความปลอดภัย และความเร็วในการส่งมอบล้วนสำคัญ เมื่อธุรกิจเติบโต โมเดลโครงสร้างพื้นฐานดั้งเดิมกลายเป็นเรื่องยากที่จะดำเนินงานอย่างสอดคล้องกัน สะท้อนถึงความเสี่ยงด้านการวางแผน การพึ่งพา และการดำเนินงานที่พบได้ทั่วไปใน การย้ายเวิร์กโหลดดั้งเดิม ทีมต้องการวิธีที่สะอาดกว่าในการจัดเตรียมสภาพแวดล้อม ควบคุมการเข้าถึง ปรับใช้เวิร์กโหลด ตรวจสอบเหตุการณ์ และพิสูจน์ว่าการเปลี่ยนแปลงโครงสร้างพื้นฐานเป็นเจตนาและสามารถติดตามได้

เป้าหมายการปรับปรุงไม่เพียงแต่การย้ายเวิร์กโหลดไปยัง Cloud เป้าหมายคือการสร้างรากฐานแพลตฟอร์มที่ทำซ้ำได้ซึ่งสามารถรองรับ การย้ายเวิร์กโหลดดั้งเดิม การปรับปรุงเซิร์ฟเวอร์ที่จัดการเอง การดำเนินงานบน Kubernetes และการส่งมอบที่ขับเคลื่อนด้วยการปฏิบัติตามข้อกำหนดโดยไม่ชะลอทีมวิศวกรรม ข้อกำหนด SOC 2 กำหนดรูปแบบการออกแบบแพลตฟอร์มตั้งแต่เริ่มต้น รวมถึงการบันทึกแบบรวมศูนย์ การจัดการ Identity การติดแท็กที่สอดคล้องกัน การเปลี่ยนแปลงโครงสร้างพื้นฐานที่ตรวจสอบได้ และการเข้าถึงเครื่องมือการดำเนินงานที่สามารถติดตามได้

สัมภาษณ์ผู้มีส่วนได้ส่วนเสีย

“โครงการนี้ท้าทายเพราะสภาพแวดล้อม IT ดั้งเดิมไม่มีเอกสารที่เชื่อถือได้เพียงพอ ก่อนที่เราจะสามารถออกแบบเส้นทางการย้ายได้ เราต้องตรวจสอบเซิร์ฟเวอร์โดยตรง รวบรวมข้อมูลระบบปฏิบัติการและแพ็กเกจ และทำความเข้าใจว่าบริการใดที่จำเป็นจริงๆ สำหรับซอฟต์แวร์ที่กำลังทำงานอยู่”

— Duy Duong, Senior DevOps ที่ HDWEBSOFT

งานค้นหาไม่ได้จำกัดอยู่แค่การอ่านไดอะแกรมหรือบันทึกการปรับใช้ ทีมตรวจสอบเซิร์ฟเวอร์ Linux ดั้งเดิม รวบรวมสินค้าคงคลังของแพ็กเกจที่ติดตั้ง ตรวจทานบริการที่กำลังทำงาน และแมปการพึ่งพาระหว่างคอมโพเนนต์โครงสร้างพื้นฐานและพฤติกรรมแอปพลิเคชัน แพ็กเกจและบริการแต่ละรายการต้องได้รับการประเมินอย่างระมัดระวัง: ว่าจำเป็นสำหรับเวิร์กโหลดการผลิต สนับสนุนการพึ่งพาการดำเนินงาน หรือสร้างความเสี่ยงด้านการบำรุงรักษาและความปลอดภัยที่ไม่จำเป็น

การตรวจสอบนี้ช่วยเปลี่ยนสภาพแวดล้อมที่จัดการเองซึ่งไม่ชัดเจนให้เป็นแผนการย้ายที่ทีมวิศวกรรม ความปลอดภัย และการดำเนินงานสามารถตรวจทานได้ นอกจากนี้ยังลดความเสี่ยงของการย้ายสมมติฐานที่ไม่มีเอกสารไปยังแพลตฟอร์ม Cloud ใหม่

ฟีเจอร์หลัก

รากฐาน Hybrid Cloud ที่ปลอดภัย

แพลตฟอร์มใช้ AWS Organizations เพื่อแยกการจัดการ บริการแพลตฟอร์มส่วนกลาง การพัฒนา การผลิต และการจัดเก็บบันทึกแบบรวมศูนย์ โครงสร้างนี้ช่วยให้ทีมรักษาขอบเขตบัญชีให้ชัดเจนในขณะที่รองรับความต้องการการดำเนินงานที่แตกต่างกันข้ามสภาพแวดล้อม

คลัสเตอร์ Amazon EKS รองรับการพัฒนา การผลิต และบริการแพลตฟอร์มส่วนกลาง เวิร์กโหลดการพัฒนาใช้กลยุทธ์การประมวลผลที่คำนึงถึงต้นทุน ในขณะที่การผลิตพึ่งพาความจุ On-demand ที่เสถียรพร้อม Autoscaling ที่ใช้ Karpenter บริการส่วนกลางทำหน้าที่เป็นศูนย์กลางแพลตฟอร์มสำหรับเครื่องมือแบบรวมศูนย์

ระบบเครือข่ายถูกออกแบบรอบการเชื่อมต่อที่มีการกำกับดูแลระหว่าง AWS และสภาพแวดล้อมภายในองค์กร แพลตฟอร์มใช้ระบบเครือข่าย VPC, Peering, Direct Connect, NAT Gateways, Flow Logs และ Baseline ความปลอดภัยเพื่อรองรับเวิร์กโหลดไฮบริดข้าม AWS และโหนดศูนย์ข้อมูล

การจัดการ Identity, Access และ Secrets

Okta ทำหน้าที่เป็นผู้ให้บริการ Identity ส่วนกลางทั่วทั้งเครื่องมือวิศวกรรมและแพลตฟอร์ม มันรวมการเข้าถึงเข้ากับ AWS IAM Identity Center, GitHub, Grafana, Datadog, Vault, Rancher, Flux UI, Jenkins และเครื่องมือ Endpoint Security

HashiCorp Vault จัดเตรียมการจัดการ Secrets แบบรวมศูนย์สำหรับวิศวกร ไปป์ไลน์ CI/CD และเวิร์กโหลด Kubernetes Vault ทำงานในโหมด High-availability บนแพลตฟอร์ม EKS บริการส่วนกลาง ในขณะที่ External Secrets Operator ซิงโครไนซ์ Secrets ที่อนุมัติเข้าสู่ Application Namespaces

แพลตฟอร์มยังใช้ IAM Roles for Service Accounts เพื่อให้สิทธิ์ AWS แบบละเอียดแก่เวิร์กโหลด Kubernetes ซึ่งลดความจำเป็นในการใช้ข้อมูลรับรองที่กว้างขวางและทำให้การเข้าถึงเวิร์กโหลดตรวจสอบได้ง่ายขึ้น

การส่งมอบแอปพลิเคชัน GitOps

FluxCD จัดการการกระทบยอดอย่างต่อเนื่องจาก Git แพลตฟอร์มใช้การพึ่งพา Kustomization แบบเป็นชั้นเพื่อให้โครงสร้างพื้นฐาน Secrets แอปพลิเคชัน Observability และคอมโพเนนต์ความปลอดภัยสามารถเปิดตัวในลำดับที่ควบคุมได้

Flux Image Toolkit ทำให้การอัปเดต Image Tag เป็นอัตโนมัติสำหรับบริการที่เลือก ซึ่งช่วยให้ทีมลดขั้นตอน Release ด้วยมือในขณะที่รักษาพฤติกรรมการปรับใช้ให้เชื่อมโยงกับการเปลี่ยนแปลง Source Control ที่ได้รับการตรวจทาน

บริการแพลตฟอร์มหลักรวมถึง Ingress, DNS Automation, Certificate Management, Autoscaling, การสนับสนุน WebRTC TURN, Observability และ Multi-cluster Management บริการเหล่านี้ร่วมกันให้ทีมแอปพลิเคชันเส้นทางที่สอดคล้องกันจากโค้ดสู่รันไทม์

CI/CD และประสบการณ์นักพัฒนา

GitHub Actions ใช้ Self-hosted Runners บนแพลตฟอร์ม EKS บริการส่วนกลาง ความจุ Runner สามารถปรับขนาดตามความต้องการ รวมถึงความจุแบบ Spot สำหรับการดำเนินการที่คำนึงถึงต้นทุน

เวิร์กโฟลว์ OpenTofu รองรับการดำเนินการ Plan และ Apply ต่อ Stack โครงสร้างพื้นฐาน ความคิดเห็นแผนใน Pull Request การตรวจจับ Drift ตามกำหนดการ และ Pipeline Secrets ที่สนับสนุนโดย Vault ช่วยให้การเปลี่ยนแปลงโครงสร้างพื้นฐานมองเห็นได้มากขึ้นและตั้งใจมากขึ้น

Jenkins จัดเตรียม Orchestration การ Build แบบรวมศูนย์ ในขณะที่ Nexus จัดการการจัดเก็บ Artifact ซึ่งอนุญาตให้แพลตฟอร์มรองรับทั้งการส่งมอบ Cloud-native สมัยใหม่และกระบวนการ Build ที่มีอยู่ในระหว่างการเดินทางปรับปรุง

Observability และการดำเนินงานความปลอดภัย

Stack Observability ผสมผสาน Grafana, Loki, Alloy, Datadog และเวิร์กโฟลว์การแจ้งเตือน ซึ่งช่วยให้วิศวกรมีมุมมองที่ชัดเจนขึ้นทั่วทั้งชั้น Cloud, Kubernetes และโครงสร้างพื้นฐานไฮบริด

CrowdStrike Falcon Endpoint Protection ถูกปรับใช้ทั่วทั้งคลัสเตอร์ EKS ในขณะที่ AWS GuardDuty เพิ่มการตรวจจับภัยคุกคามด้าน Cloud การควบคุมเหล่านี้ช่วยให้ลูกค้าเสริมสร้างท่าทีความปลอดภัยในขณะที่ตอบสนองข้อกำหนดการปฏิบัติตาม SOC 2

ความท้าทายทางเทคนิค

การประสานงานเลเยอร์ระบบอัตโนมัติหลายชั้น

แพลตฟอร์มเกี่ยวข้องกับ Infrastructure as Code, GitOps, Configuration Management, CI/CD, การจัดการ Secrets และระบบอัตโนมัติความปลอดภัย เลเยอร์เหล่านี้ต้องทำงานร่วมกันทั่วทั้ง Repositories หลายแห่งโดยไม่สร้างการพึ่งพาที่ซ่อนอยู่หรือความเป็นเจ้าของที่ไม่ชัดเจน

การกำกับดูแลสภาพแวดล้อมหลายแห่งในขนาดใหญ่

การพัฒนา การผลิต บริการส่วนกลาง การบันทึกแบบรวมศูนย์ และบัญชีการจัดการแต่ละแห่งมีความต้องการที่แตกต่างกัน ความท้าทายคือการรักษาการเข้าถึง การติดแท็ก การควบคุมเครือข่าย การบันทึก และกฎการปรับใช้ให้สอดคล้องกันโดยไม่ทำให้แพลตฟอร์มแข็งเกินไปสำหรับทีมวิศวกรรม

การจัดการการดำเนินงาน Hybrid Cloud

การปรับปรุงรวมถึงเวิร์กโหลด AWS และศูนย์ข้อมูลภายในองค์กรทั้งคู่ การรองรับ EKS, Proxmox, คลัสเตอร์ที่จัดการโดย Rancher และรูปแบบการดำเนินงานดั้งเดิมต้องการการเชื่อมต่ออย่างระมัดระวังระหว่าง ระบบเครือข่าย Cloud, Identity, การปรับใช้ และการตรวจสอบ

การลดการเปลี่ยนแปลงของเอกสารและสินค้าคงคลัง

ระบบดั้งเดิมมักสร้างความคลาดเคลื่อนระหว่างสิ่งที่เอกสารระบุและสิ่งที่ทำงานจริง ลูกค้าต้องการนิยามที่สนับสนุนโดย Git การตรวจสอบอัตโนมัติ และการจัดเตรียมที่ทำซ้ำได้เพื่อให้แพลตฟอร์มเข้าใจได้เมื่อมันเปลี่ยนแปลง

การสร้างสมดุลระหว่างต้นทุน ความน่าเชื่อถือ และความเสถียร

ทีมต้องการปรับต้นทุนการประมวลผลโดยไม่ลดความน่าเชื่อถือของการผลิต ซึ่งต้องการกลยุทธ์ความจุที่ใช้งานได้จริงทั่วเวิร์กโหลดแบบ Spot ความจุการผลิต On-demand กฎ Autoscaling และมาตรการรักษาความปลอดภัยการดำเนินงาน

การรองรับการปฏิบัติตาม SOC 2 ภายใต้การเปลี่ยนแปลงอย่างรวดเร็ว

แพลตฟอร์มต้องตอบสนอง ข้อกำหนดการปฏิบัติตาม SOC 2 ในขณะที่ยังอนุญาตให้ทีมส่งมอบได้อย่างรวดเร็ว การเปลี่ยนแปลงโครงสร้างพื้นฐาน กระแสการเข้าถึง การใช้ Secrets และเหตุการณ์การดำเนินงานต้องสามารถติดตามและกำกับดูแลได้ แพลตฟอร์มยังต้องการจุดหลักฐานที่สอดคล้องกันสำหรับการตรวจสอบ รวมถึงประวัติการเปลี่ยนแปลง บันทึกการควบคุมการเข้าถึง บันทึกแบบรวมศูนย์ และผลลัพธ์การตรวจจับ Drift

แนวทางแก้ไข

การแยกความรับผิดชอบอย่างชัดเจน

HDWEBSOFT ช่วยแยกความรับผิดชอบของแพลตฟอร์มทั่วเลเยอร์โครงสร้างพื้นฐาน Secrets เวิร์กโหลด Observability และความปลอดภัย สัญญาการเชื่อมต่อที่มีเอกสารทำให้ทีมเข้าใจได้ง่ายขึ้นว่าระบบใดเป็นเจ้าของแต่ละส่วนของกระบวนการส่งมอบ

Infrastructure as Code แบบโมดูลาร์

Stack OpenTofu ถูกจัดระเบียบรอบขอบเขต State ที่แยกออกจากกันและ CI Gates อัตโนมัติ ความคิดเห็นแผนใน Pull Request ช่วยให้ผู้ตรวจทานเข้าใจการเปลี่ยนแปลงโครงสร้างพื้นฐานก่อนอนุมัติ ในขณะที่การตรวจจับ Drift ตามกำหนดการเน้นความแตกต่างระหว่างโครงสร้างพื้นฐานที่ประกาศและโครงสร้างพื้นฐานจริง

การกระทบยอด GitOps แบบเป็นชั้น

FluxCD ถูกจัดระเบียบด้วยการพึ่งพาที่ชัดเจนระหว่างเลเยอร์แพลตฟอร์ม ซึ่งลดความเสี่ยงในการเปิดตัวและทำให้การกู้คืนง่ายขึ้นเพราะการเปลี่ยนแปลงสามารถตรวจทาน นำไปใช้ ย้อนกลับ และติดตามผ่าน Git ได้

การกำกับดูแล Identity และ Access แบบรวม

Okta SSO Federation มอบโมเดลการเข้าถึงแบบรวมศูนย์ให้กับวิศวกรและผู้ดำเนินงานทั่วเครื่องมือ Cloud และแพลตฟอร์ม AWS IAM Identity Center, Vault, GitHub, Grafana, Datadog, Rancher, Jenkins และระบบอื่นๆ สามารถใช้รูปแบบ Identity ที่สอดคล้องกันมากขึ้นได้

การออกแบบแพลตฟอร์ม Kubernetes ที่คำนึงถึงต้นทุน

Karpenter ช่วยให้แพลตฟอร์มปรับความจุการประมวลผลให้เหมาะกับความต้องการของเวิร์กโหลด เวิร์กโหลดการพัฒนาสามารถใช้ความจุที่คำนึงถึงต้นทุน ในขณะที่การผลิตยังคงสอดคล้องกับข้อกำหนดความน่าเชื่อถือ

CI/CD Pipelines ที่สนับสนุนโดย Vault

เวิร์กโฟลว์ CI/CD ใช้การยืนยันตัวตนที่สนับสนุนโดย Vault สำหรับการดำเนินการ Pipeline ที่ละเอียดอ่อน ซึ่งสนับสนุนการส่งมอบโครงสร้างพื้นฐานที่ปลอดภัยยิ่งขึ้นโดยไม่เปิดเผย Secrets ที่กว้างขวางและอายุยืนต่อระบบ Build

ผลลัพธ์ทางธุรกิจ

การส่งมอบที่ปลอดภัยและรวดเร็วยิ่งขึ้น

แผน OpenTofu ที่ตรวจทานผ่าน Pull Request การกระทบยอด GitOps และการตรวจจับ Drift อัตโนมัติทำให้การเปลี่ยนแปลงโครงสร้างพื้นฐานตั้งใจมากขึ้นและตรวจสอบได้ วิศวกรสามารถสร้างสภาพแวดล้อมซ้ำจาก Git ย้อนกลับผ่าน Source Control และวินิจฉัยปัญหาจากประวัติการเปลี่ยนแปลงที่ชัดเจนขึ้น

ความปลอดภัยและการปฏิบัติตาม SOC 2 ที่แข็งแกร่งขึ้น

SSO แบบรวมศูนย์ การเข้าถึง AWS ที่มีการกำกับดูแล การจัดการ Secrets ที่ใช้ Vault Endpoint Protection การบันทึกแบบรวมศูนย์ การตรวจสอบความปลอดภัย และบันทึกโครงสร้างพื้นฐานที่สนับสนุนโดย Git ช่วยให้แพลตฟอร์มตอบสนองข้อกำหนดการปฏิบัติตาม SOC 2 ในขณะที่สนับสนุนงานวิศวกรรมประจำวัน

การควบคุมต้นทุนที่ดีขึ้นโดยไม่เสียความน่าเชื่อถือ

Karpenter และกลยุทธ์ความจุเฉพาะสภาพแวดล้อมช่วยให้ลูกค้าปรับการใช้การประมวลผลให้เหมาะสม เวิร์กโหลดการพัฒนาสามารถใช้โครงสร้างพื้นฐานที่คำนึงถึงต้นทุน ในขณะที่เวิร์กโหลดการผลิตยังคงรักษาความเสถียรที่จำเป็นสำหรับการดำเนินงาน Call Center

Observability และการตอบสนองต่อเหตุการณ์ที่ดีขึ้น

Grafana, Loki, Alloy, Datadog, GuardDuty และการแจ้งเตือน Endpoint Security มอบมุมมองการดำเนินงานที่แข็งแกร่งขึ้นทั่วโครงสร้างพื้นฐาน Cloud และไฮบริด ซึ่งปรับปรุงความสามารถของทีมในการตรวจจับ สืบสวน และตอบสนองต่อปัญหาแพลตฟอร์ม

รากฐานแพลตฟอร์มที่ปรับปรุงแล้ว

โครงการนี้สร้างรากฐานที่แข็งแกร่งขึ้นสำหรับ การย้ายโครงสร้างพื้นฐานดั้งเดิม การปรับปรุงเซิร์ฟเวอร์ที่จัดการเอง การดำเนินงาน Cloud และระบบอัตโนมัติ DevOps ในอนาคต แทนที่จะพึ่งพากระบวนการดำเนินงานที่ไม่เชื่อมต่อกัน ลูกค้าได้รับโมเดลแพลตฟอร์มที่มีการกำกับดูแลมากขึ้นสำหรับการส่งมอบ Call Center ที่ปลอดภัย

บทสรุป

โครงการปรับปรุง DevOps นี้ช่วยบริษัทเทคโนโลยี Call Center ในสหรัฐอเมริกาย้ายจากโครงสร้างพื้นฐานดั้งเดิมที่จัดการเองไปสู่แพลตฟอร์ม Hybrid Cloud ที่ปลอดภัย โดยการผสมผสาน AWS, Kubernetes, GitOps, การจัดการ Identity แบบรวมศูนย์ การจัดการ Secrets, Observability การควบคุมความปลอดภัย และการกำกับดูแลแพลตฟอร์มที่มุ่งเน้นการปฏิบัติตามข้อกำหนด HDWEBSOFT สนับสนุนโมเดลการส่งมอบที่เร็วขึ้น ตรวจสอบได้ดีขึ้น และสอดคล้องกับข้อกำหนดการปฏิบัติตาม SOC 2

หากทีมของคุณกำลังปรับปรุงโครงสร้างพื้นฐานดั้งเดิมหรือเตรียมแพลตฟอร์ม Cloud ที่ปลอดภัยสำหรับการส่งมอบที่พร้อมตรวจสอบ สำรวจ บริการ DevOps ของ HDWEBSOFT หรือ ติดต่อเรา เพื่อหารือเกี่ยวกับแผนงานแพลตฟอร์มที่เหมาะสม

สำรวจเนื้อหาที่เกี่ยวข้องเพิ่มเติม

ดูเพิ่มเติม case studies, บริการ, อุตสาหกรรม และประสบการณ์การดำเนินงานตามภูมิภาคที่เกี่ยวข้อง