WEBVTT

00:00.120 --> 00:04.200
ผู้สอน: เมื่อองค์กรของคุณพิจารณาแล้วว่าการใช้ระบบคลาวด์เป็นโซลูชันที่เหมาะสมสำหรับพวกเขา

00:04.200 --> 00:10.530
การตัดสินใจครั้งต่อไปคือว่าจะโฮสต์บนไซต์หรือทำสัญญาเป็นโซลูชันที่โฮสต์จากบุคคลที่สาม

00:10.530 --> 00:12.360
เมื่อโฮสต์โซลูชันนอกสถานที่

00:12.360 --> 00:15.030
มักเรียกว่าภายในองค์กร

00:15.030 --> 00:16.890
แม้ว่าการใช้โซลูชันภายในองค์กรจะใช้งานได้ดีในแง่ของความปลอดภัย

00:16.890 --> 00:24.480
แต่ก็มีค่าใช้จ่ายสูงมาก และคุณจะต้องมีทีมงานทั้งหมดที่ทำงานเพื่อสนับสนุนโซลูชันเหล่านั้น

00:24.480 --> 00:26.730
ตอนนี้ หากคุณตัดสินใจที่จะใช้โซลูชันภายในองค์กร

00:26.730 --> 00:29.220
นั่นหมายความว่าคุณจะต้องจัดหาฮาร์ดแวร์ ซอฟต์แวร์

00:29.220 --> 00:34.260
และบุคลากรทั้งหมดที่จำเป็นในการเรียกใช้โซลูชันระบบคลาวด์ขององค์กรของคุณ

00:34.260 --> 00:36.210
นอกจากนี้ คุณจะต้องมีสิ่งอำนวยความสะดวกสำหรับศูนย์ข้อมูลนั้น

00:36.210 --> 00:43.950
ซึ่งสามารถเก็บอุปกรณ์ทั้งหมดและให้พื้นที่ พลังงาน และความเย็นที่เพียงพอเพื่อให้ทำงานได้อย่างถูกต้อง

00:43.950 --> 00:48.480
ด้วยเหตุนี้ องค์กรจำนวนมากจึงตัดสินใจใช้โซลูชันที่โฮสต์แทน

00:48.480 --> 00:49.531
ด้วยสภาพแวดล้อมแบบโฮสต์

00:49.531 --> 00:56.280
ผู้ให้บริการบุคคลที่สามจะมอบฮาร์ดแวร์และสิ่งอำนวยความสะดวกทั้งหมดที่จำเป็นในการดูแลรักษาโซลูชันระบบคลาวด์ของคุณ

00:56.280 --> 00:57.240
ซึ่งมักทำในสภาพแวดล้อมที่มีผู้เช่าหลายราย

00:57.240 --> 01:04.860
โดยหลายองค์กรมีโซลูชันคลาวด์ที่โฮสต์อยู่ภายในสถานที่ของผู้ให้บริการบุคคลที่สามแห่งเดียว

01:04.860 --> 01:07.080
ตัวอย่างเช่น Amazon, Microsoft และ Google

01:07.080 --> 01:11.250
ต่างนำเสนอโซลูชันแบบโฮสต์เพื่อให้องค์กรนำไปใช้ประโยชน์ได้

01:11.250 --> 01:15.240
ลองพิจารณาตัวอย่างของ Amazon Web Services หรือ AWS

01:15.240 --> 01:24.210
โซลูชันหลายแนวโน้มนี้ใช้ฮาร์ดแวร์ทางกายภาพตัวเดียวกันซึ่งตั้งอยู่ในสถานที่ทางกายภาพเดียวกันเพื่อรองรับองค์กรที่หลากหลายจำนวนมาก

01:24.210 --> 01:31.740
แน่นอนว่า มีการแบ่งแยกตามตรรกะเพื่อรักษาข้อมูลของคุณให้ปลอดภัยและไม่ให้ถูกเปิดเผยต่อองค์กรอื่นภายในแพลตฟอร์มที่โฮสต์

01:31.740 --> 01:33.810
แต่หากคุณมีข้อมูลที่ต้องการเก็บเป็นความลับอย่างเคร่งครัด

01:33.810 --> 01:42.750
คุณจะดีกว่ามากหากใช้โซลูชันภายในองค์กรซึ่งคุณสามารถควบคุมการเข้าถึงเซิร์ฟเวอร์เหล่านั้นทั้งทางกายภาพและทางลอจิคัลได้

