Unlock Cloud Experience on On-Premise: เสก Data Center เดิมให้กลายเป็น Internal Developer Platform แบบ Cloud-Ready

kubernetes

ในยุคที่ “Cloud First” กลายเป็นมาตรฐานไปแล้ว หลายคนคุ้นชินกับความสะดวกสบายที่กดเพียงไม่กี่คลิกก็ได้ Database หรือ Kubernetes Cluster มาใช้งาน แต่ในความเป็นจริง หลายองค์กรยังจำเป็นต้องรักษา On-Premise Data Center ไว้ ด้วยเหตุผลด้าน Security, Compliance หรือ Cost Management โจทย์ที่ท้าทายทีม Platform Infrastructure ของเราคือ: “ทำอย่างไรให้ Hardware เดิมที่มีอยู่ (VMware vSphere & Enterprise Storage) มอบประสบการณ์ (Developer Experience) ที่รวดเร็ว อัตโนมัติ และยืดหยุ่น ได้เหมือนกับการใช้งาน AWS หรือ Google Cloud?” Tweet บทความนี้จะพาไปเปิดเบื้องหลัง Tech Stack และ Design Choices ที่เราเลือกใช้เพื่อเปลี่ยน “Hardware” ให้กลายเป็น “Internal Developer Platform (IDP)” เพื่อให้เห็นภาพการทำงานที่สอดคล้องกัน เราได้แบ่งสถาปัตยกรรมของระบบออกเป็นส่วนสำคัญต่างๆ ดังนี้ครับ 1. The Foundation: Infrastructure as Code (IaC) จุดเริ่มต้นของการทำ Platform คือต้องเลิกทำ Manual Operation ให้ได้มากที่สุด เราเปลี่ยนทุกอย่างให้เป็น Code เพื่อความแม่นยำและ… Continue reading Unlock Cloud Experience on On-Premise: เสก Data Center เดิมให้กลายเป็น Internal Developer Platform แบบ Cloud-Ready

DevOps Insider: DataOps & MLOps: การยกระดับ DevOps สู่โลก Data & AI

DataOps_MLOps_TH

DevOps ในบทความ DevOps Insider หลายๆอัน ได้อธิบายว่า DevOps คือชุด Practice ที่ช่วยให้ทีมทำงานแบบ Continuous Integration และ Continuous Delivery ปล่อยงานได้ไวขึ้น คุณภาพดีขึ้น และลดปัญหาระหว่าง Dev กับ Ops เพื่อพัฒนา Product ได้เร็วและเป็นระบบ และเมื่อเข้าสู่ยุคที่ Data, ML, AI โตแบบก้าวกระโดด Workflow ที่เคยใช้กับ CICD ปกติเริ่มไม่พอ เพราะงาน Data Pipeline, Model Training, Model Deployment รวมถึงการ Monitor Model แบบ Real Time มีความซับซ้อนขึ้นเยอะมาก Tools ที่ใช้ก็ต่างออกไป สิ่งที่ยังเหมือนเดิมคือ แนวคิด DevOps แต่เราต้องเอามาประยุกต์กับโลกของ Data และ Machine Learning ให้ทำงานได้แบบอัตโนมัติและทำซ้ำได้ จึงเกิดคำว่า DataOps และ MLOps ขึ้นมา วันนี้จึงชวน คุณเกรซ Senior Platform Services Engineer มาช่วยสรุปสั้นๆ ให้เห็นภาพง่ายๆว่า DataOps และ MLOps คืออะไร และการเลือก Tool มาใช้ในงาน CICD ของสายนี้ DataOps คือการนำ DevOps ไปใช้กับงาน Data ตั้งแต่ Ingestion, ETL/ELT, Data Quality, Data Versioning จนถึงการ Deploy Data Pipeline ให้เสถียรเหมือน Deploy Code MLOps คือการขยายต่อจาก Dat… Continue reading DevOps Insider: DataOps & MLOps: การยกระดับ DevOps สู่โลก Data & AI

สร้าง SFTP Gateway ที่รองรับ Multicloud และ On-premises Storage ด้วย SFTPGo

sftpgo

