การเข้า
ปี 2019 กำลังจะถึงบทสรุปอย่างช้าๆ แต่ชัวร์ อุตสาหกรรมไอทียังคงพัฒนาอย่างต่อเนื่อง ทำให้เราพึงพอใจกับเทคโนโลยีใหม่ๆ จำนวนมาก และในขณะเดียวกันก็เติมเต็มคำศัพท์ของเราด้วยคำจำกัดความใหม่ๆ เช่น Big Data, AI, Machine Learning (ML), IoT, 5G และอื่นๆ ในปีนี้ มีการพูดคุยถึงวิศวกรรมความน่าเชื่อถือของไซต์บ่อยครั้ง (SRE), DevOps, ไมโครเซอร์วิส และการประมวลผลบนคลาวด์
เทคโนโลยีบางอย่าง เช่น บล็อกเชนและสกุลเงินดิจิทัล (Bitcoin, Ethereum ฯลฯ) ดูเหมือนจะผ่านจุดสูงสุดของความนิยมไปแล้ว (กระแสเกินจริง) ดังนั้นประชาชนทั่วไปจึงมีโอกาสที่จะพิจารณาพวกเขาอย่างมีสติมากขึ้น โดยระบุถึงเทคโนโลยีของพวกเขา ด้านบวกและด้านลบตลอดจนการตัดสินใจว่าจะใช้งานที่ไหนและอย่างไรดีที่สุด คุณสามารถดูหัวข้อ Blockchain และสกุลเงินดิจิทัลได้อย่างสมดุล. ฉันขอแนะนำให้ลองดู
เทคโนโลยีอื่นๆ ยังคงได้รับความนิยม โดยสร้างชุมชนที่กระตือรือร้นรอบตัวพวกเขา ไม่เพียงแต่ผู้สนับสนุนและผู้นับถือเท่านั้น แต่ยังรวมถึงฝ่ายตรงข้ามที่กระตือรือร้นด้วย
ทุกคนจะเข้าสู่ DevOps หรือไม่?
DevOps แนวทางใหม่ในการพัฒนาและดำเนินการซอฟต์แวร์ จะได้รับการกล่าวถึงเป็นพิเศษจากฉันในวันนี้ เพราะ... มีบทความและการถกเถียงในหัวข้อนี้มากมายในปีนี้
คำว่า DevOps ในปัจจุบันมีการตีความค่อนข้างกว้าง บางคนเข้าใจว่า DevOps เป็นแนวทางพิเศษในการพัฒนาและดำเนินการซอฟต์แวร์ เมื่อผู้ที่สามารถทำทั้งการเขียนโค้ดและการดูแลระบบเพียงเล็กน้อยเข้ามามีส่วนร่วมในงานนี้ สำหรับคนอื่น ๆ ประการแรกคือการปรากฏตัวของผู้ดูแลระบบส่วนบุคคลของพวกเขาในทีมซึ่งช่วยให้พวกเขาสามารถบรรเทานักพัฒนาซอฟต์แวร์ในส่วนของโหลดที่ไม่ใช่คอร์ในรูปแบบของการตั้งค่าสภาพแวดล้อมระบบการสร้างสภาพแวดล้อมการทดสอบ การดำเนินการบูรณาการกับบริการภายในและภายนอกตลอดจนการเขียนสคริปต์อัตโนมัติ สำหรับคนอื่นๆ มันเป็นเพียงชุดเทคโนโลยีและเครื่องมือที่ทันสมัยซึ่งจำเป็นต้องใช้เพื่อให้คงความเยาว์วัยและประสบความสำเร็จอยู่เสมอ สำหรับประการที่สี่ มันคือ CICD และทุกสิ่งที่เกี่ยวข้องกับมัน มีการตีความ DevOps มากมายจริงๆ ดังนั้นใครๆ ก็สามารถค้นหาสิ่งที่พวกเขาชอบที่สุดได้อย่างอิสระ
การตีความ DevOps ที่แตกต่างกันทำให้เกิดการอภิปรายอย่างดุเดือด ซึ่งนำไปสู่การปรากฏบทความเพิ่มเติมในหัวข้อนี้ ฉันยังบันทึกบางส่วนไว้ในบุ๊กมาร์กของฉันด้วย:
- .
- .
หากคุณอ่านบทความที่ยกย่อง DevOps มากพอ คุณอาจรู้สึกว่าวิศวกรผู้ดูแลระบบคนใดคนหนึ่งเพียงต้องการเปลี่ยนตำแหน่งปัจจุบันในโปรไฟล์ LinkedIN จากวิศวกรผู้ดูแลระบบเป็น DevOps และเขาจะเริ่มได้รับคำเชิญให้สัมภาษณ์จาก HR จากองค์กรขนาดใหญ่และขนาดใหญ่ทันที บริษัท ที่ประสบความสำเร็จซึ่งจะสัญญาว่าจะให้เงินเดือนสูงกว่าปัจจุบันถึง 2 เท่าจะมอบ Macbook ใหม่ โฮเวอร์บอร์ดให้คุณ และจะไม่ลืมเกี่ยวกับการสมัครสมาชิกเพื่อเติม vape ฟรีและสมูทตี้จำนวนไม่สิ้นสุด โดยทั่วไปแล้ว สวรรค์แห่งไอทีจะเกิดขึ้น
หากคุณอ่านบทความที่ดูถูกข้อดีของ DevOps คุณจะเริ่มรู้สึกว่า DevOps เป็นทาสรูปแบบใหม่ โดยที่ผู้คนควรเขียนโค้ดให้เกือบจะอยู่ในระดับเดียวกับนักพัฒนา ช่วยพวกเขาแก้ไขข้อบกพร่อง จัดการกับระบบอัตโนมัติและ CICD ปรับใช้ Jira กับ Wiki หมุนคลาวด์ รวบรวมคอนเทนเนอร์และจัดการพวกมัน ในขณะเดียวกันก็ทำงานผู้ดูแลระบบไปพร้อม ๆ กัน โดยไม่ลืมเรื่องการเติมคาร์ทริดจ์ การจีบสายคู่บิด และรดน้ำดอกไม้ในสำนักงาน
แต่อย่างที่คุณทราบ ความจริงมักจะอยู่ตรงกลาง ดังนั้นวันนี้เราจะพยายามหาคำตอบกันสักหน่อย
ผู้ดูแลระบบไม่จำเป็นอีกต่อไปแล้วใช่ไหม?
ในฐานะผู้ดูแลระบบและวิศวกรที่ทำงานกับผลิตภัณฑ์ Microsoft และ VMware มาระยะหนึ่งแล้ว ฉันเริ่มสังเกตเห็นว่าในช่วงไม่กี่ปีที่ผ่านมา มีการสนทนากันเป็นระยะว่าผู้ดูแลระบบจะไม่มีประโยชน์กับใครเลยในไม่ช้า เนื่องจาก:
- โครงสร้างพื้นฐานทั้งหมดกำลังจะเปลี่ยนแปลงและกลายเป็น IaaC (โครงสร้างพื้นฐานเป็นโค้ด) ตอนนี้จะไม่มี GUI พร้อมปุ่ม มีแต่ PowerShell, ไฟล์ yaml, การกำหนดค่า ฯลฯ หากบริการหรือส่วนประกอบบางส่วนเสียหายก็ไม่จำเป็นต้องซ่อมแซมอีกต่อไป เพราะ... ปรับใช้สำเนาใหม่อย่างรวดเร็วจากสถานะการทำงานล่าสุด
- โครงสร้างพื้นฐานด้านไอทีทั้งหมดจะย้ายไปยังระบบคลาวด์ในไม่ช้า และภายในองค์กร (ภายในองค์กร) จะมีเพียงสายเคเบิลเครือข่ายไปยังเราเตอร์ที่ใกล้ที่สุด ซึ่งจะเชื่อมต่อเรากับทรัพยากรอื่นๆ ขององค์กรทั้งหมดที่อยู่ในระบบคลาวด์ อย่างน้อยที่สุดเครื่องพิมพ์จะยังคงอยู่ในพื้นที่เพื่อให้เด็กผู้หญิงจากแผนกบัญชีสามารถพิมพ์ภาพแมวจากอินเทอร์เน็ตได้ ทุกสิ่งทุกอย่างควรอยู่ในระบบคลาวด์
- ผู้เชี่ยวชาญด้าน DevOps จะมาและทำให้ทุกสิ่งรอบตัวเป็นอัตโนมัติ ดังนั้นผู้ดูแลระบบจะต้องจำด้วยความอบอุ่นในจิตวิญญาณของพวกเขาว่าในสมัยก่อนพวกเขาส่ง Ping และติดตามเพื่อวินิจฉัยปัญหาพื้นฐานบนเครือข่ายและบนเซิร์ฟเวอร์อย่างไร
- ฉันยังได้ยินเกี่ยวกับปรากฏการณ์เช่น "Vendekapets" แต่นั่นก็นานมาแล้ว ในช่วงเริ่มต้นอาชีพของฉัน เมื่อฉันเพิ่งเริ่มก้าวแรกสู่การบริหารระบบ แต่ด้วยเหตุผลบางอย่าง “Vendekapets” ไม่เคยมา เช่นเดียวกับการสิ้นสุดของโลกตามปฏิทินของชาวมายัน เหตุบังเอิญ? อย่าคิดนะ. 🙂
ผู้ดูแลระบบ Windows ที่ทำงานใกล้ชิดกับผลิตภัณฑ์ของ Microsoft ในปัจจุบันจะไม่มีประโยชน์กับใครเลยในเร็วๆ นี้หรือไม่ หรือจะยังมีความต้องการพวกเขาอยู่? ผู้ดูแลระบบ Windows จะยังคงสวมสถานะเป็นผู้ดูแลระบบและวิศวกรต่อไป หรือพวกเขาจะถูกลดบทบาทไปเป็นแรงงานทักษะต่ำ (ให้ ให้ นำมา)?
แม้แต่ที่นี่บน habr.com ในฮับ "การดูแลระบบ" เราเห็นเฉพาะการกล่าวถึง kubernetes, linux, devops, docker, open source, zabbix คำที่เราชอบมากนั้นอยู่ที่ไหน: Windows, Active Directory, Exchange, System Center, Terminal, เซิร์ฟเวอร์การพิมพ์, เซิร์ฟเวอร์ไฟล์, สคริปต์ค้างคาวและ vbs หรืออย่างน้อยก็ PowerShell ทั้งหมดนี้อยู่ที่ไหน?
จะมีชีวิตอยู่หลัง Windows หรือผู้ดูแลระบบและวิศวกรของ Windows ควรสละทุกสิ่งเพื่อเรียนรู้ Linux, docker, kubernetes, ansible, python และเข้าสู่ DevOps?
บางทีทุกอย่างอาจใช้ได้ดีกับ Windows เพียงแต่ตอนนี้มีการเผยแพร่ชุด Linux + docker + kubernetes + ansible + python ชั่วคราว ซึ่งบดบัง Windows อันเป็นที่รักของเราไปแล้ว ผู้ดูแลระบบ Windows จำเป็นต้องทำอะไรในปี 2020 เพื่อให้เป็นที่ต้องการในตลาดแรงงาน?
น่าเสียดายที่มีคำถามมากกว่าคำตอบ ดังนั้นบทความปัจจุบันจะพยายามช่วยให้เราเข้าใจทุกอย่างเพียงเล็กน้อย บทความนี้จัดทำขึ้นเพื่อผู้ดูแลระบบและวิศวกร Windows เป็นหลัก แต่ฉันมั่นใจว่าผู้เชี่ยวชาญด้านไอทีคนอื่นๆ คงจะสนใจบทความนี้เช่นกัน
Microsoft ไปสู่ระบบคลาวด์?
ก่อนอื่นผู้ดูแลระบบ Windows คือผู้นับถือ Microsoft ดังนั้นเราจะพูดถึงมันและผลิตภัณฑ์ที่ยอดเยี่ยมต่อไป
Microsoft มีผลงานโซลูชันซอฟต์แวร์ที่ค่อนข้างหลากหลาย ซึ่งหลายโซลูชันเป็นผู้นำในกลุ่มของตน หากคุณทำงานเป็นผู้ดูแลระบบและวิศวกร Windows เป็นไปได้มากว่าคุณจะพบกับพวกเขาไม่ทางใดก็ทางหนึ่ง ด้านล่างนี้ฉันจะให้คำอธิบายสั้น ๆ ของผลิตภัณฑ์แต่ละรายการและอธิบายโอกาสที่เป็นไปได้สำหรับการพัฒนาในช่วง 3-5 ปีข้างหน้า นี่ไม่ใช่คนวงในที่เป็นความลับจากสำนักงานใหญ่ในเรดมอนด์ แต่เป็นความเห็นส่วนตัวของฉัน ดังนั้นจึงขอแนะนำให้ใช้มุมมองอื่นในความคิดเห็น
การติดตั้งภายในเครื่อง (ภายในองค์กร)
ของ Microsoft Exchange Server – เมลเซิร์ฟเวอร์มัลติฟังก์ชั่นที่ไม่เพียงแต่ทำงานร่วมกับเมลเท่านั้น แต่ยังรวมไปถึงรายชื่อติดต่อ ปฏิทิน งาน และอื่นๆ อีกมากมาย Exchange Server เป็นหนึ่งในผลิตภัณฑ์หลักของ Microsoft ซึ่งได้กลายเป็นมาตรฐานองค์กรโดยพฤตินัยในหลายบริษัท มีการบูรณาการอย่างใกล้ชิดไม่เพียงแต่กับผลิตภัณฑ์ของ Microsoft เท่านั้น แต่ยังรวมถึงโซลูชันจากผู้ขายบุคคลที่สามด้วย Exchange ได้รับความนิยมทั้งขนาดกลาง (จาก 100 คน) และบริษัทขนาดใหญ่
ณ เวลานี้ Exchange Server 2019 ถือเป็นเวอร์ชันปัจจุบัน ก่อนหน้านี้ ผลิตภัณฑ์มีการพัฒนาค่อนข้างแข็งขัน แต่เริ่มจากเวอร์ชัน Exchange 2013 การพัฒนานี้ช้าลงอย่างมาก ดังนั้น Exchange 2016 จึงสามารถเรียก Service Pack 1 แบบมีเงื่อนไขได้ (SP1) สำหรับ Exchange 2013 และ Exchange 2019 - ดังนั้น Service Pack 2 (SP2) สำหรับ Exchange 2013 ชะตากรรมของเวอร์ชันภายในองค์กรถัดไป (Exchange 2022) ยังคงเป็นคำถาม
ขณะนี้ Microsoft กำลังส่งเสริม Exchange Online อย่างแข็งขันโดยเป็นส่วนหนึ่งของบริการคลาวด์ของ Office 365 ดังนั้นฟังก์ชันใหม่ทั้งหมดจึงปรากฏอยู่ที่นั่นเป็นหลัก Exchange Online ไม่เพียงแต่จะเป็นคนแรกที่ได้รับฟีเจอร์ใหม่ แต่ยังจะได้รับความสามารถเพิ่มเติมที่จะไม่ถูกถ่ายโอนไปยังการติดตั้งภายในองค์กรในอนาคตอันใกล้นี้ การดำเนินการนี้เกิดขึ้นเพื่อเร่งการเปลี่ยนผ่านของบริษัทหลายแห่งไปสู่ระบบคลาวด์ เนื่องจาก... รูปแบบการสมัครสมาชิกมีประโยชน์ทางการเงินสำหรับ Microsoft มากกว่าการขายครั้งเดียว
หากปัจจุบันคุณคงการติดตั้ง Exchange Server ในเครื่องไว้ (2013 - 2019) คุณสามารถดำเนินการดังกล่าวต่อไปได้ในอีก 3-5 ปีข้างหน้า ระหว่างทาง คุณควรเริ่มสำรวจโอกาสที่ Exchange Online มอบให้ และการกำหนดค่าแบบไฮบริดเกิดขึ้นเมื่อมีเวอร์ชันท้องถิ่นและคลาวด์พร้อมกัน แม้ว่าเราจะคิดว่าจะไม่มี Exchange เวอร์ชันภายในองค์กรถัดไปอีกต่อไป ความรู้ที่ได้รับในขณะนี้เกี่ยวกับ Exchange Server จะยังคงมีความเกี่ยวข้องต่อไปอีกระยะหนึ่งด้วยเหตุผลหลายประการ:
- ขณะนี้จำนวนการติดตั้งในเครื่องค่อนข้างมาก ดังนั้นผู้ดูแลระบบที่มีคุณสมบัติเหมาะสมจึงจำเป็นในการสนับสนุน ไม่ใช่ทุกองค์กรจะสามารถย้ายเมลของตนไปยังคลาวด์ได้ในอนาคตอันใกล้นี้ด้วยเหตุผลใดก็ตาม
- โครงการย้ายระบบคลาวด์ยังไม่ใช่เรื่องเล็กน้อย ดังนั้นจึงจำเป็นต้องมีความรู้เฉพาะของทั้งโซลูชันภายในองค์กรและโซลูชันระบบคลาวด์เพื่อหลีกเลี่ยงข้อผิดพลาดส่วนใหญ่และการย้ายข้อมูลให้เสร็จสมบูรณ์ได้สำเร็จ
- ความรู้เกี่ยวกับ smtpimapmapipop3, mail flow, dkim, dmark, spf, แอนติไวรัส, โปรโตคอลป้องกันสแปมนั้นเป็นสากลและจะใช้ได้กับระบบเมลทุกประเภท
- ประสบการณ์ที่ได้รับจากการทำงานกับ Exchange Server ภายในองค์กรจะช่วยให้คุณเข้าใจ Exchange Online และตั้งค่าการกำหนดค่าที่ต้องการได้เร็วยิ่งขึ้น
- อีเมลเป็นช่องทางการสื่อสารที่สำคัญที่สุดช่องทางหนึ่งกับโลกภายนอก ดังนั้นความต้องการอีเมลจึงยังคงอยู่ คุณไม่จำเป็นต้องฟังพวก “ผู้ส่งข้อความและแชทบอทจะมาแทนที่อีเมล” เพราะ... พวกเขา "ฝัง" จดหมายหลายครั้งและจนถึงขณะนี้ก็ไม่ประสบผลสำเร็จ
Skype for Business (SfB) (เดิมชื่อ Lync) – โปรแกรมส่งข้อความขององค์กรที่มีความสามารถขั้นสูง มีการบูรณาการอย่างใกล้ชิดกับเซิร์ฟเวอร์ Exchange แต่ด้อยกว่าอย่างมากในด้านความนิยม โดยปกติแล้ว Skype for Business จะใช้เฉพาะในบริษัทขนาดใหญ่เท่านั้น เนื่องจาก... บริษัทขนาดเล็กและขนาดกลางไม่ค่อยสนใจเรื่องนี้มากนัก
เวอร์ชันปัจจุบันคือ Skype for Business 2019 ซึ่งมีความแตกต่างน้อยที่สุดเมื่อเทียบกับเวอร์ชันก่อนหน้าของ Skype for Business 2016 ดังนั้น SfB 2019 จึงถือเป็น Service Pack 1 สำหรับ SfB 2016 ไม่ใช่เวอร์ชันเต็มใหม่
ในระบบคลาวด์ Office 365 ผลิตภัณฑ์นี้นำเสนอโดยบริการ Skype for Business Online ซึ่งหลังจากนั้นไม่นานก็ถูกแทนที่ด้วย Microsoft Teams อย่างสมบูรณ์เช่น ในปัจจุบัน Skype for Business ไม่พร้อมใช้งานในระบบคลาวด์ของ Office 365 ด้วยเหตุนี้จึงไม่คุ้มค่าที่จะคาดหวัง Skype for Business 2022 เวอร์ชันท้องถิ่นถัดไป เนื่องจากความสำคัญของ Microsoft คือการพัฒนาและพัฒนา Teams Messenger ซึ่งกลายเป็นการตอบสนองของผู้ขายต่อการเกิดขึ้นของ Slack Messenger ที่ประสบความสำเร็จ
หากปัจจุบันคุณดูแลระบบ Skype for Business ในพื้นที่ และคุณชอบแนวคิดของผู้ส่งสารขององค์กร ฉันขอแนะนำให้คุณดู Teams ซึ่งเป็นส่วนหนึ่งของ Office 365 ไม่เช่นนั้นจะเป็นการดีกว่าถ้าเลือกผลิตภัณฑ์อื่นเพื่ออัพเกรดความรู้ของคุณ เพราะ Skype for Business ในพื้นที่กำลังมุ่งหน้าสู่การลืมเลือน ซึ่งแตกต่างจาก Exchange ซึ่งได้กลายเป็นมาตรฐานโดยพฤตินัยในช่องเซิร์ฟเวอร์อีเมล Skype for Business ในปัจจุบันมีทางเลือกอื่น ทีมและ Slack สำหรับบริษัทขนาดใหญ่และขนาดกลาง Telegram, Viber, Whatsapp - สำหรับบริษัทขนาดเล็ก
SharePoint – พอร์ทัลภายในองค์กรที่บริษัทต่างๆ สามารถโพสต์บริการทางเว็บที่เป็นประโยชน์ได้ (ตารางวันหยุด รายชื่อพนักงานพร้อมรูปถ่ายและหมายเลขโทรศัพท์ การเตือนวันเกิด ข่าวองค์กร ฯลฯ) ผู้ใช้สามารถจัดเก็บ แก้ไข และแชร์ไฟล์ที่วางไว้ในไลบรารี SharePoint ของตนได้
SharePoint ก็เหมือนกับ Bitrix24 ซึ่งมีขนาดใหญ่กว่า ใช้งานได้มากกว่า มีราคาแพงกว่า และกำหนดค่าและรองรับได้ยากกว่ามาก คุณสมบัติพิเศษคือความสามารถในการแก้ไขเอกสารหนึ่งฉบับโดยพนักงานจำนวนมากซึ่งสะดวกมากเมื่อมีคน 100 คนพยายามกรอกตารางวันหยุดและบูรณาการกับ Office Online Server และ MS Office ในพื้นที่
Sharepoint เป็นผลิตภัณฑ์ขนาดใหญ่ ซับซ้อน และมีราคาแพง ดังนั้นจึงมักถูกใช้โดยบริษัทขนาดใหญ่เท่านั้น บริษัทขนาดเล็กใช้ Bitrix24 หรือระบบอะนาล็อก หรือเพียงจัดเก็บไฟล์ไว้บนเซิร์ฟเวอร์ไฟล์ และเผยแพร่บริการเว็บที่เป็นประโยชน์ไปยังไซต์ภายในต่างๆ
ฟาร์ม SharePoint (คลัสเตอร์) โดยปกติจะได้รับการจัดการโดยนักพัฒนาที่มีฟังก์ชันผู้ดูแลระบบ และไม่ใช่โดยผู้ดูแลระบบที่ "บริสุทธิ์" เนื่องจาก เพื่อให้ SharePoint ได้รับความนิยมและเป็นประโยชน์ต่อบริษัท จำเป็นต้องเพิ่มสิ่งต่างๆ มากมายโดยใช้โค้ด
Office 365 มี SharePoint Online ซึ่งเป็นเวอร์ชันที่เรียบง่ายของ SharePoint ภายในเครื่อง เช่น มันมีตัวเลือกการปรับแต่งเพียงเล็กน้อยและ “ปรับแต่งให้เหมาะกับคุณ” แต่มันช่วยบรรเทาความปวดหัวมากมายเกี่ยวกับการทำงานของนักพัฒนาและผู้ดูแลระบบได้ คำตัดสินของฉันคือ: ความซับซ้อนและค่าใช้จ่ายสูงในการสนับสนุน SharePoint เวอร์ชันภายในองค์กรจะส่งผลเสีย และบริษัทต่างๆ จะเริ่มค่อยๆ เปลี่ยนไปใช้ SharePoint Online อย่างมีความสุข หรือละทิ้ง Sharepoint โดยสิ้นเชิงเพื่อหันไปหาโซลูชันที่ง่ายกว่าบางอย่าง โดยส่วนตัวแล้วฉันไม่เห็นชีวิตที่สดใสและไร้กังวลของ SharePoint ในการติดตั้งภายในเครื่อง
System Center คือกลุ่มผลิตภัณฑ์ทั้งหมดสำหรับการปรับใช้ กำหนดค่า จัดการและติดตามโครงสร้างพื้นฐาน Windows ขนาดใหญ่ การตัดสินประกอบด้วย: System Center Configuration Manager (SCCM), System Center Virtual Machine Manager (SCVMM), System Center Operations Manager (SCOM), System Center Data Protection Manager (SCDPM), System Center Service Manager (SCSM), System Center Orchestrator (SCORCH) ).
โดยปกติแล้วผลิตภัณฑ์ System Center แบบครบวงจรจำเป็นสำหรับบริษัทขนาดใหญ่เท่านั้น ในขณะที่บริษัทขนาดกลางมักจะใช้ผลิตภัณฑ์เพียงหนึ่งหรือสองผลิตภัณฑ์เท่านั้น
เนื่องจากผลิตภัณฑ์ System Center ค่อนข้างยากในการเรียนรู้และมักจะใช้ในโครงสร้างพื้นฐานขนาดใหญ่เท่านั้น จึงเป็นเรื่องปกติที่จะมอบหมายบุคคลที่แยกจากกันให้ทำงานร่วมกับพวกเขา เช่น ผู้ดูแลระบบที่ตรวจสอบระบบ (SCOM) ผู้ดูแลระบบบำรุงรักษาเวิร์กสเตชัน (SCCM) ผู้ดูแลระบบการจำลองเสมือน (Hyper -V + SCVMM), ผู้จัดการระบบอัตโนมัติโครงสร้างพื้นฐาน (SCORCH + SCSM)
Microsoft กำลังพัฒนาบริการคลาวด์อย่างรวดเร็ว ดังนั้นฟังก์ชันการทำงานของ System Center จึงค่อยๆ ย้ายไปยังระบบคลาวด์ ทั้งหมดนี้จะมีผลกระทบอย่างมีนัยสำคัญต่อผลิตภัณฑ์ภายในองค์กรของ System Center ในอนาคตอันใกล้นี้
การทำงาน ระบบศูนย์ Orchestrator (SCORCH) จะถูกแทนที่ในอนาคตโดยบริการ Azure Automation ().
การทำงาน ตัวจัดการการดำเนินงานศูนย์ระบบ (SCOM) จะมาแทนที่บริการ Azure Monitor ในอนาคต ().
การทำงาน ตัวจัดการการป้องกันข้อมูลศูนย์ระบบ (SCDPM) จะมาแทนที่บริการ Azure Backup ในอนาคต ().
การทำงาน ผู้จัดการบริการศูนย์บริการระบบ (SCSM) จะหยุดเป็นที่ต้องการหรือจะถูกแทนที่ด้วยระบบตั๋วอื่น ๆ เช่นจิรา
ตัวจัดการเครื่องเสมือนศูนย์ระบบ (SCVMM) ในตอนนี้จะยังคงอยู่กับบริษัทต่างๆ ที่ใช้ Hyper-V virtualization ในพื้นที่ การติดตั้ง Hyper-V (เซิร์ฟเวอร์ 10-15) ขนาดเล็กสามารถจัดการได้สำเร็จโดยไม่ต้องใช้ SCVMM โดยใช้เครื่องมือมาตรฐานเท่านั้น - Failover Cluster Manager, Hyper-V Manager, Windows Admin Center
ตัวจัดการการกำหนดค่าระบบศูนย์ (SCCM) – ใช้สำหรับการปรับใช้ระบบปฏิบัติการจำนวนมาก การติดตั้งแอปพลิเคชันขององค์กรจากแค็ตตาล็อกเดียว การติดตั้งการอัปเดต Windows บนเซิร์ฟเวอร์และเวิร์กสเตชันปลายทาง รายการแอปพลิเคชัน และการคำนวณสิทธิ์การใช้งาน ดูเหมือนว่านี่จะเป็นผลิตภัณฑ์เดียวจากกลุ่มผลิตภัณฑ์ System Center ทั้งหมดที่จะคงอยู่กับเราในโครงสร้างพื้นฐานภายในองค์กร เนื่องจาก... ขณะนี้ยังไม่สามารถแทนที่ด้วยสิ่งที่ใช้ระบบคลาวด์ได้ทั้งหมด
หากคุณยังคงติดตั้ง System Center Configuration Manager (SCCM) ในสถานที่ คุณสามารถดำเนินการดังกล่าวต่อไปได้เนื่องจาก สินค้าจะอยู่กับเราไปอีกอย่างน้อย 3-5 ปีข้างหน้า นอกจากนี้ผมขอแนะนำให้เริ่มศึกษาความสามารถของ Office 365 เพราะ... สิ่งนี้จะเข้ากันได้ดีกับตำแหน่งผู้ดูแลระบบ Enterprise Desktop
บทบาทผู้ดูแลระบบสำหรับผลิตภัณฑ์ System Center อื่นๆ ส่วนใหญ่จะถูกตัดออก บริการของ Azure ช่วยให้งานง่ายขึ้นอย่างมาก โดยซ่อนความซับซ้อนทั้งหมดจากการสอดรู้สอดเห็น มาดูผู้ดูแลระบบอัตโนมัติ (SCORCH + SCSM) เป็นตัวอย่าง SCORCH จะถูกแทนที่ด้วย Azure Automation ความรู้เกี่ยวกับกระบวนการอัตโนมัติ PowerShell, SQL จะยังคงอยู่และเป็นประโยชน์สำหรับ Azure Automation แต่ความรู้ในการสร้างคลัสเตอร์ SCORCH การรับรองความพร้อมใช้งานสูง การกำหนดขนาดทรัพยากร การอัปเดต การย้ายไปยังเวอร์ชันใหม่ การสำรองข้อมูลและการตรวจสอบจะสูญเสียความเกี่ยวข้อง เนื่องจาก งานทั้งหมดนี้จะถูกยึดครองโดยคลาวด์ Azure ผู้ดูแลระบบอัตโนมัติจะเน้นเฉพาะกระบวนการอัตโนมัติเท่านั้น เนื่องจาก... งานทั้งหมดเพื่อรักษาฟังก์ชันการทำงานของโครงสร้างพื้นฐานอัตโนมัติจะถูกพรากไปจากเขา
เซิร์ฟเวอร์ Windows และบทบาทของมัน
ไดเรกทอรีที่ใช้งานอยู่ (AD) – สถานที่จัดเก็บบัญชีผู้ใช้และคอมพิวเตอร์ หากบริษัทมีคอมพิวเตอร์มากกว่า 20 เครื่อง เป็นไปได้มากว่าบริษัทนั้นมีโดเมน Active Directory บางประเภทอยู่แล้ว ความรู้เกี่ยวกับ Active Directory ความสามารถในการแยกโดเมนจากฟอเรสต์ และความสามารถในการทำงานกับนโยบายกลุ่ม เป็นสิ่งจำเป็นสำหรับผู้ดูแลระบบ Windows ความรู้นี้จะเกี่ยวข้องไปอีก 20 ปี นอกจากนี้ ฉันขอแนะนำให้คุณทำความคุ้นเคยกับ Azure AD (AAD) โดยดูตัวเลือกสำหรับการซิงโครไนซ์ผู้ใช้ระหว่างโครงสร้างพื้นฐานในองค์กรและระบบคลาวด์
DNS, DHCP – บริการเครือข่าย ความเข้าใจที่เป็นประโยชน์ในทุกด้านของไอที ตั้งแต่การบริหารจนถึงการเขียนโปรแกรม ดังนั้นคุณต้องรู้จักบริการเหล่านี้ การทำความเข้าใจการทำงานของเครือข่าย โปรโตคอลการกำหนดเส้นทาง โมเดล OSI และ TCPIP จะเป็นประโยชน์อย่างแน่นอนสำหรับผู้เชี่ยวชาญด้านไอที
Hyper-V – ชื่อของเทคโนโลยีการจำลองเสมือนทั้งหมดจาก Microsoft และไฮเปอร์ไวเซอร์โดยเฉพาะ มีการพัฒนาค่อนข้างรวดเร็ว แม้ว่าในความคิดของฉัน คุณลักษณะใหม่ส่วนใหญ่ (Shielded VM, Encrypted Subnets, Storage Spaces Direct) มุ่งเป้าไปที่ผู้ให้บริการคลาวด์ในพื้นที่ (ผู้ให้บริการคลาวด์) และผู้ให้บริการคลาวด์ระดับโลก (Azure) เป็นหลัก ไม่ใช่ที่องค์กร ส่วนงาน (องค์กร) โดยทั่วไปสิ่งนี้เป็นสิ่งที่เข้าใจได้ เนื่องจาก Microsoft ใช้งานและทดสอบฟังก์ชันการทำงานใหม่ในระบบคลาวด์ Azure เป็นครั้งแรก จากนั้นจึงโอนไปยัง Windows Server และ Hyper-V เท่านั้น
Hyper-V ยังคงประสบปัญหาจากการไม่มีคอนโซลฟรีเพียงเครื่องเดียวที่มีคุณสมบัติที่จำเป็นทั้งหมด ตอนนี้เรามี Failover Cluster Manager, Hyper-V Manager, Windows Admin Center SCVMM ควรจะเป็นคอนโซลดังกล่าว แต่ต้องจ่ายเงินและเรียนรู้ค่อนข้างยาก
หากปัจจุบันคุณยังคงติดตั้ง Hyper-V ในเครื่องโดยไม่มี SCVMM คุณสามารถดำเนินการดังกล่าวต่อไปได้ ในแบบคู่ขนาน ฉันขอแนะนำให้เริ่มศึกษา Azure IaaS และกลไกในการย้ายเครื่องเสมือนระหว่างระบบคลาวด์และโครงสร้างพื้นฐานภายในองค์กร
ในสภาพแวดล้อมของฉัน (ธนาคาร โทรคมนาคม บริษัทประกันภัย ผู้ถือครองอุตสาหกรรมขนาดใหญ่) ตามกฎแล้วการจำลองเสมือนที่มีประสิทธิผลทั้งหมดจะได้รับการจัดการโดย VMware vSphere ไม่ใช่ Hyper-V ที่มี SCVMM ดังนั้นฉันจึงสามารถแนะนำให้ผู้ดูแลระบบ Hyper-V ดู ต่อ VMware และผลิตภัณฑ์ของบริษัท
บริการคลาวด์
สำนักงาน 365 เป็นบริการคลาวด์ที่ให้บริการแพ็คเกจการสมัครใช้งานแอปพลิเคชัน Microsoft Office (เวอร์ชันท้องถิ่นและเว็บ) และยังรวมถึงผลิตภัณฑ์เซิร์ฟเวอร์หลัก - Exchange, Teams, OneDrive และ Sharepoint
ในขณะนี้ Office 365 เป็นบริการแบบพอเพียงซึ่งครอบคลุมความต้องการด้านการสื่อสารในสำนักงานเกือบทั้งหมด เนื่องจากติดตั้งง่าย จึงเหมาะสำหรับทั้งบริษัทขนาดเล็กและธุรกิจขนาดกลางและขนาดใหญ่
การมีอยู่ของบริการ Exchange, Teams, OneDrive และ Sharepoint ที่ปรับใช้แล้วในระบบคลาวด์ช่วยลดภาระของผู้ดูแลระบบได้อย่างมาก เนื่องจาก ขั้นตอนทั้งหมดสำหรับการติดตั้ง การกำหนดขนาดทรัพยากร การอัปเดต และการโยกย้ายเป็นเวอร์ชันใหม่ ตอนนี้เป็นของ Microsoft ทั้งหมด หากก่อนหน้านี้จำเป็นต้องมีผู้ดูแลระบบเฉพาะแยกกัน 4-6 คนเพื่อรักษา Exchange, Teams, OneDrive และ Sharepoint ในโครงสร้างพื้นฐานภายในเครื่อง ขณะนี้ใน Office 365 มีเพียงผู้ดูแลระบบโดยเฉลี่ย 1 คนเท่านั้นที่เพียงพอ หากมีบางอย่างไม่ทำงานหรือทำงานไม่ถูกต้อง คุณสามารถสร้างตั๋วไปยังฝ่ายสนับสนุนด้านเทคนิคของ Microsoft ได้โดยตรงจากอินเทอร์เฟซ Office 365 ซึ่งสะดวกมาก
หากปัจจุบันคุณเป็นผู้ดูแลระบบที่ดูแลผลิตภัณฑ์ Exchange, Skype for Business หรือ Sharepoint เวอร์ชันภายในองค์กร ฉันขอแนะนำให้ดูเวอร์ชันคลาวด์ซึ่งเป็นส่วนหนึ่งของ Office 365 เพื่อทำความเข้าใจว่าเวอร์ชันเหล่านี้เหมาะกับคุณอย่างไรและฟังก์ชันใดบ้างที่มีให้เมื่อเปรียบเทียบกับ เวอร์ชันภายในองค์กร
สีฟ้า เป็นแพลตฟอร์มคลาวด์ระดับโลกจาก Microsoft ที่รวมชุดบริการคลาวด์ที่ขยายตัวอยู่ตลอดเวลาซึ่งช่วยให้องค์กรต่างๆ แก้ไขปัญหาทางธุรกิจได้ ปัจจุบัน Azure มีบริการมากกว่า 300 รายการ โดยจัดกลุ่มเป็นหมวดหมู่ต่างๆ (คอมพิวเตอร์ เครือข่าย พื้นที่เก็บข้อมูล ฐานข้อมูล การวิเคราะห์ Internet of Things ความปลอดภัย devOps คอนเทนเนอร์ ฯลฯ)
Microsoft Azure เปิดตัวครั้งแรกในปี 2009 ปัจจุบันครองตำแหน่งผู้นำในตลาดบริการคลาวด์ระดับโลก และประสบความสำเร็จในการแข่งขันกับ Amazon AWS
ตามรายงานทางการเงินล่าสุด () กำไรรายไตรมาสของ Microsoft (ไตรมาสที่ 4 ปี 2019) เพิ่มขึ้น 49% เนื่องจากความสำเร็จของ Office 365 และธุรกิจคลาวด์ รายได้จาก Azure เพิ่มขึ้น 64%
Azure พร้อมด้วย Office 365 เป็นพื้นที่หลักที่ Microsoft กำกับดูแลทรัพยากรทางการเงินและองค์กร
บริการมากมายบนแพลตฟอร์ม Azure สามารถสร้างความสับสนได้แม้แต่ผู้เชี่ยวชาญด้านไอทีที่มีประสบการณ์ ดังนั้นด้านล่างนี้คือคำอธิบายของโครงสร้างพื้นฐานเซิร์ฟเวอร์ Windows ทั่วไป โดยที่ฉันจะระบุอะนาล็อกโดยประมาณในระบบคลาวด์ Azure ในวงเล็บ ฉันหวังว่านี่จะเป็นจุดเริ่มต้นในการเรียนรู้ Azure เพราะอย่างที่คุณทราบ คุณต้องเริ่มจากเล็กๆ และค่อยๆ ก้าวลึกลงไป
โครงสร้างพื้นฐานเซิร์ฟเวอร์ Windows ทั่วไปมีลักษณะดังนี้:
- Active Directory (AD) พร้อมนโยบายกลุ่มและ DNS (Azure Active Directory (AAD), Azure DNS).
- DHCP
- เซิร์ฟเวอร์จดหมายแลกเปลี่ยน (แลกเปลี่ยนออนไลน์เป็นส่วนหนึ่งของ Office 365).
- ฟาร์ม RDS พร้อมเทอร์มินัลเซิร์ฟเวอร์หลายตัว (เครื่องเสมือน Azure + เครือข่ายเสมือน Azure + ที่เก็บข้อมูล Azure).
- ไฟล์เซิร์ฟเวอร์ที่พนักงานจัดเก็บไฟล์ของตน (ที่เก็บข้อมูลไฟล์ Azure, เครื่องเสมือน Azure + เครือข่ายเสมือน Azure + ที่เก็บข้อมูล Azure)
- เซิร์ฟเวอร์ที่มีแอปพลิเคชันและฐานข้อมูล (1C, พอร์ทัลไซต์ภายใน, CRM ฯลฯ) (ฐานข้อมูล Azure SQL, เว็บไซต์ Azure, Microsoft Dynamics 365, เครื่องเสมือน Azure + Azure Virtual Network + ที่เก็บข้อมูล Azure)
งานธุรการหลักคือ:
- การสร้างการสำรองข้อมูล (การสำรองข้อมูลสีฟ้า).
- การรวบรวมและการวิเคราะห์บันทึก (การวิเคราะห์บันทึก Azure).
- ระบบอัตโนมัติของงานประจำ (ระบบอัตโนมัติสีฟ้า).
- ตรวจสอบสถานะของการบริการและรับการแจ้งเตือนเกี่ยวกับความล้มเหลว (จอภาพสีฟ้า).
สำหรับผู้ดูแลระบบ Windows ที่ดูแลโครงสร้างพื้นฐานในท้องถิ่น ฉันขอแนะนำก่อนอื่นให้มองหาแอนะล็อกของบริการที่พวกเขาชื่นชอบในระบบคลาวด์ Azure เพื่อทำงานร่วมกับพวกเขาเพียงเล็กน้อย พิจารณาประโยชน์สำหรับบริษัท และอาจจัดระเบียบตัวเลือกแบบไฮบริดโดยเลือก สิ่งที่ดีที่สุดของทั้งสองโลก
การอบรม
ความสำคัญของ Microsoft ในการพัฒนาผลิตภัณฑ์กำลังค่อยๆ เปลี่ยนไปใช้โซลูชันระบบคลาวด์ ดังนั้นคุณต้องเริ่มเรียนรู้ทันที ฉันจะหาความรู้เพิ่มเติมเกี่ยวกับ Azure ในภาษารัสเซียได้ที่ไหน น่าเสียดายที่มีทรัพยากรดังกล่าวไม่มากนัก
Microsoft เสนอให้ใช้พอร์ทัล Microsoft Learn - . เนื้อหาข้อความได้รับการแปลเป็นภาษารัสเซีย ส่วนวิดีโอจะได้รับเป็นภาษาอังกฤษ แม้ว่าจะมีคำบรรยายภาษารัสเซียก็ตาม
เนื่องจากเป็นสื่อที่ดีและมีคุณภาพสูงสำหรับการเรียนรู้ Azure ฉันจึงขอแนะนำหลักสูตรพื้นฐาน Azure ของการสอบ AZ-900 ซึ่ง Igor Shastitko อ่านในช่อง YouTube ของเขา (). ขณะนี้มีวิดีโอ 13 รายการ แต่หากมีการสนับสนุนอย่างเพียงพอจากชุมชน (เช่น การสมัครรับข้อมูล) เนื้อหาจะปรากฏเร็วขึ้นและการดำเนินการต่อจะใช้เวลาไม่นาน
นอกจากนี้ ในช่อง iwalker2000 ฉันขอแนะนำให้ดูเพลย์ลิสต์ “IT Career: How to Become an IT Specialist” ซึ่งจะช่วยให้ผู้เชี่ยวชาญที่มีความมุ่งมั่นกำหนดเส้นทางการพัฒนาทางวิชาชีพและสร้างอาชีพได้อย่างถูกต้อง ()
น่าเสียดายที่ Azure ในภาษารัสเซียมีเนื้อหาไม่มากเท่าที่เราต้องการ ดังนั้นหากคุณทราบแหล่งข้อมูลที่เป็นประโยชน์อื่นๆ ในหัวข้อนี้ โปรดแบ่งปันในความคิดเห็น ผู้เชี่ยวชาญด้านไอทีหลายคนจะขอบคุณคุณสำหรับสิ่งนี้
ผลการวิจัย
จากทั้งหมดข้างต้นสามารถสรุปผลอะไรได้บ้าง?
- โครงสร้างพื้นฐานของ Microsoft ยังมีชีวิตอยู่ และจะไม่หายไป Microsoft มีผลงานโซลูชันซอฟต์แวร์ที่ค่อนข้างหลากหลาย ซึ่งหลายโซลูชันเป็นผู้นำในกลุ่มของตน ดังนั้นผู้ดูแลระบบจึงมีบางสิ่งที่ต้องเรียนรู้ นำไปใช้ ดำเนินการ และพัฒนาอยู่เสมอ
- ขณะนี้โครงสร้างพื้นฐานของ Microsoft มีการเปลี่ยนแปลงอย่างแข็งขันและสิ่งนี้เกิดขึ้นโดยเน้นไปที่การพัฒนาบริการคลาวด์ - Azure และ Office 365 ผลิตภัณฑ์และแอปพลิเคชันใหม่ของ Microsoft จะถูกสร้างขึ้นในขั้นต้นเพื่อทำงานในระบบคลาวด์โดยอ้างอิงถึงรูปแบบการสมัครสมาชิกพร้อมการชำระเงินรายเดือน เฉพาะผลิตภัณฑ์เหล่านี้บางส่วนเท่านั้นที่จะนำไปใช้ในโซลูชันภายในองค์กรในภายหลัง
- ผลิตภัณฑ์ที่มีราคาแพงและยากต่อการสนับสนุนจะทิ้งเราไปในเร็วๆ นี้ โดยจะย้ายทั้งหมดหรือบางส่วนไปยังคลาวด์ Azure หรือ Office 365 ผู้ดูแลระบบแต่ละรายที่ดูแลผลิตภัณฑ์เพียงตัวเดียวอย่างต่อเนื่อง (เช่น SCOM, SCSM เป็นต้น) จะถูกเปลี่ยนในเร็วๆ นี้ ยกเลิก
- หากคุณเป็นผู้ดูแลระบบที่มีประสบการณ์ซึ่งทำงานในระบบนิเวศของ Microsoft คุณไม่จำเป็นต้องทิ้งทุกอย่างและเรียกใช้ DevOps ซึ่งตอนนี้กำลังถูกพูดถึงอยู่ทุกมุม คุณสามารถพัฒนาต่อไปในทิศทางของคุณ โดยเพิ่มความสามารถในบริการคลาวด์ Azure และ Office 365
- หากต้องการยังคงเป็นผู้เชี่ยวชาญที่เป็นที่ต้องการในตลาดแรงงาน คุณจะต้องศึกษา ศึกษา และศึกษาอีกครั้ง แนวคิดของ “การศึกษาตลอดชีวิต” สำหรับไอทีมีความเกี่ยวข้องมากขึ้นกว่าที่เคย โดยเฉพาะอย่างยิ่งในช่วงเวลาของการพัฒนาเทคโนโลยีคลาวด์อย่างแข็งขัน
- ตอนนี้ DevOps อยู่ในจุดสูงสุดของความนิยม (เกินจริง) มันคือข้อเท็จจริง. ในตอนแรก DevOps ถูกมองว่าเป็นวิธีการที่ช่วยให้การพัฒนาซอฟต์แวร์และการดำเนินงานสามารถนำมารวมกันได้ โดยโปรแกรมเมอร์และวิศวกรจะทำงานร่วมกันเพื่อบรรลุเป้าหมายเดียวกัน นั่นก็คือการทำให้ซอฟต์แวร์ดีขึ้น จุดเน้นหลักคือการเปลี่ยนแปลงวัฒนธรรมการสื่อสารระหว่างทีม การพัฒนากลไกการช่วยเหลือซึ่งกันและกัน และความรับผิดชอบร่วมกันเพื่อให้ได้ผลลัพธ์สุดท้าย อย่างไรก็ตาม เป็นผลให้สิ่งนี้นำไปสู่การเกิดขึ้นของตำแหน่งใหม่ - วิศวกร DevOps ซึ่งมอบหมายงานของวิศวกรรุ่น (CICD) ผู้ดูแลระบบอัตโนมัติ ผู้ดูแลระบบคลาวด์ และวิศวกรฝ่ายปฏิบัติการ นี่เป็นสิ่งที่สำเร็จแล้ว จำนวนตำแหน่งงานว่าง DevOps และข้อกำหนดของพวกเขาเป็นเพียงการยืนยันสิ่งนี้เท่านั้น
ตอนนี้ DevOps ถือได้ว่าเป็นเส้นทางเพิ่มเติมสำหรับการพัฒนาวิศวกรผู้ดูแลระบบ DevOps เป็นวิธีที่ยอดเยี่ยมสำหรับผู้ดูแลระบบทั่วไปในการเปลี่ยนอุตสาหกรรมปัจจุบันของเขาเป็นอุตสาหกรรมการพัฒนาซอฟต์แวร์ ผู้ที่ชอบระบบอัตโนมัติและการเขียนโค้ดสคริปต์จะกลายเป็นนักพัฒนาในที่สุด และผู้ที่ชื่นชอบโครงสร้างพื้นฐาน (เครือข่าย เซิร์ฟเวอร์ ระบบปฏิบัติการ คลาวด์ ฯลฯ) จะกลายเป็นวิศวกร DevOps
- หากคุณเป็นผู้เชี่ยวชาญมือใหม่ หรือเพิ่งเข้าสู่วงการไอที ตอนนี้ DevOps เป็นวิธีที่ยอดเยี่ยมในการอัปเกรดในระยะเวลาอันสั้นและได้งานในบริษัทปกติโดยได้รับค่าตอบแทนที่เหมาะสมและมีสำนักงานที่ดี ดังนั้นเรียนรู้ Linux, Ansible นักเทียบท่า, Kubernetes, Python และ CICD
เมื่อเร็ว ๆ นี้ความต้องการแพลตฟอร์ม Linux และโซลูชันที่เกี่ยวข้องกับการพัฒนาซอฟต์แวร์เพิ่มขึ้น แต่นี่ไม่ได้เกิดจากระบบนิเวศของ Microsoft แต่เป็นเพียงช่องทางใหม่ที่ปรากฏซึ่งมีการใช้งาน Docker และ Kubernetes อย่างแข็งขันแอปพลิเคชันเสาหินถูกตัดเป็นไมโครบริการ และธุรกิจต้องการความเร็วที่เพิ่มขึ้นในการเปิดตัวซอฟต์แวร์เพื่อลดเวลาออกสู่ตลาดสำหรับฟังก์ชันใหม่
ที่มา: will.com