01:42.750 --> 01:45.690
เมื่อใช้โซลูชันที่มีผู้เช่าหลายราย ข้อมูลที่เหลือจากองค์กรของคุณอาจถูกเปิดเผยต่อผู้เช่ารายอื่น

01:45.690 --> 01:58.500
เนื่องจากความยืดหยุ่นของเซิร์ฟเวอร์ขยายขึ้นหรือลงเพื่อจัดเตรียมและยกเลิกการจัดเตรียมความจุของเซิร์ฟเวอร์การเข้าถึง เนื่องจากคุณใช้ทรัพยากรที่ใช้ร่วมกันแบบเดียวกันกับคนอื่นๆ

01:58.500 --> 02:00.600
หากคุณตัดสินใจที่จะใช้ผู้ให้บริการโฮสติ้ง

02:00.600 --> 02:08.580
สิ่งสำคัญอย่างยิ่งคือต้องเข้าใจกลไกการตรวจสอบสิทธิ์และการอนุญาตเพื่อให้แน่ใจว่าผู้ให้บริการมีการป้องกันที่เพียงพอเพื่อตอบสนองความต้องการของคุณ

02:08.580 --> 02:15.510
นอกจากนี้ คุณควรสอบถามเกี่ยวกับมาตรการความซ้ำซ้อนและการยอมรับข้อผิดพลาดเพื่อให้แน่ใจว่ามาตรการเหล่านั้นอยู่ในระดับที่คุณต้องการ

02:15.510 --> 02:18.630
ข้อกังวลอีกประการหนึ่งของผู้ให้บริการโฮสต์ก็คือสถานที่ตั้งของพวกเขา

02:18.630 --> 02:21.630
ข้อมูลของคุณจะถูกเก็บไว้ที่ไหนในโลกนี้?

02:21.630 --> 02:25.920
จากสถานที่ตั้งดังกล่าว กฎหมายใดบ้างที่จะส่งผลกระทบต่อองค์กรและข้อมูลขององค์กรของคุณ

02:25.920 --> 02:31.170
สิ่งเหล่านี้คือสิ่งที่คุณต้องเข้าใจเมื่อเลือกผู้ให้บริการโฮสต์สำหรับองค์กรของคุณ

02:31.170 --> 02:35.105
เมื่อคุณได้ตัดสินใจว่าจะใช้ผู้ให้บริการภายในองค์กรหรือผู้ให้บริการโฮสต์แล้ว

02:35.105 --> 02:39.870
การตัดสินใจสุดท้ายจะอยู่ที่ประเภทของบริการที่คุณต้องการซื้อ

02:39.870 --> 02:43.260
ขณะนี้มีรูปแบบบริการคลาวด์หลักให้เลือกสามรูปแบบ

02:43.260 --> 02:44.760
สิ่งเหล่านี้คือซอฟต์แวร์ในรูปแบบบริการ

02:44.760 --> 02:47.790
หรือ SaaS แพลตฟอร์มในรูปแบบบริการ หรือ PaaS และโครงสร้างพื้นฐานในรูปแบบบริการ

02:47.790 --> 02:50.490
หรือ IaaS

02:50.490 --> 02:52.350
ขณะนี้ภายใต้ซอฟต์แวร์ในฐานะบริการ

02:52.350 --> 02:56.100
ผู้ให้บริการจะให้โซลูชันที่สมบูรณ์แก่องค์กรของคุณ

02:56.100 --> 02:58.290
ซึ่งรวมถึงฮาร์ดแวร์ เช่น เครือข่าย เซิร์ฟเวอร์จัดเก็บข้อมูล

02:58.290 --> 03:00.870
และการจำลองเสมือน ตลอดจนระบบปฏิบัติการ มิดเดิลแวร์

03:00.870 --> 03:09.420
รันไทม์ การประมวลผลข้อมูล และแอปพลิเคชันหรือซอฟต์แวร์ที่จำเป็นสำหรับการให้บริการแก่ผู้ใช้ปลายทางของคุณ

03:09.420 --> 03:12.780
ตัวอย่างเช่น หากองค์กรของคุณใช้ Office 365 จาก Microsoft

