วิศวกรรมซอฟต์แวร์

เราเริ่มจากสิ่งที่ทีมของคุณดูแลและจ้างคนได้ สิ่งที่ระบบอื่นของคุณใช้ และสิ่งที่ซอฟต์แวร์ต้องทำ สำหรับซอฟต์แวร์ธุรกิจส่วนใหญ่ นั่นหมายถึงภาษาหลัก เช่น TypeScript, Java, C# หรือ Python ฐานข้อมูลเชิงสัมพันธ์ และคลาวด์ที่คุณใช้อยู่ เราบันทึกทุกทางเลือกและเหตุผล

อ่านเพิ่มเติม: วิศวกรรมแอปพลิเคชัน แพลตฟอร์ม และผลิตภัณฑ์ที่ประกอบได้ลิงก์ไปยังคำถามนี้

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

อ่านเพิ่มเติม: วิศวกรรมแอปพลิเคชัน แพลตฟอร์ม และผลิตภัณฑ์ที่ประกอบได้ลิงก์ไปยังคำถามนี้

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

อ่านเพิ่มเติม: วิศวกรรมแอปพลิเคชัน แพลตฟอร์ม และผลิตภัณฑ์ที่ประกอบได้ลิงก์ไปยังคำถามนี้

เราใช้ React กับ Next.js สำหรับแอปใหม่ส่วนใหญ่ เพราะรองรับการเรนเดอร์ฝั่งเซิร์ฟเวอร์และมีเครื่องมือที่แข็งแกร่ง เรายังทำงานกับ Angular และ Vue.js และดำเนินต่อในเฟรมเวิร์กที่คุณใช้อยู่เมื่อเป็นทางเลือกที่สมเหตุสมผล

อ่านเพิ่มเติม: วิศวกรรมแอปพลิเคชัน แพลตฟอร์ม และผลิตภัณฑ์ที่ประกอบได้ลิงก์ไปยังคำถามนี้

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

อ่านเพิ่มเติม: วิศวกรรมแอปพลิเคชัน แพลตฟอร์ม และผลิตภัณฑ์ที่ประกอบได้ลิงก์ไปยังคำถามนี้

แอปเนทีฟให้ประสิทธิภาพดีที่สุดและเข้ากับระบบปฏิบัติการแต่ละระบบมากที่สุด แอปข้ามแพลตฟอร์มใช้โค้ดเบสเดียวบน Windows, macOS และ Linux ซึ่งลดต้นทุนการสร้างและเปลี่ยนแปลง เราแนะนำเนทีฟเมื่อแพลตฟอร์มเดียวเป็นหลักหรืองานต้องการประสิทธิภาพสูง และข้ามแพลตฟอร์มเมื่อหลายแพลตฟอร์มสำคัญ

อ่านเพิ่มเติม: วิศวกรรมแอปพลิเคชัน แพลตฟอร์ม และผลิตภัณฑ์ที่ประกอบได้ลิงก์ไปยังคำถามนี้

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

อ่านเพิ่มเติม: วิศวกรรมแอปพลิเคชัน แพลตฟอร์ม และผลิตภัณฑ์ที่ประกอบได้ลิงก์ไปยังคำถามนี้

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

อ่านเพิ่มเติม: วิศวกรรมแอปพลิเคชัน แพลตฟอร์ม และผลิตภัณฑ์ที่ประกอบได้ลิงก์ไปยังคำถามนี้

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

อ่านเพิ่มเติม: มือถือ การประมวลผลเชิงพื้นที่ และแฝดดิจิทัลลิงก์ไปยังคำถามนี้

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

อ่านเพิ่มเติม: มือถือ การประมวลผลเชิงพื้นที่ และแฝดดิจิทัลลิงก์ไปยังคำถามนี้

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

อ่านเพิ่มเติม: มือถือ การประมวลผลเชิงพื้นที่ และแฝดดิจิทัลลิงก์ไปยังคำถามนี้

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

อ่านเพิ่มเติม: มือถือ การประมวลผลเชิงพื้นที่ และแฝดดิจิทัลลิงก์ไปยังคำถามนี้

