Microservices – Please,

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

ในปี 2559 Lightbend ทำการสำรวจผู้คนกว่า 3,000 คนจากอุตสาหกรรมต่างๆ (เทคโนโลยีบริการทางการเงินบริการออนไลน์การให้คำปรึกษาโทรคมนาคมบริการธุรกิจ) และผู้เชี่ยวชาญ (นักพัฒนาสถาปนิก DevOps CTO ผู้จัดการ) ผู้ตอบแบบสอบถามตอบแบบสำรวจเกี่ยวกับระบบปฏิกิริยาที่เป็นแนวโน้มและทางออกที่ดีที่สุดสำหรับธุรกิจ รายงานอ้างว่ามีคน 83% ที่เชื่อว่าการย้ายมาอยู่ที่สถาปัตยกรรมของ Microsoft หรือ “ปฏิกิริยา” กำลังได้รับแรงผลักดันและแพร่กระจายไปยังธุรกิจทั่วโลก 43% ของผู้ตอบแบบสอบถามอ้างว่าพวกเขาได้ใช้แนวทางนี้ไปแล้วในขณะที่ 40% กล่าวว่าการพัฒนาไมโครบริการนั้นสำคัญอย่างยิ่งสิ่งที่เราต้องการในวันพรุ่งนี้

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

ความเข้าใจผิด # 1 Microservices การปรับใช้ยากเกินไป

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

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

ความเข้าใจผิด # 2 การย้ายไปที่ไมโครไซต์สามารถสร้างความยุ่งเหยิง

ทุกรหัสสามารถทำให้ยุ่งเหยิง ทุกอย่างขึ้นอยู่กับคนที่เขียนมัน โปรแกรมเมอร์ที่ทำงานหนักและมีแรงบันดาลใจในการสร้างเครื่องจักรไร้ที่ติจะสามารถทำให้มันเป็นจริงได้ การใส่ความผิดทั้งหมดในสถาปัตยกรรม microservices จะไม่ทำให้ monolith ของคุณดีขึ้น (ถ้าคุณเลือก) เป็นจริงกับตัวเองและวัดความสามารถของคุณ เรียนรู้วิธีเริ่มต้นใช้งาน Microsystems หากคุณยังไม่พร้อมที่จะทุ่มเทความพยายามเงินและเวลาในการพัฒนาซอฟต์แวร์ – นี่คือสัญญาณของปัญหาที่ใหญ่กว่าสถาปัตยกรรม

ความเข้าใจผิดที่ 3 สถาปัตยกรรม Microservices ยากที่จะจัดการ

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

ในปี 2005 สถาปัตยกรรม microservices ปรากฏขึ้นอย่างเป็นทางการว่าเป็นคำศัพท์และมีการวิวัฒนาการมาหลายปีโดยมีเครื่องมือมากมายสำหรับการดำเนินการ แต่ละบริการสามารถเขียนได้โดยใช้เทคโนโลยีที่แตกต่างกันเนื่องจากบริการไมโครมีความยืดหยุ่น เสาหินนั้นไม่สามารถให้อิสระแก่คุณในการเลือกได้ Kubernetes, Swarm, Finagle, Dropwizard, Spring Boot, Netflix Eureka, Ribbon, Hystrix, Nameko, Mesos, มาราธอน, DC / OS, Docker, Heroku และเครื่องมือ / แพลตฟอร์ม / กรอบเพื่อสร้างซอฟต์แวร์ที่มีประสิทธิภาพสำหรับคุณ เอาชนะก้อนหินอุดมคติใด ๆ ในแง่ของความยืดหยุ่น

ความดีความเลวและความน่าเกลียดของสถาปัตยกรรมไมโครเซอร์วิส

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

Unattractive
สถาปัตยกรรม Microsoft นั้นจัดการได้ยากในแง่ของความปลอดภัย เนื่องจากการกระจายอำนาจจึงเป็นเรื่องยากที่จะหาวิธีแก้ปัญหาที่ปกป้องส่วนประกอบอิสระทั้งหมดและที่สำคัญกว่านั้นคือการเรียก API โดยไม่มีจุดน่าเบื่อ อย่างไรก็ตามทุกปัญหาได้รับการแก้ไข Netflix มีบทความที่ดีมากเกี่ยวกับการโจมตี DDoS ที่มีชื่อเสียงของ Microsoft

ไม่ดี

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

ดี

ทุกธุรกิจร่วมสมัยมีจุดมุ่งหมายเพื่อปรับปรุงตลาดเป็นครั้งคราว สถาปัตยกรรม Microservices เป็นการปฏิวัติ

Leave a Reply

Your email address will not be published. Required fields are marked *