03:12.780 --> 03:16.290
หรือ Docs and Sheets โดย Google Workspace ซอฟต์แวร์เหล่านี้จะถือเป็นโซลูชันบริการ

03:16.290 --> 03:26.280
และช่วยให้ผู้ใช้ปลายทางของคุณสามารถเข้าถึงอีเมล เอกสาร สเปรดชีต และอื่นๆ อีกมากมาย โดยตรงภายในเว็บเบราว์เซอร์

03:26.280 --> 03:27.380
อีกตัวอย่างที่ดีของซอฟต์แวร์ที่เป็นบริการคือ

03:27.380 --> 03:30.900
TurboTax และ QuickBooks Online

03:30.900 --> 03:36.016
ซอฟต์แวร์เหล่านี้มอบซอฟต์แวร์การยื่นภาษีและการทำบัญชีที่คุณสามารถเข้าถึงได้ทางออนไลน์โดยใช้เพียงเว็บเบราว์เซอร์ของคุณ

03:36.016 --> 03:38.490
และซอฟต์แวร์เหล่านี้จะจัดการซอฟต์แวร์ทั้งหมด ฮาร์ดแวร์ทั้งหมด

03:38.490 --> 03:41.520
และข้อกำหนดในการจัดเก็บข้อมูลทั้งหมดในนามของคุณ

03:41.520 --> 03:47.850
บางครั้งคุณจะต้องสร้างแอปพลิเคชันหรือซอฟต์แวร์ที่กำหนดเองเพื่อตอบสนองความต้องการบริการเฉพาะของคุณ

03:47.850 --> 03:51.630
ในกรณีนี้ คุณอาจต้องการเพียงผู้ให้บริการเพื่อมอบฮาร์ดแวร์ให้กับคุณ

03:51.630 --> 03:53.430
รวมถึงเครือข่าย พื้นที่เก็บข้อมูล

03:53.430 --> 03:55.170
เซิร์ฟเวอร์ และการจำลองเสมือน

03:55.170 --> 03:56.640
รวมถึงระบบปฏิบัติการ มิดเดิลแวร์

03:56.640 --> 03:58.920
และแอปพลิเคชันรันไทม์

03:58.920 --> 04:01.232
แต่แตกต่างจากซอฟต์แวร์ที่เป็นโซลูชันการบริการ

04:01.232 --> 04:08.315
คุณจะต้องรับผิดชอบในการสร้างโค้ดแอปพลิเคชันจริงและจัดการการประมวลผลข้อมูลระหว่างไคลเอนต์และเซิร์ฟเวอร์ของคุณ

04:08.315 --> 04:10.260
ขณะนี้ ด้วยแพลตฟอร์มในฐานะบริการ

04:10.260 --> 04:11.280
คุณจะได้รับประโยชน์จากการใช้ระบบคลาวด์

04:11.280 --> 04:13.890
รวมถึงทรัพยากรที่ใช้ร่วมกัน การใช้งานตามมิเตอร์

04:13.890 --> 04:19.410
ความยืดหยุ่นที่รวดเร็ว ความพร้อมใช้งานสูง และการซิงโครไนซ์ไฟล์

04:19.410 --> 04:24.690
แต่คุณยังมีความสามารถในการปรับแต่งการพัฒนาของคุณเองให้ตรงกับความต้องการทางธุรกิจของคุณ

04:24.690 --> 04:32.910
ภายใต้โมเดลนี้ ผู้จำหน่ายบุคคลที่สามจะจัดหาฮาร์ดแวร์และซอฟต์แวร์ระบบปฏิบัติการให้กับองค์กรของคุณที่จำเป็นสำหรับบริการเฉพาะในการดำเนินการ

04:32.910 --> 04:34.710
แต่พวกเขาจะไม่ให้รหัสหรือแอปพลิเคชันที่ใกล้กับจุดสิ้นสุดที่สุดแก่คุณ

04:34.710 --> 04:37.830
ผู้ใช้

04:37.830 --> 04:41.115
ตัวอย่างเช่น หากบริษัทของคุณกำลังพัฒนาเว็บแอปพลิเคชันใหม่

04:41.115 --> 04:45.510
พวกเขาอาจมีแพลตฟอร์มการพัฒนาที่จัดทำโดยผู้ให้บริการคลาวด์บุคคลที่สาม