เราออกแบบตาม WCAG 2.2 AA ตั้งแต่โครงร่างหน้าจอแรก: คอนทราสต์เพียงพอ โฟกัสที่มองเห็น ลำดับการอ่านที่สมเหตุสมผล เป้าหมายที่ใหญ่พอ และป้ายกำกับสำหรับทุกการควบคุม การตรวจสอบอัตโนมัติทำงานทุกการเปลี่ยนแปลง ก่อนแต่ละการเผยแพร่ เราทดสอบเส้นทางสำคัญด้วยมือด้วยคีย์บอร์ดและโปรแกรมอ่านหน้าจอ

อ่านเพิ่มเติม: UX และวิศวกรรมคุณภาพอัตโนมัติลิงก์ไปยังคำถามนี้

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

อ่านเพิ่มเติม: UX และวิศวกรรมคุณภาพอัตโนมัติลิงก์ไปยังคำถามนี้

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

อ่านเพิ่มเติม: UX และวิศวกรรมคุณภาพอัตโนมัติลิงก์ไปยังคำถามนี้

อ่านโค้ดเก่าปริมาณมากได้อย่างรวดเร็ว ทั้งอธิบายว่าโปรแกรมทำอะไร ติดตามว่าข้อมูลไปที่ใด เสนอการรีแฟกเตอร์ และร่างการทดสอบ วิศวกรเป็นผู้ตัดสินใจว่าจะเปลี่ยนอะไร ตรวจทานทุกบรรทัด และพิสูจน์ด้วยการทดสอบลักษณะการทำงาน AI เร่งการทำความเข้าใจ แต่ไม่แทนที่การตรวจสอบ

อ่านเพิ่มเติม: การปรับปรุงระบบเดิมด้วยความเร็วจาก AIลิงก์ไปยังคำถามนี้

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

อ่านเพิ่มเติม: การปรับปรุงระบบเดิมด้วยความเร็วจาก AIลิงก์ไปยังคำถามนี้

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

อ่านเพิ่มเติม: การปรับปรุงระบบเดิมด้วยความเร็วจาก AIลิงก์ไปยังคำถามนี้

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

อ่านเพิ่มเติม: วิศวกรรมคลาวด์ SovereignTech และการย้ายแบบไฮบริดลิงก์ไปยังคำถามนี้

โดยปกติคือรายที่คุณใช้อยู่แล้ว เว้นแต่มีเหตุผลชัดเจนให้เปลี่ยน ปัจจัยที่ใช้ตัดสินคือถิ่นที่อยู่ของข้อมูล สัญญาและทักษะที่มีอยู่ บริการที่มีการจัดการซึ่งคุณต้องการ และวิธีที่ระบบอื่นของคุณเชื่อมต่อ เราทำงานกับ AWS, Microsoft Azure, Google Cloud, Alibaba Cloud และคลาวด์ของรัฐระดับภูมิภาค และจำกัดโค้ดเฉพาะผู้ให้บริการไว้ในจุดที่คุ้มค่า

อ่านเพิ่มเติม: วิศวกรรมคลาวด์ SovereignTech และการย้ายแบบไฮบริดลิงก์ไปยังคำถามนี้

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

อ่านเพิ่มเติม: วิศวกรรมคลาวด์ SovereignTech และการย้ายแบบไฮบริดลิงก์ไปยังคำถามนี้

ขึ้นอยู่กับแต่ละระบบ: ข้อมูลอาจเก็บไว้ที่ใด ความต้องการด้านประสิทธิภาพและการเชื่อมต่อ ไลเซนส์ และสิ่งที่ทีมของคุณดูแลได้ องค์กรจำนวนมากดูแลระบบแบบไฮบริด ซึ่งทำงานได้ดีเมื่อออกแบบเป็นระบบเดียว เราเปรียบเทียบทางเลือกด้านต้นทุน ความเสี่ยง และความพยายาม แล้วแนะนำทางเลือกที่เราเองจะเลือก

อ่านเพิ่มเติม: วิศวกรรมคลาวด์ SovereignTech และการย้ายแบบไฮบริดลิงก์ไปยังคำถามนี้

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

อ่านเพิ่มเติม: วิศวกรรมคลาวด์ SovereignTech และการย้ายแบบไฮบริดลิงก์ไปยังคำถามนี้

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

อ่านเพิ่มเติม: วิศวกรรมคลาวด์ SovereignTech และการย้ายแบบไฮบริดลิงก์ไปยังคำถามนี้