ยุคนี้ใคร ๆ ก็ใช้คลาวด์หลายเจ้า แล้วการจัดการไฟล์จะยุ่งไหม? ทุกวันนี้องค์กรส่วนใหญ่ใช้คลาวด์กันแบบจัดเต็ม AWS, Google Cloud, Azure ไหนจะระบบในองค์กร (On-premises) อีก…

Speed, Scale, Savings องค์กรชั้นนำพิสูจน์แล้วว่า Payment Domain เปลี่ยนเกมได้จริง

TechX Payment TH

องค์กรของคุณกำลังมองหาระบบ Payment ที่เร็ว เสถียร และ ประหยัดกว่า อยู่หรือเปล่า? เรารู้ดีว่าการเติบโตของธุรกิจต้องการระบบที่เชื่อถือได้ วันนี้ SCB TechX ได้รับเกียรติจากผู้บริหารธนาคารไทยพาณิชย์ คุณไพศาล เกียรติธนานันท์ FEVP, Modernization & Improvement Function และ คุณเพชรรัตน์ พิมลพรรณ์ Head of Payment Solutions & Services ผู้ใช้บริการ SCB TechX Payment Domain มาช่วยแชร์ผลลัพธ์และประสบการณ์ที่ได้รับตั้งแต่วางโครงสร้างพื้นฐานไปจนถึงการปล่อยบริการออกสู่ตลาดให้ลูกค้าหลายล้านคนใช้ในทุกวันนี้ว่าเป็นอย่างไรค่ะ ไฮไลต์จากลูกค้าผู้ใช้งานจริง: เพิ่มความสามารถในการประมวลผลธุรกรรมได้ 70% รองรับได้ถึง 1,300 TPS ช่วยลดต้นทุนองค์กรได้จริง ปล่อยฟีเจอร์ได้เร็วขึ้น 5 เท่า ทีม Dev ทำงานลื่นไหล ผู้ใช้งานใช้งานได้ต่อเนื่องแบบ Near-zero downtime Cloud-native และ Modular Architecture ถูกออกแบบมาเพื่อรองรับการเติบโตของธุรกิจโดยเฉพาะ ทำงานง่ายขึ้น ขยายต่อได้เร็ว และพร้อมขยายระบบกับ SCB TechX อย่างต่อเนื่อง https://youtu.be/Ax4nI5g9m3M?si=C_0uHgNSi_cY9eh9 ก่อนใช้ Payment Domain องค์กรเจอปัญหาอะไรใน… Continue reading Speed, Scale, Savings องค์กรชั้นนำพิสูจน์แล้วว่า Payment Domain เปลี่ยนเกมได้จริง

Data Analytics 101: เปลี่ยนข้อมูลกองใหญ่ให้เป็น Insight

Data Analytics

โลกของธุรกิจ ข้อมูลไม่ใช่แค่ตัวเลขในระบบอีกต่อไป แต่คือแหล่งทองคำที่ซ่อนอยู่ใน Hard Drive ของทุกองค์กร
องค์กรที่เข้าใจและใช้ประโยชน์จากข้อมูลได้ดีกว่า มักมีอัตราการเติบโตสูงกว่าคู่แข่งถึง 5-6 เท่า เพราะพวกเขาไม่ได้ตัดสินใจด้วยสัญชาตญาณเพียงอย่างเดียว แต่ใช้ Data-Driven Decision ที่แม่นยำและรวดเร็วกว่า…

DevOps Insider: Mimir 3.0: อัปเกรดครั้งใหญ่ที่สายเทคฯ ต้องรู้

Grafana Mimir 3.0

Grafana Mimir 3.0 ได้เปิดตัวไปเมื่อต้นเดือนพฤศจิกายน 2025 ที่ผ่านมา และนี่ไม่ใช่แค่การเพิ่มเลขเวอร์ชัน แต่เป็น “การยกเครื่องสถาปัตยกรรมครั้งใหญ่” เพื่อแก้ปัญหาที่ทีม SRE/DevOps เจอกันมานาน…

เจ็บมาเยอะกับ ELK Stack ที่ Scale ไม่รอด? นี่คือวิธี Sizing และ Scale ที่ได้ผลจริง

ELK stack