04:45.510 --> 04:48.225
ที่บริษัทของฉัน Dion Training ขณะที่เรากำลังถ่ายทำเรื่องนี้

04:48.225 --> 04:51.870
จริงๆ แล้วเรากำลังอยู่ในกระบวนการพัฒนาระบบบริหารจัดการการเรียนรู้ของเราเองตั้งแต่ต้นจนจบ

04:51.870 --> 04:59.220
แต่เราไม่ต้องการจัดการกับฮาร์ดแวร์และเครือข่ายพื้นฐานทั้งหมด เลเยอร์การจัดเก็บและระบบปฏิบัติการ

04:59.220 --> 05:01.595
ดังนั้นเราจึงเลือกแพลตฟอร์มเป็นบริการเป็นโซลูชันของเราผ่าน

05:01.595 --> 05:12.094
Amazon Web Services เนื่องจากพวกเขาจะจัดการทุกอย่างตั้งแต่ฐานข้อมูลไปจนถึงกลุ่มเทคโนโลยีของเรา และทีมของฉันและฉันมีหน้าที่รับผิดชอบเฉพาะโค้ดซอฟต์แวร์ที่ผู้ใช้ปลายทางของเราเท่านั้น

05:12.094 --> 05:18.240
นักเรียนของเราจะโต้ตอบและประมวลผลข้อมูลในขณะที่นักเรียนเรียนหลักสูตรของเรา

05:18.240 --> 05:20.070
ตอนนี้ นี่คือแพลตฟอร์มในฐานะบริการในที่ทำงาน

05:20.070 --> 05:22.680
เพราะ Amazon ให้เซิร์ฟเวอร์ การกำหนดค่าระบบปฏิบัติการ

05:22.680 --> 05:25.830
และแม้แต่ฐานข้อมูลแก่เรา จากนั้นเราจึงสามารถสร้างอะไรก็ตามที่เราต้องการ

05:25.830 --> 05:33.661
นอกเหนือจากนั้นเพื่อจัดเตรียมแอปพลิเคชันขั้นสุดท้ายของเราหรือ ซอฟต์แวร์สำหรับผู้ใช้ปลายทางของเราซึ่งเป็นนักเรียนของเรา

05:33.661 --> 05:35.970
โมเดลบริการคลาวด์ประเภทสุดท้ายที่เราจำเป็นต้องครอบคลุมเรียกว่า

05:35.970 --> 05:40.110
IaaS หรือโครงสร้างพื้นฐานในฐานะบริการ

05:40.110 --> 05:42.150
ปัจจุบัน โครงสร้างพื้นฐานในฐานะบริการเป็นวิธีการจัดเตรียมทรัพยากรไอที

05:42.150 --> 05:48.690
เช่น เซิร์ฟเวอร์ โหลดบาลานเซอร์ และส่วนประกอบเครือข่ายพื้นที่จัดเก็บข้อมูล เมื่อจำเป็น

05:48.690 --> 05:50.065
ด้วยโครงสร้างพื้นฐานที่เป็นบริการ

05:50.065 --> 05:52.620
คุณจะได้รับประโยชน์จากการจัดสรรทรัพยากรเพิ่มเติมแบบไดนามิก

05:52.620 --> 05:55.590
ซึ่งเรียกว่าความยืดหยุ่น

05:55.590 --> 06:01.302
แต่คุณไม่จำเป็นต้องปวดหัวกับความมุ่งมั่นระยะยาวในการซื้อและใช้งานฮาร์ดแวร์ทั้งหมดด้วยตัวเอง

06:01.302 --> 06:07.380
ตัวอย่างเช่น คุณอาจทำสัญญากับเว็บเซิร์ฟเวอร์บนคลาวด์ตัวใหม่เพื่อโฮสต์เว็บไซต์ของบริษัทของคุณ

06:07.380 --> 06:10.620
หากคุณใช้ Amazon Web Services หรือ AWS คุณจะเรียกสิ่งนี้ว่า

06:10.620 --> 06:12.360
EC2 ซึ่งก็คือ Elastic Cloud Compute

06:12.360 --> 06:15.870
และคุณจะสามารถเลือกปริมาณทรัพยากรที่เหมาะสมสำหรับอินสแตนซ์

06:15.870 --> 06:18.420
EC2 ของคุณได้