DevOps คือแนวปฏิบัติที่นักพัฒนาและฝ่ายปฏิบัติการร่วมรับผิดชอบการรันซอฟต์แวร์ วิศวกรรมแพลตฟอร์มเปลี่ยนแนวปฏิบัตินั้นให้เป็นผลิตภัณฑ์ คือแพลตฟอร์มสำหรับนักพัฒนาภายในองค์กรที่ให้ทุกทีมมีวิธีที่ผ่านการทดสอบแล้วเหมือนกันในการสร้าง ติดตั้ง และรันบริการ ทีมของคุณจึงใช้เวลากับความสามารถของผลิตภัณฑ์ ไม่ใช่ไปป์ไลน์

อ่านเพิ่มเติม: DevOps วิศวกรรมแพลตฟอร์ม และสภาพแวดล้อมควบคุมสำหรับเอเจนต์เขียนโค้ด AIลิงก์ไปยังคำถามนี้

มักเป็นเครื่องมือที่คุณมีอยู่แล้ว เราทำงานกับ Terraform, OpenTofu และ Pulumi สำหรับโครงสร้างพื้นฐาน Kubernetes สำหรับคอนเทนเนอร์ และบริการ CI/CD ที่ใช้กันทั่วไป รวมถึง GitLab CI/CD, GitHub Actions และ Argo CD เราแนะนำให้เปลี่ยนเมื่อเครื่องมือขวางสิ่งที่คุณต้องการเท่านั้น

อ่านเพิ่มเติม: DevOps วิศวกรรมแพลตฟอร์ม และสภาพแวดล้อมควบคุมสำหรับเอเจนต์เขียนโค้ด AIลิงก์ไปยังคำถามนี้

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

อ่านเพิ่มเติม: SRE ความสามารถในการสังเกตระบบ และ FinOps สำหรับคลาวด์และโทเคน AIลิงก์ไปยังคำถามนี้

GreenOps นำแนวทาง FinOps มาใช้กับพลังงานและคาร์บอน ภาระงานถูกปรับขนาดตามที่ใช้ รันในที่และเวลาที่ไฟฟ้าสะอาดกว่าหากรอได้ และรายงานในรูปแบบที่การรายงาน ESG ของคุณต้องการ

อ่านเพิ่มเติม: SRE ความสามารถในการสังเกตระบบ และ FinOps สำหรับคลาวด์และโทเคน AIลิงก์ไปยังคำถามนี้

การรองรับแตกต่างกันตามรุ่นและเวอร์ชันเฟิร์มแวร์ เราตรวจสอบ HSM แต่ละตัวในการตรวจสอบ CBOM และวางแผนอัปเกรดหรือเปลี่ยนเฉพาะที่จำเป็น

อ่านเพิ่มเติม: การเข้ารหัสหลังควอนตัมและการเข้ารหัสที่ปลอดภัยต่อควอนตัมลิงก์ไปยังคำถามนี้

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

อ่านเพิ่มเติม: การเข้ารหัสหลังควอนตัมและการเข้ารหัสที่ปลอดภัยต่อควอนตัมลิงก์ไปยังคำถามนี้

AWS, Microsoft Azure, Google Cloud, Alibaba Cloud และคลาวด์ของภาครัฐระดับภูมิภาค รวมถึงศูนย์ข้อมูลของคุณเองและคลัสเตอร์ GPU ส่วนตัว โครงสร้างพื้นฐานนิยามใน Terraform, OpenTofu หรือ Pulumi และภาระงานรันบน Kubernetes การเลือกผู้ให้บริการจึงยังเปิดอยู่

อ่านเพิ่มเติม: คลาวด์และโครงสร้างพื้นฐานลิงก์ไปยังคำถามนี้

ได้ เราประเมินว่าบริการใดผูกคุณไว้กับผู้ให้บริการ ออกแบบเป้าหมายในคลาวด์อธิปไตย ผู้ให้บริการรายอื่น หรือศูนย์ข้อมูลของคุณเอง และย้ายภาระงานเป็นระยะพร้อมเส้นทางย้อนกลับทุกรายการ คุณตัดสินใจว่าจะไปไกลแค่ไหน ลูกค้าบางรายย้ายทั้งหมด รายอื่นย้ายเฉพาะภาระงานที่หน่วยงานกำกับดูแลสนใจ

อ่านเพิ่มเติม: คลาวด์และโครงสร้างพื้นฐานลิงก์ไปยังคำถามนี้