บทความนี้ เราจะโฟกัสที่ขั้นตอนหลังจากที่เราได้ติดตั้งและเซ็ตอัป ELK Stack ให้รันได้เรียบร้อยแล้ว โดยประเด็นสำคัญคือการบริหารจัดการและปรับขนาด (Sizing) ของระบบ เพื่อรองรับปริมาณ Log ที่เพิ่มมากขึ้นอย่างต่อเนื่อง พร้อมทั้งรักษาประสิทธิภาพของทั้งกระบวนการเขียน (Write) และอ่านข้อมูล (Read) ให้ทำงานได้อย่างราบรื่น โดยการติดตั้ง ELK Stack ซึ่งในครั้งนี้ผมจะอ้างอิงตามมาตรฐานการใช้งานทั่วไปตามภาพครับ อย่างแรก เราต้องประเมินปริมาณของ Log (Log volume) ที่จะเกิดขึ้นในแต่ละวันได้คร่าว ๆ ก่อน ว่าจะมีประมาณเท่าไหร่ เพื่อใช้เป็นข้อมูลในการทำ Sizing ของระบบได้ถูกต้อง จากนั้น มาพิจารณาประเด็นหลัก ๆ ที่เราต้องคำนึงถึง ได้แก่ 1.Sharding การทำ Sharding ใน Index Pattern ของเเต่ละ Index Type เพื่อกระจายการทำงานไปหาในเเต่ละ Node แบ่งการทำงานให้เท่าๆกัน ไม่ไปหนักที่ Node ใด Node หนึ่ง และ Scale จำนวนเครื่อง Data Node แบบ Scale Out โดยการ Set จำนวน Shard ในเเต่ละ Index Template นั้น เราต้องประเมินว่า Log Size ในเเต่ละวันมีประมานเท่าไหร่ เพราะ Shard เล็ก หรือ ใหญ่เกินไปจะไม่ดีต่อ Performance ของ Elasticsear… Continue reading เจ็บมาเยอะกับ ELK Stack ที่ Scale ไม่รอด? นี่คือวิธี Sizing และ Scale ที่ได้ผลจริง

อยากเก็บไฟล์สำคัญไว้ทุกที่? ให้ MinIO ช่วยซิงค์และลดความเสี่ยงได้!

MinIO

ในยุคที่ระบบขององค์กรย้ายขึ้นคลาวด์กันแทบทั้งหมด การเก็บไฟล์เอกสารสำคัญขององค์กร ไม่ว่าจะเป็น Word, PDF หรือไฟล์อื่น ๆ ไว้กับผู้ให้บริการคลาวด์เพียงรายเดียว ณ วันนี้อาจจะไม่ใช่คำตอบที่ดีนัก เพราะนั่นหมายถึง “ความเสี่ยง” ทั้งหมด ก็จะถูกรวมอยู่ที่จุดเดียวเช่นกัน ดังนั้น เพื่อไม่ให้ความเสี่ยงทั้งหมดไปกองอยู่ที่คลาวด์เดียว เราอาจจะต้องกระจายไฟล์เอกสารสำคัญไปยังผู้ให้บริการคลาวด์รายอื่นด้วย เพื่อให้สามารถทำ Disaster Recovery (DR) ได้เมื่อเกิดเหตุไม่คาดคิด แต่!!! ทันทีที่คุณเริ่มมองหาระบบจัดเก็บไฟล์ที่รองรับทั้ง Multi-Cloud, Hybrid Cloud หรือแม้แต่ On-Premise คุณจะเจอปัญหาว่า แต่ละผู้ให้บริการมี API ไม่เหมือนกันแทน ไม่ว่าจะเป็น AWS S3, Azure Blob, Google Cloud Storage หรือค่ายอื่น ๆ ซึ่งนั่นหมายความว่าคุณต้องมานั่งแก้โค้ดกันจนน่าปวดหัว และแน่นอน… มันคือวงจรที่ดูเหมือนจะไม่มีวันจบสิ้น ถ้าคุณไม่อยากให้ชีวิตของ Dev หรือ Ops ต้องมานั่งแก้โค้ดและ Deploy ซ้ำๆ ทุกครั้งที่เปลี่ยนระบบจัดเก็บไฟล์ เพื่อซัพพอร์ต API ใหม่ ๆ ตลอดเวลา “MinIO คือคำตอบที่คุณกำลังตามหา” เพราะ MinIO ถูกออกแบบ… Continue reading อยากเก็บไฟล์สำคัญไว้ทุกที่? ให้ MinIO ช่วยซิงค์และลดความเสี่ยงได้!