06:18.420 --> 06:19.800
บางทีคุณอาจตัดสินใจว่าต้องการ

06:19.800 --> 06:22.170
CPU สี่ตัว หน่วยความจำ 16 กิกะไบต์ พื้นที่เก็บข้อมูล

06:22.170 --> 06:24.900
500 กิกะไบต์ หรืออะไรก็ตาม

06:24.900 --> 06:27.750
จากนั้น AWS จะมอบหมายทรัพยากรฮาร์ดแวร์เหล่านั้นให้คุณใช้

06:27.750 --> 06:30.510
จากนั้นคุณจะสามารถติดตั้งระบบปฏิบัติการ มิดเดิลแวร์

06:30.510 --> 06:33.090
และรันไทม์ให้กับทรัพยากรนั้นได้

06:33.090 --> 06:36.840
ตอนนี้บางครั้งเส้นอาจพร่ามัวเล็กน้อย

06:36.840 --> 06:38.512
ตามตำราและเอกสารประกอบอย่างเป็นทางการของ

06:38.512 --> 06:42.090
CompTIA โครงสร้างพื้นฐานในฐานะบริการมุ่งเน้นไปที่ฮาร์ดแวร์เท่านั้น

06:42.090 --> 06:48.030
รวมถึงเครื่องเสมือน ส่วนพื้นที่เก็บข้อมูลและเครือข่ายของฮาร์ดแวร์นั้น

06:48.030 --> 06:49.380
อย่างไรก็ตาม ผู้ให้บริการส่วนใหญ่

06:49.380 --> 06:55.680
เช่น Amazon, Microsoft Azure และ Google Cloud จะให้คุณเลือกระบบปฏิบัติการที่คุณต้องการติดตั้งบนอินสแตนซ์การประมวลผลของคุณ

06:55.680 --> 07:01.530
เมื่อคุณเลือกทรัพยากรที่คุณต้องการ และพวกเขาจะมอบหมายให้กับคุณ

07:01.530 --> 07:02.490
ตัวอย่างเช่น EC2 instance

07:02.490 --> 07:05.730
ของ Amazon สามารถเปิดใช้งานได้โดยอัตโนมัติโดยติดตั้งอิมเมจเครื่อง

07:05.730 --> 07:08.790
Linux Amazon ไว้แล้ว และประกอบด้วยระบบปฏิบัติการ Linux

07:08.790 --> 07:14.370
พื้นฐานที่พร้อมให้คุณปรับแต่งให้ตรงตามความต้องการของคุณอย่างสมบูรณ์

07:14.370 --> 07:18.570
เหตุผลที่ฉันหยิบยกเรื่องนี้ขึ้นมาก็เพราะว่าเมื่อคุณจัดการกับบางสิ่งที่ส่วนใหญ่เป็นฮาร์ดแวร์

07:18.570 --> 07:24.243
เพียงเพราะมันมีระบบปฏิบัติการติดตั้งอยู่ ฉันไม่คิดว่ามันจะเป็นแพลตฟอร์มในฐานะบริการในการสอบ

07:24.243 --> 07:28.004
แต่คุณยังคงเลือกโครงสร้างพื้นฐานเป็นบริการแทน

07:28.004 --> 07:30.690
ตอนนี้เพื่อเข้าสู่แพลตฟอร์มในฐานะระดับการบริการ

07:30.690 --> 07:34.170
ควรมีมิดเดิลแวร์และรันไทม์ทั้งหมดด้วย

07:34.170 --> 07:36.420
ซึ่งรวมถึงสิ่งต่างๆ เช่น ฟังก์ชันการทำงานของฐานข้อมูล

07:36.420 --> 07:43.980
เว็บเซิร์ฟเวอร์ เช่น Apache หรือ NGINX และซอฟต์แวร์เซิร์ฟเวอร์และมิดเดิลแวร์อื่นๆ ที่คุณจำเป็นต้องใช้เพื่อให้สามารถให้บริการเหล่านั้นได้

07:43.980 --> 07:49.830
ในตอนนี้ สำหรับการสอบ พวกเขามักจะค่อนข้างชัดเจนเมื่อมีบางอย่างที่เป็นโครงสร้างพื้นฐานในฐานะบริการหรือซอฟต์แวร์ในฐานะบริการ

07:49.830 --> 07:53.340
แต่สำหรับแพลตฟอร์มในฐานะบริการ อาจมีความซับซ้อนกว่าเล็กน้อย

07:53.340 --> 07:55.830
ผมจะให้คำแนะนำเล็กๆ น้อยๆ แก่คุณตรงนี้

07:55.830 --> 07:57.503
ที่คุณควรใช้ในการสอบ

07:57.503 --> 08:00.540
หากคุณเห็นสิ่งที่เป็นมากกว่าโครงสร้างพื้นฐานในฐานะบริการ

08:00.540 --> 08:04.920
คุณอาจต้องการเลือกแพลตฟอร์มเป็นบริการเป็นคำตอบของคุณ

08:04.920 --> 08:08.100
หากคุณเห็นสิ่งที่น้อยกว่าซอฟต์แวร์ในฐานะบริการ คุณจะต้องเลือกแพลตฟอร์มเป็นบริการอีกครั้ง

08:08.100 --> 08:20.400
เพราะจริงๆ แล้วคุณมีสเปกตรัมทั้งสองด้าน โดยมีโครงสร้างพื้นฐานเป็นบริการทางด้านซ้ายและซอฟต์แวร์เป็น บริการไปทางด้านขวาและแพลตฟอร์มเป็นบริการตรงกลาง

08:20.400 --> 08:22.980
โดยสรุปแล้ว สำหรับโครงสร้างพื้นฐานในฐานะบริการ โปรดจำไว้ว่า

08:22.980 --> 08:26.580
โครงสร้างพื้นฐานจะมอบทุกสิ่งที่คุณต้องการในการใช้งานเซิร์ฟเวอร์

08:26.580 --> 08:28.652
ซึ่งรวมถึงพลังงาน พื้นที่ การระบายความร้อน

08:28.652 --> 08:31.560
เครือข่าย ไฟร์วอลล์ ฟิสิคัลเซิร์ฟเวอร์ เลเยอร์การจำลองเสมือน

08:31.560 --> 08:34.817
และบางครั้งระบบปฏิบัติการ

08:34.817 --> 08:41.730
ขณะนี้มีแพลตฟอร์มเป็นบริการ เราจะเพิ่มระบบปฏิบัติการและสิ่งที่ผมอยากเรียกว่าซอฟต์แวร์โครงสร้างพื้นฐาน

08:41.730 --> 08:45.600
ตอนนี้ซอฟต์แวร์โครงสร้างพื้นฐานนี้เป็นมิดเดิลแวร์และสภาพแวดล้อมรันไทม์ของคุณจริงๆ

08:45.600 --> 08:47.070
และนั่นหมายความว่าเรากำลังพูดถึงสิ่งต่างๆ

08:47.070 --> 08:52.122
เช่น Apache Web Server, ฐานข้อมูล MySQL, ภาษาโปรแกรม และอะไรทำนองนั้น

08:52.122 --> 08:54.510
ตอนนี้ เมื่อเราจัดการกับซอฟต์แวร์ในฐานะบริการ

08:54.510 --> 09:01.530
เรากำลังจัดการกับซอฟต์แวร์แอปพลิเคชันที่โฮสต์ซึ่งเพิ่มไว้ที่ด้านบนของโครงสร้างพื้นฐานและส่วนของแพลตฟอร์มที่เราเพิ่งพูดถึงไป

09:01.530 --> 09:09.240
อย่างที่คุณเห็น ซอฟต์แวร์ในฐานะบริการมีความใกล้ชิดกับผู้ใช้ปลายทางของคุณมากกว่าแพลตฟอร์มใดแพลตฟอร์มหนึ่งหรือโครงสร้างพื้นฐานในฐานะบริการ

09:09.240 --> 09:17.790
ดังนั้นในฐานะผู้เชี่ยวชาญด้านไอที สิ่งสำคัญอย่างยิ่งคือคุณจะต้องระบุได้ว่าบริการประเภทใดที่เหมาะกับองค์กรของคุณโดยอิงตามความต้องการ

09:17.790 --> 09:20.910
และนั่นคือสิ่งที่เรากล่าวถึงในบทเรียนนี้ที่พูดถึงซอฟต์แวร์ในฐานะบริการ

09:20.910 --> 09:23.660
แพลตฟอร์มในฐานะบริการ และโครงสร้างพื้นฐานในฐานะบริการ