Git Worktree สลับงานได้คลีนๆ ไม่ต้อง Stash ให้เสีย Flow

หากเพื่อนๆดูแลหลาย Hotfix ของ Library กลางพร้อมกัน ปัญหาหลักคือต้องสลับดูแต่ละงานไปมา โดยเฉพาะอย่างยิ่งเมื่อมีงานที่ยังทำไม่เสร็จก็ต้องใช้ Git Stash ซ่อนการเปลี่ยนแปลงก่อนสลับ Branch ไปทำ Fix อื่นที่เร่งด่วนกว่า ซึ่งเป็นกระบวนการที่กินเวลา ส่วนการใช้ Hotfix Branch เดียวกันสำหรับงานที่ไม่เกี่ยวกัน Release ไม่พร้อมกัน ก็ไม่ใช่ทางออกที่ดี วันนี้จึงขอเชิญ คุณต้นน้ำ Associate Platform Services Engineer มาแชร์ Tool ใหม่ Git Worktree ที่ช่วยแก้ปัญหาเหล่านี้ได้แบบ Perfect ค่ะ Git Worktree คือ ความสามารถของ Git ที่ให้เราสร้าง Directory เพิ่มเติมจาก Repository เดิมได้ โดย แต่ละ Directory ผูกกับ Branch คนละอัน จึงทำงานแต่ละ Hotfix แบบแยกกันจริง และสลับไปมาด้วยการเปลี่ยนโฟลเดอร์เท่านั้ ผลคือ ไม่ต้อง Stash ไม่ต้อง Re-Clone Repo ใหม่ ไม่ต้องกลัว Commit ปน Branch Multi-task ได้แบบไม่พัง Flow การทำงาน มาดูวิธีใช้แบบเร็ว ๆ กันแค่ 3 คำสั่งก็เริ่มได้เลย: ดูว่ามี Worktree อะไรอยู่บ้างgit worktree list เพิ่ม Worktree สำหรับ branch ‘hotfix-A’git worktree add ../hotfix-a hotfix-A ลบ Worktree เมื… Continue reading Git Worktree สลับงานได้คลีนๆ ไม่ต้อง Stash ให้เสีย Flow

เมื่อ Metric มันขัดใจ… ก็ต้องจัดให้ตรงใจด้วย Script Exporter

script exporter cover

เราจะมาเล่าถึง Solution ที่ SCB TechX เรื่องการ Monitor Backup ใน Multi-Cloud Environment ที่มีความซับซ้อนด้วยการใช้ Script Exporter เนื่องจากแต่ละ Cloud Provider มีบริการ Backup เแยกเป็นของตัวเอง ทำให้การติดตามสถานะ Backup แบบ Centralized เป็นเรื่องที่มีความ challenge เพื่อให้เข้าใจง่าย เราจะเล่าเรื่องโดยใช้ STAR methodology ครอบคลุม Situation, Task, Action และ Result 1. SituationSCB TechX มีการจัดการ Workload อยู่บนสภาพแวดล้อม Multi-Cloud ซึ่งทำให้การ Monitor งาน Backup ในแต่ละ Cloud เป็นเรื่องยาก เพราะแต่ละ Cloud มีบริการ Backup ของตัวเอง เราจึงต้องการโซลูชันแบบ ศูนย์กลางเดียว (unified centralized solution) ที่สามารถ Monitor และตรวจจับการแจ้งเตือนข้าม Multi-Cloud ได้ 2. Task สร้าง Solution ที่มีความ Automate และยืดหยุ่น สำหรับ Monitor Backup ใน Multi-Cloud Environment แสดงสถานะ Backup ผ่าน Grafana dashboards เชื่อมต่อระบบแจ้งเตือนเข้ากับ PagerDuty 3. Action ได้พัฒนา Flow การ Monitor แบบ Cetralized โดยใช้ Script Exporter ทำการรัน Python Script เพื่อเรียก API ของ AWS Boto3 / Azure … Continue reading เมื่อ Metric มันขัดใจ… ก็ต้องจัดให้ตรงใจด้วย Script Exporter

หมวดหมู่: Blogs