TÀI LIỆU THAM KHẢO 1. Bộ Giáo dục & Đào tạo (2007), Quy chế Đào tạo đại học và cao đẳng theo hệ thống tín chỉ ban hành theo Quyết định số 43/2007/QĐ-BGDĐT ngày 15 tháng 8 năm 2007 của Bộ trưởng Bộ Giáo dục và Đào tạo. 2.
Tài liệu SKKN mon sinh hoc 6 có mã là 459057, file định dạng doc, có 14 trang, dung lượng file 561 kb.Tài liệu thuộc chuyên mục: Tài liệu phổ thông > Sinh Học > Sinh học Lớp 6. hotrokhotrithucso@gmail.com; 0396668157 (zalo, sms, call) Yêu thích; Đăng ký; Đăng nhập
Windows Server 2019 có hình ảnh ServerCore nhỏ hơn, gọn hơn, giúp cắt giảm chi phí máy ảo lên 50-80%. Khi một tổ chức có thể nhận được cùng một (hoặc nhiều) chức năng trong một hình ảnh nhỏ hơn đáng kể, tổ chức đó có thể giảm chi phí và nâng cao hiệu quả trong đầu tư
Cách sử dụng tài liệu môn học. Bước 1: Tra cứu tài liệu theo môn học tại phân hệ tra cứu tài liệu môn học trên Cổng Thông tin Thư viện. Bước 2: Xác định dạng thức tài liệu và chính sách sử dụng của từng tài liệu cụ thể. Tài liệu dạng giấy: Định vị tài liệu
Vay Tiền Trả Góp 24 Tháng. By - 17 tháng 6 2020 - 1 Comment Với hơn 9 giờ Video để thảo luận sâu về Azure, Giúp bạn vượt qua kỳ thi cơ bản AZ-900 Microsoft Azure. Hoàn thành Chứng nhận Microsoft Certified Azure Fundamentals AZ-900 ! Bạn sẽ học được gì + Giúp bạn dễ dàng vượt qua kỳ thi Microsoft Azure Fundamentals AZ-900. + Kiếm Huy hiệu Microsoft Certified Azure Fundamentals. + Bao gồm tất cả hơn 500 slide tài liệu có sẵn dưới dạng PDF kèm theo. + Bao gồm file khóa học Audiobook. + Làm chủ kiến thức cơ bản Azure VM, LB, Storage, DB. + Tìm hiểu Azure Databases Fundamentals Cosmos, SQL, MySQL, PostgreQuery. + Nắm được Azure Resource Manager, Policies và Locks. + Tối ưu hóa chi phí trong Azure Cloud với Azure Advisor và Azure Cost Management. + Nắm vững về bảo mật Azure cơ bản. + Thực hành trước kỳ thi thực tế với hai bài Test thực hành đầy đủ. Giải thích và trả lời chi tiết. Tài liệu tham khảo. Tài liệu chính thức Azure. Khóa học sẽ bao gồm tất cả các chủ đề mới trong bài kiểm tra AZ-900 cơ bản của Microsoft Azure. Nó chứa đầy đủ kiến thức thực tế và các Lab thực hành về cách triển khai thực tế các dịch vụ cơ bản của Microsoft Azure. Nó hướng dẫn bạn cách chuẩn bị cho kỳ thi AZ-900 và cách chuẩn bị cho công việc thực tế. Nói một cách đơn giản, đây là những gì chúng ta sẽ học để PASS bài kiểm tra Microsoft Azure AZ-900 Fundamentals 1. Azure Cloud Fundamentals mô hình điện toán và triển khai đám mây, cơ sở hạ tầng Azure global với các vùng và miền khả dụng. 2. Azure Core Compute Services VM, NSG, LB, Container, Azure App Service, Azure Function, Azure Logic App. 3. Azure Core Storage Services Storage Accounts, Managed Disks, Azure Blob Storage, Azure Files Storage, Azure Queues Storage, Azure Tables. 4. Azure Core Databases Services Cosmos DB, SQL DB, MySQL DB, PostgreSQL DB. 5. Các dịch vụ khác của Azure IoT, Big Data và Analytics, AI & ML, DevOps trong Azure. 6. Azure Resource Manager ARM và ARM templates, Tags, Policies và Locks. 7. Monitoring và Compliance Azure Blueprints, Advisor, Azure Monitor, Azure Service Health. 8. Security Services Fundamentals Cloud Shared Responsibility Model, Azure Security Center, Azure Active Directory, MFA, RBAC, Firewall & DDoS, Azure Key Vault, AIP, ATP. 9. Giá cả và hỗ trợ TCO Calculator, Azure Advisor, Azure Cost Management, Azure Support Plans, Azure Service Level Agreement SLA. Mục lục khóa học 01 Giới thiệu khóa học. 02 Tải về tài liệu bổ sung khóa học. Làm thế nào để tối đa hóa trải nghiệm học tập của bạn. 03 Mô-đun 1 Giới thiệu khóa học. 04 Mô-đun 2 Giới thiệu đám mây Azure. 05 Mô-đun 3 Azure Core Services - Máy ảo. 06 Mô-đun 4 Azure Core Services - Additional Computing Options. 07 Mô-đun 5 Azure Core Services - Lưu trữ. 08 Mô-đun 6 Azure Core Services - Cơ sở dữ liệu trong Azure. 09 Mô-đun 7 Tổng quan cấp cao về các dịch vụ cốt lõi Azure khác. 10 Mô-đun 8 Azure Resource Manager, Policies và Locks. 11 Mô-đun 9 Monitoring và Compliance trong Azure Cloud. 12 Mô-đun 10 Bảo mật trong Azure Cloud. 13 Mô-đun 11 Tùy chọn giá và hỗ trợ trong Azure. 14 Mô-đun 12 Azure Account Cleanup. 15 Mô-đun 13 Bài kiểm tra thực hành luyện thi tổng kết - Nhằm đạt điểm cao nhất! 16 Mô-đun 14 Tóm tắt khóa học. CUNG CẤP TÀI KHOẢN GOOGLE DRIVE DUNG LƯỢNG KHÔNG GIỚI HẠN VỚI GIÁ ƯU ĐÃI NHẤT, XEM CHI TIẾT TẠI ĐÂY Copyright Disclaimer This site does not store any files on its server. We only index and link to content provided by other sites. Please contact the content providers to delete copyright contents if any and Email us, we'll remove relevant links or contents immediately. Tuyên bố miễn trừ bản quyền Trang web này không lưu trữ bất kỳ tệp nào trên máy chủ của nó. Chúng tôi chỉ lập chỉ mục và liên kết đến nội dung được cung cấp bởi các trang web khác. Vui lòng liên hệ với các nhà cung cấp nội dung để xóa nội dung bản quyền nếu có và gửi email cho chúng tôi, chúng tôi sẽ xóa các liên kết hoặc nội dung có liên quan ngay lập tức. Chia sẽ bài viết lên Nhà Sách Tin Học Chào mừng các bạn đến với Blog Nhà Sách Tin Học. Thông qua Blog này mình muốn chia sẻ đến các bạn những kiến thức về tin học, các tài liệu hay giáo trình mà mình có hoặc siêu tầm được... Mình rất mong được sự ủng hộ nhiệt tình của các bạn bằng cách comment bài viết, chia sẻ bài viết hoặc liên hệ với mình qua blog này! Mình xin cảm ơn!
By - 04 tháng 7 2019 - 3 Comments Khóa học Azure toàn diện nhất với nhiều phần được trình bày trong phòng thí nghiệm chỉ ra cách tạo và định cấu hình dịch vụ Azure. + Tìm hiểu chung về các dịch vụ Microsoft Azure và bắt đầu sử dụng Azure. + Có được kinh nghiệm trong việc tạo tài khoản lưu trữ và sử dụng các dịch vụ lưu trữ blob, table và file. + Tạo và cấu hình Virtual network, Network Security Group, User defined route và Azure load balancer. + Tạo và cấu hình Virtual machine, Availability set, Scale set, Azure backup, Cloud Service, Service Fabric. + Tạo và cấu hình các ứng dụng web Azure, Ứng dụng di động, Ứng dụng API, App service Backup, theo dõi và tích hợp với AAD. + Tạo và cấu hình cơ sở dữ liệu Azure SQL, quy tắc tường lửa, COSMOS DB, Data factory, + Tạo và cấu hình Data Lake store, Data Bricks, Data Explorer, Power BI, Data Catalog, + Tạo và cấu hình các ứng dụng logic Azure, Function, Service bus, On-premise data gateway, Integration account, + Tạo và cấu hình Event hub, IoT hub, Stream Analytics, Time Series Insight, + Hiểu biết chung về các kiểm soát bảo mật mà bạn có thể áp dụng cho khối lượng công việc an toàn trong Azure. Microsoft Azure là nền tảng đám mây phát triển nhanh nhất trên thế giới. Khóa học này được thiết kế để giúp bạn xây dựng nền tảng vững chắc trong Microsoft Azure. Không yêu cầu kinh nghiệm Azure trước. Khóa học này đã được thiết kế từ đầu cho đến các kiến thức chuyên sâu. Trong phần tổng quan đầu tiên của khóa học, chúng ta sẽ được giới thiệu các hoạt động bên trong của Azure và đưa bạn qua tất cả các dịch vụ quan trọng ở cấp độ cao. Sau khi hoàn thành tổng quan, chúng ta sẽ đi sâu vào các lớp sau của các khu vực dịch vụ Azure với một số trình bày trong phòng thí nghiệm. 1. Lưu trữ - Giới thiệu về kiến trúc dịch vụ lưu trữ Azure; Tài khoản lưu trữ & cấu hình lưu trữ Blob bằng cổng thông tin Azure; giới thiệu về chia sẻ tệp Azure và cách gắn kết chia sẻ tệp trên máy ảo; Giới thiệu về Azure table, hàng đợi và lưu trữ đĩa; năm lớp bảo mật lưu trữ Azure; Giám sát lưu trữ bằng cách sử dụng cổng thông tin Azure. 2. Network - Giới thiệu kiến trúc mạng Azure; Tạo mạng ảo, nhóm bảo mật mạng, NIC, UDR; Giới thiệu về cân bằng tải, Cổng ứng dụng; Giới thiệu về cổng VPN và các tùy chọn kết nối khác nhau. 3. Compute - Giới thiệu về compute building block; Tạo máy ảo, lưu trữ, availability set, VM scale set & auto scaling; Sao lưu VM và bảo mật và giám sát các máy ảo; Tạo dịch vụ đám mây; Service fabric cluster. 4. App Service - Giới thiệu về các khối xây dựng dịch vụ ứng dụng Azure; Tạo và quản lý ứng dụng web, ứng dụng di động, ứng dụng API; Tự động mở rộng dịch vụ ứng dụng; Bảo mật và giám sát các dịch vụ Ứng dụng; Tổng quan cấp cao về trung tâm thông báo Azure, tham gia di động, Mạng phân phối nội dung, dịch vụ truyền thông và tìm kiếm Azure. 5. Database - Giới thiệu về các khối xây dựng dịch vụ cơ sở dữ liệu Azure; Tạo và quản lý cơ sở dữ liệu Azure SQL; Cấu hình quy tắc tường lửa, quản trị thư mục hoạt động Azure, sao chép Active Geo; Tổng quan về SQL managed instance; Bước qua năm lớp bảo mật; Giám sát cơ sở dữ liệu Azure SQL; Tổng quan & tạo cơ sở dữ liệu COSMOS; Tổng quan và tạo Azure data factory; Tổng quan về SQL stretch và SQL data warehouse. 6. Cung cấp giải pháp dữ liệu lớn trên Azure - Giới thiệu về dịch vụ Azure Analytics; Giới thiệu về Data Lake Store; Tạo Data Lake Store; Di chuyển dữ liệu từ Cơ sở dữ liệu SQL vào Data Lake store bằng Data Factory; Giới thiệu về Azure HDInsight; Xử lý dữ liệu trong bộ lưu trữ blob bằng truy vấn tổ ong Azure HDInsight; Giới thiệu về Data Brick; Sử dụng Data Brick để xử lý dữ liệu từ data lake store; Di chuyển dữ liệu vào SQL Data warehouse bằng data factory; Giới thiệu về Power BI, Data Explorer và Data Catalog và các bản demo phòng thí nghiệm về cách tạo và quản lý chúng. 7. Cung cấp tích hợp ứng dụng trên Azure - Giới thiệu về dịch vụ Tích hợp Azure; Giới thiệu về Ứng dụng Azure Logic; Tạo ứng dụng Logic để xử lý thông báo JSON đến; Giới thiệu về các chức năng Azure; Tạo chức năng Azure và kích hoạt từ ứng dụng logic; Giới thiệu về Azure service bus; Tạo hàng đợi và chèn tin nhắn vào bus dịch vụ từ ứng dụng logic; Giới thiệu về on-premise data gateway; Truy cập hệ thống tệp trong Azure VM từ ứng dụng logic thông qua data gateway; Giới thiệu gói tích hợp doanh nghiệp; Phát triển ứng dụng logic và xác thực XML bằng tài khoản tích hợp; Giới thiệu về Event Grid. 8. Internet of thing IoT - Bước tiến của các khối Xây dựng IoT; Giới thiệu về Event Hub; Tạo Event Hub và post events; Giới thiệu về IoT Hub; Tạo Hub IoT và áp dụng cấu hình thiết bị cho các thiết bị; Gửi tin nhắn vào IoT Hub bằng thiết bị mô phỏng; Tổng quan về truyền thông IoT Hub; Định cấu hình định tuyến tin nhắn trong IoT hub; Giới thiệu về Stream Analytics; Kích hoạt chức năng Azure từ Stream Analytics; Tổng quan về Azure IoT Edge, dịch vụ cung cấp thiết bị, IoT Central, bộ tăng tốc Giải pháp IoT; Giới thiệu về Azure Time series Insight; Xem dữ liệu sự kiện bằng cách sử dụng Azure Time series insights explorer. 9. Bảo mật - Giới thiệu về các dịch vụ liên quan đến bảo mật Azure; Giới thiệu về thư mục hoạt động Azure và cấu hình cài đặt người dùng. ole Based Access Control; Tạo vai trò tùy chỉnh và các group động; Giới thiệu về chính sách truy cập dựa trên điều kiện và thực hiện chính sách truy cập có điều kiện dựa trên vị trí; Giới thiệu về chính sách Azure và thực hiện chúng; Giới thiệu về Security Centre và thực hiện các biện pháp phòng ngừa; Giới thiệu về Azure Key vault và truy cập bí mật an toàn từ ứng dụng web Azure. 10. Giám sát & Chẩn đoán - Giới thiệu về Dịch vụ giám sát & chẩn đoán Azure, màn hình Azure, nhật ký hoạt động, số liệu, cảnh báo và tự động; Giám sát số liệu và định cấu hình cảnh báo nhật ký hoạt động bằng màn hình Azure. Giới thiệu về nhật ký màn hình Azure; cấu hình nguồn dữ liệu, xem nhật ký, cấu hình cảnh báo tìm kiếm nhật ký và nhập giải pháp giám sát khác nhau; Giới thiệu về Application Insight và giám sát ứng dụng bằng bản đồ ứng dụng, phát hiện thông minh và luồng số liệu trực tiếp. 11. Tool - Azure power shell, Azure REST API, ARM Template, Storage explorer, Storage emulator. NHẬN GET EBOOK TRÊN AMAZON THEO YÊU CẦUCopyright DisclaimerThis site does not store any files on its server. We only index and link to content provided by other sites. Please contact the content providers to delete copyright contents if any and email us, we'll remove relevant links or contents bố miễn trừ bản quyềnTrang web này không lưu trữ bất kỳ tệp nào trên máy chủ của nó. Chúng tôi chỉ lập chỉ mục và liên kết đến nội dung được cung cấp bởi các trang web khác. Vui lòng liên hệ với các nhà cung cấp nội dung để xóa nội dung bản quyền nếu có và gửi email cho chúng tôi, chúng tôi sẽ xóa các liên kết hoặc nội dung có liên quan ngay lập tức. Chia sẽ bài viết lên Nhà Sách Tin Học Chào mừng các bạn đến với Blog Nhà Sách Tin Học. Thông qua Blog này mình muốn chia sẻ đến các bạn những kiến thức về tin học, các tài liệu hay giáo trình mà mình có hoặc siêu tầm được... Mình rất mong được sự ủng hộ nhiệt tình của các bạn bằng cách comment bài viết, chia sẻ bài viết hoặc liên hệ với mình qua blog này! Mình xin cảm ơn!
"Đôi lúc sự bỏ đi của người khác là cơ hội cho mình tiến lên" Vào khoảng năm 2010, lúc mà tôi đang học năm thứ 2 cao đẳng, lúc đó với bộn bề nợ môn, rồi thi lại do hậu quả để lại của năm 1 chơi game quá đà chứ không phải học dốt quá mà nợ môn Nhưng cũng dốt thật. Rồi game cũng chán Chán vì méo có tiền nạp card đua top, tôi nghĩ game để đi theo tầm sư học đạo một ông thấy và một ông anh có thể gọi là sư phụ người mà tôi rất tôn trọng. Phải nói là không có ông anh đó đưa đường chỉ lối thì giờ tôi cũng không biết lạc lối về đâu. Rồi cứ thế hàng ngày tôi bắt đầu code, chỉ cóp dán chứ chưa phải là code thực sự. Nói chung thì chỉ biết biết nó chạy chứ không hiểu vì sao. Thôi ban đầu cứ thế đã rồi từ từ tính sau, giờ ngồi nghĩ lại thì ít nhất lúc đó mình đã đi gần đúng đường. Bước chân đầu tiên vào Azure Rồi một ngày, điện toán đám mây bắt đầu nỗi lên như gió, lướt page công nghệ nào cũng điện toán đám mây, rồi cloud này nọ. Đâu mà lắm thế, với bản tính tò mò thì tôi cũng thử xem nó là cái giống gì. Lên mạng google đọc đủ thứ những cũng không hiểu gì vì lúc đó cũng chẳng có ai để tôi có thể hỏi được. Nhưng rồi như một cơn gió, tôi fake được một tài khoản Dreampark Thực ra lúc đó ý định của tôi chỉ lên lấy key bản quyền windows và vài thứ khác, lướt lướt thấy có cái giftcode về Azure cho sinh viên thế là tôi chiến luôn. Thế là ban đầu đã có “con hàng” vọc cloud rồi. Tôi nhớ lúc đó sau khi ăn “code” xong thì việc đầu tiên tôi lọ mọ tạo ngay 1 con VPS VM để thõa mãn 2 ước mơ của mình đó là một là sở hữu một còn VPS, hai là có một cái máy có băng thông thật mạnh để down phim với suy nghĩ ngây ngô là mạng trên con VPS mạnh thì mạng mình cũng mạnh. Sau khi vọc vạch được con VM rồi tôi lại để đó và tiếp tục con đường cóp dán code và học tập của mình. Bước chân thứ hai Hiểu biết nhẹ về cloud Sau khi quá trình học tập của tôi kết thúc với một tấm bằng cao đăng + đại học + 1 bằng NIIT, thì tôi được ông anh cũng chính là sư phụ thứ 2 của mình tuyển vào một trung tâm đào tạo lập trình viên có tiếng bậc nhất ở Đà Nẵng và cả nước Softech Aptech với vị trí giáo viên. Trong thời gian làm việc, dạy tại đây tôi có nhiều thời gian để nghiên cứu cái mới lẫn cái cũ để nâng cao khả năng của mình và đặc biệt hơn trong chương trình dạy của Aptech lúc đó Khoảng năm 2014-2015 có 2-3 môn liên quan tới Azure và lúc này tôi có thêm nhiều thời gian hơn để nghiên cứu về Azure mặc dù tôi không dạy môn này lúc đó, lúc đó ngoài VM, thì tôi còn biết thêm được Azure Database, AppService, Storage và tôi bắt đầu hướng dẫn và cho sinh viên thực hành với những món này. Thời gian này tôi đã có những cái nhìn cơ bản và hình dung đúng hơn về Cloud là gì, Azure là gì cũng như áp dụng hạn hẹp trong thực tế. Azure là một giải pháp cloud tích hợp toàn diện được sử dụng để xây dựng, triển khai và quản lý các ứng dụng thông qua mạng lưới trung tâm dữ liệu toàn cầu của Microsoft. Các công cụ tích hợp, DevOps và một cộng đồng hỗ trợ bạn xây dựng hiệu quả từ các ứng dụng di động đơn giản đến các giải pháp có quy mô lớn. Bước chân thứ 3 Bước chân của người bị ăn hành Sau thời gian 2 năm đi dạy, tôi quyết định rời bỏ cái nghề cao quý để đầu quân cho FPT với một chân dev cùi. Trong thời gian đầu tiên thì tôi join vào một dự án làm về K2, rồi dự án này tạm ngưng, tôi lại đưa đẩy sang một vài dự án khác và rồi tôi bị load vào một dự án mà “cuộc chơi” thay đổi từ đây vào cái dự án quờ quờ gì ngoài SQL thì tôi ko biết gì cả Lúc đó dự án dùng NodeJS, Angular, SQL Azure với vị trí dev, được 1-2 tuần gì đó anh Technical Lead của dự án out và lúc đó ko biết tại sao tôi được “nhận” lại công việc của anh này Có lẽ vì tôi hay chém gió. Sếp ping qua hỏi Sếp Lúc trước em có nói em biết về Azure? Tôi Dạ, em có biết chút ít ạ Sếp Thế được rồi, chiến nhé Tôi Ok anh Nhưng trong lòng thì lại nghĩ “Quả này toang thật rồi" Dự án này làm cho một công ty top 1 trong lĩnh vực X của thế giới Ban đầu, tôi được giao lại một cái tool và được các anh ở Technical expert ở HN traning về cái tool đó làm việc với Azure Database lúc traning qua điện thoại thì nghe chả được cái gì. Sau 1-2 ngày nhiên cứu, tôi hiểu được cái tool đó nó chỉ làm cái việc download file data backup về, restore vào một con SQLServer local rồi từ đó đây full lên Azure SQL, lúc đó với solution này tôi nghĩ là ổn Vì lúc đó tôi cũng chả biết thêm được cái gì ở Azure, nhưng nếu hiện tại thì tôi sẽ có nhiều sự lựa chọn khác tốt hơn. Rồi cái gì đến nó cũng phải đến, một ứng dụng cho doanh nghiệp lớn thì không thể chỉ dùng dăm ba cái đơn giản như mấy cái ứng dụng web đồ án được. Khách hàng bắt đầu có thêm yêu cầu cao hơn xíu đó là SSO Hiểu nôm na là chỉ cần 1 account thì có thể sử dụng nhiều application, với tôi khái niệm này nó hoàn toàn mới mặc dù tôi dùng nó hàng ngày để đăng ký các 4r, đăng nhập vào app trên mobile. "Có đau thương thì mới có sự lớn mạnh" Và rồi một cuộc họp diễn ra ngay sau đó với team onsite ở US Vì họ cần gấp để confirm với khách hàng Team Onsite Làm được không Tôi Làm được anh Sau đó với sự giúp sức của một anh trong team code và nghiên cứu phần Azure Authencation bằng NodeJs còn tôi thì nghiên cứu về cách config ở trên AzureAD Azure Directory, hiểu nôm na là nó giống như cái active directory mà chúng ta được học ở đại học và app registration. Ban đầu tiên khi config SSO ở Azure Cấp quyền cho cái app registration, cái này mọi người có thể thấy khi đăng ký tài khoản ở các diễn đàn hay app mà bạn click vào biểu tượng google hoặc facebook thì nó sẽ có một phần nhỏ hỏi bạn đại khái như khi bạn đăng nhập vào ứng dụng này, ứng dụng cần lấy thông tin xyz gì đó có bao nhiêu role, right tôi tick hết thà tick nhầm còn hơn bỏ sót. Rồi cũng qua, ứng dụng đã SSO được với tài khoản vendor của khách hàng Note Có thể họ không để ý chứ cách tôi tick hết role như trên là sai, vì khi tôi tick chọn nó hết thì cái ứng dụng của tôi có thể access vào Azure AD của vendor khách hàng và làm điều bậy bạ trên đó Tôi sẽ có một bài viết để nói riêng về vấn đề này Một cuộc họp với team onsite tiếp Team onsite Khách hàng hỏi tụi anh, một cái App Registration có dùng được cho nhiều web, ứng dụng không. Trả lời ngay vì tụi anh đang họp với khách hàng Tôi Dạ không Lúc đây với cái suy nghĩ ngây ngô là một cái app registration kia thì chỉ có một app, muốn nhiều app thì tạo nhiều cái thế thôi Tối hôm sau tiếp tục với một cuộc họp với team onsite lúc đó khoảng hơn 19h30, bụng thì đói, mệt rã rời vì đã OT, ON nhiều tuần liên tục cộng với áp lúc về công nghệ mới khiến tôi lúc đó rất mệt mỏi Team onsite xxcbjkgjgsdkfjksdfj842384238748y234y Đoạn này đang tôi đang bị chửi sml vì comfirm lụi cho họ câu hôm qua Tôi Nước mắt tuôi rơi vì uất ức Chỉ khóc lúc đó thôi, nhưng sau đó cũng cho qua vì dù sao nghe chửi cũng không chết được chỉ có không có lương mới chết Rồi mỗi ngày yêu cầu từ khách hàng lại về nhiều hơn về kỹ thuật mới như PowerBI, Azure Data Factory Tôi nhớ lúc này 2 cái service này còn chưa là bản chính thức, dụng page change password, setup multiple factor… Ít ra được cái sau ngày tôi bị chửi sml thì thời gian được giãn ra hơn tí, có nghĩa tôi có nhiều thời gian để làm task coding, task reseach và impliment chính cái tôi đang reseach luôn hình như đâu 2 ngày phải làm được một cái POC của Azure service mới. Kết Thế là sau 6-7 tháng dự án kết thúc, kết thúc một chuỗi tháng ngày OT/ON dài đằng đẳng, có những ngày tôi về nhà lúc 7h tối và lên lại công ty vào lúc 10h đêm D, kết thúc những chuỗi ngày mệt mỏi và đầy áp lực, kết thúc những ngày xanh mặt khi họp với khách hàng, kết thúc nỗi sợ khi phải nhận một công nghệ mới mà phải có output trong thời gian ngắn… Và rồi tôi cũng lao liếm được cả đống tiền OT, ngày nghỉ của công ty, từng đó đó đối với tôi thì cũng chả bõ bèn gì với cái thằng luôn thiếu tiền như tôi. Nhưng cái thực sự tôi nhận được từ dự án này Kiến thức về cloud và Azure, tôi luyện khả năng chịu áp lực cực cao, nhiều bài học rút ra khi làm dự án lớn, khách hàng lớn và nhiều thứ hơn nữa, có thể những đồng tiền OT/ON kia không mua đủ, một cái giá tôi đã bỏ ra phải nói là quá rẻ cho những thứ tôi nhận về.
Sử dụng máy tính trong đám mây có thể làm cho rất nhiều ý nghĩa. Thay vì mua và bảo trì máy móc của riêng bạn, tại sao không khai thác các mẫu Anh của Internet có thể truy cập vào máy chủ cung cấp ngày hôm nay? Đối với một số ứng dụng, mã và dữ liệu của họ cả hai có thể sống trong mây, nơi mà người khác quản lý và duy trì các hệ thống mà họ sử dụng. Ngoài ra, ứng dụng chạy bên trong một tổ chức, trên cơ sở ứng dụng có thể lưu trữ dữ liệu trong đám mây hoặc dựa vào các dịch vụ cơ sở hạ tầng khác mây. Ứng dụng chạy trên máy tính để bàn và các thiết bị di động có thể sử dụng dịch vụ trong các đám mây để đồng bộ hóa thông tin trên nhiều hệ thống, hoặc theo những cách khác. Tuy nhiên nó được thực hiện, khai thác của đám mây khả năng có thể cải thiện thế giới của chúng tôi. 23 trang Chia sẻ tlsuongmuoi Lượt xem 2271 Lượt tải 0 Bạn đang xem trước 20 trang tài liệu Azure, để xem tài liệu hoàn chỉnh bạn click vào nút DOWNLOAD ở trênặc cả hai, một số loại nền ứng dụng được yêu cầu. Được xem rộng rãi, một nền tảng ứng dụng có thể được dùng như bất cứ điều gì mà cung cấp cho nhà phát triển có thể truy cập các dịch vụ cho việc tạo các ứng dụng. Trong các địa phương, trên thế giới Windows mặt bằng, ví dụ, điều này bao gồm các công nghệ như NET Framework., SQL Server, và nhiều hơn nữa. Để cho phép các ứng dụng khai thác mây, mây nền tảng ứng dụng cũng phải tồn tại. Và bởi vì có một số cách cho các ứng dụng sử dụng dịch vụ đám mây, các loại khác nhau của các nền tảng đám mây là hữu ích trong các tình huống khác nhau. Nền tảng của Microsoft Windows Azure ban đầu được biết đến như Azure Services Platform là một nhóm các công nghệ đám mây, từng cung cấp một tập hợp cụ thể của dịch vụ cho các nhà phát triển ứng dụng. Như Hình 1 cho thấy, nền tảng Windows Azure có thể được sử dụng cả hai bởi các ứng dụng đang chạy trong đám mây và bởi các ứng dụng chạy trên hệ thống của địa phương. Hình 1 Windows Azure nền tảng hỗ trợ các ứng dụng, dữ liệu, và cơ sở hạ tầng trong đám mây. - Windows Azure Cung cấp một môi trường dựa trên Windows để chạy các ứng dụng và lưu trữ dữ liệu trên các máy chủ trong Microsoft trung tâm dữ liệu. 4 - SQL Azure Cung cấp các dịch vụ dữ liệu trong đám mây dựa trên SQL Server. - NET Dịch vụ. Cung cấp dịch vụ phân phối cơ sở hạ tầng mây trên và các ứng dụng của địa phương. Mỗi thành phần của nền tảng Windows Azure có vai trò riêng của mình để chơi. Tổng quan này mô tả cả ba thành viên của mình, trước tiên ở mức cao, sau đó chi tiết hơn một chút. Trong khi không ai trong số đó là chưa cuối cùng chi tiết và nhiều hơn nữa có thể thay đổi trước khi phát hành đầu tiên của họ-nó không phải quá sớm để bắt đầu sự hiểu biết này đặt nền tảng mới của công nghệ. WINDOWS AZURE Ở mức cao, Windows Azure là đơn giản để hiểu Đó là một nền tảng cho các ứng dụng chạy Windows và lưu trữ dữ liệu của họ trong đám mây. Hình 2 cho thấy thành phần chính của nó. Hình 2 Windows Azure cung cấp Windows dựa trên tính toán và các dịch vụ lưu trữ cho các ứng dụng đám mây. Theo con số cho thấy, Windows Azure chạy trên một số lượng lớn máy móc, tất cả đều nằm trong Microsoft trung tâm dữ liệu và truy cập qua Internet. Một Windows Azure vải thường Knits này plethora của sức mạnh xử lý vào một toàn bộ thống nhất. Windows Azure tính toán và các dịch vụ lưu trữ được xây dựng trên vải này. Windows Azure tính toán các dịch vụ dựa, tất nhiên, trên Windows. Đối với sự sẵn có ban đầu của dịch vụ này, một cộng đồng Công nghệ Preview CTP được công bố vào mùa thu năm 2008, Microsoft Windows Azure cho phép chạy các ứng dụng chỉ được xây dựng trên NET Framework.. Hôm nay, tuy nhiên, cũng hỗ trợ Windows Azure unmanaged code, cho phép các nhà phát triển chạy các ứng dụng không được xây dựng trên NET Framework.. Trong cả hai trường hợp, những ứng dụng được viết bằng ngôn ngữ bình thường trong Windows-C , Visual Basic, C + +, và những người khác, bằng cách sử dụng Visual Studio 2008 hoặc công cụ khác phát triển. Các nhà phát triển có thể tạo Các ứng dụng web bằng cách sử dụng các công nghệ như và Windows Communication Foundation WCF, ứng dụng chạy như là quá trình nền độc lập, hoặc các ứng dụng kết hợp cả hai. Cả Windows Azure ứng dụng và trên cơ sở ứng dụng có thể truy cập các dịch vụ lưu trữ Windows Azure, và cả hai làm theo cùng một cách sử dụng một phương pháp tiếp cận yên tĩnh. Việc lưu trữ dữ liệu nằm bên dưới không phải là Microsoft SQL Server, tuy nhiên. Trong thực tế, Windows Azure hệ thống lưu trữ không phải là quan hệ, và ngôn ngữ của nó không phải là truy vấn SQL. Bởi vì nó chủ yếu được thiết kế để hỗ trợ các ứng dụng được xây dựng trên Windows Azure, nó cung cấp đơn giản, các loại khác có thể mở rộng dung lượng lưu trữ. Theo đó, nó cho phép lưu trữ các đối tượng nhị phân lớn blobs, cung cấp hàng đợi để liên lạc giữa các thành phần của ứng dụng Windows Azure, và thậm chí cung cấp một hình thức của các bảng với một ngôn ngữ truy vấn đơn giản. Đối với các ứng dụng Windows Azure mà cần phải quan hệ truyền thống lưu trữ, tuy nhiên, cung cấp cho nền tảng Windows Azure Azure Cơ sở dữ liệu SQL, được mô tả sau. Chạy các ứng dụng và lưu trữ dữ liệu của họ trong đám mây có thể có lợi ích rõ ràng. Thay vì mua, lắp đặt và vận hành các hệ thống riêng của mình, ví dụ, một tổ chức có thể dựa vào một đám mây nhà cung cấp để làm điều này cho họ. Ngoài ra, khách hàng chỉ cần trả tiền cho các máy tính và lưu trữ chúng sử dụng, hơn là việc duy trì một lượng lớn các máy chủ chỉ cho tải cao điểm. Và nếu họ viết một cách chính xác, các ứng dụng có thể dễ dàng quy mô, lợi dụng các trung tâm dữ liệu khổng lồ mà các nhà cung cấp mây cung cấp. Chưa đạt được những lợi ích này đòi hỏi phải quản lý hiệu quả. Trong Windows Azure, mỗi ứng dụng có một tập tin cấu hình, như trong hình 2. Bằng cách thay đổi thông tin trong tập tin này bằng tay hay lập trình, chủ sở hữu của một ứng dụng có thể kiểm soát các khía cạnh khác nhau của hành vi của nó, như thiết lập số lượng các trường hợp mà Windows Azure nên chạy. Windows Azure vải màn hình ứng dụng để duy trì này mong muốn nhà nước. Để cho khách hàng của mình tạo ra, cấu hình, và theo dõi các ứng dụng, Windows Azure cung cấp một trình duyệt có thể truy cập cổng. Một khách hàng cung cấp một Windows Live ID, sau đó chọn hay không để tạo một tài khoản lưu trữ cho các ứng dụng đang chạy, một tài khoản lưu trữ để lưu trữ dữ liệu, hoặc cả hai. Là một ứng dụng miễn phí để tính phí khách hàng của mình trong bất kỳ cách nào nó thích đăng ký, mỗi lần lệ phí sử dụng, hoặc bất cứ điều gì khác. Windows Azure là một nền tảng chung mà có thể được sử dụng trong các kịch bản khác nhau. Dưới đây là một vài ví dụ, tất cả đều dựa trên những gì phiên bản CTP cho phép - Một khởi tạo một trang web mới của Facebook tiếp theo, nói-có thể xây dựng các ứng dụng của nó trên Windows Azure. Bởi vì nền tảng này hỗ trợ cả các dịch vụ web phải đối mặt với nền và các quy trình, ứng dụng có thể cung cấp một giao diện người dùng tương tác cũng như thực hiện công việc cho người sử dụng không đồng bộ. Thay vì dành thời gian và tiền bạc đáng lo ngại về cơ sở hạ tầng, bắt đầu lên thay vì chỉ duy nhất có thể tập trung vào việc tạo mã cung cấp giá trị cho người dùng và các nhà đầu tư của mình. Công ty cũng có thể bắt đầu nhỏ, incurring chi phí thấp trong khi ứng dụng của nó chỉ có một vài người sử dụng. Nếu đơn xin của họ bắt ngày và tăng việc sử dụng, Windows Azure có thể mở rộng các ứng dụng khi cần thiết. - An ISV tạo ra một phần mềm như một dịch vụ SaaS phiên bản của một ngày hiện tại cơ sở ứng dụng Windows có thể chọn để xây dựng nó trên Windows Azure. Bởi vì Windows Azure chủ yếu là cung cấp một môi trường Windows tiêu chuẩn, di chuyển logic kinh doanh của ứng dụng nền tảng đám mây này sẽ không thường gây nhiều vấn đề. Và một lần nữa, xây dựng trên một nền tảng hiện có cho phép các ISV tập trung vào logic kinh doanh của mình, điều đó làm cho họ tiền chứ không phải là thời gian chi tiêu vào cơ sở hạ tầng. 6 - Một doanh nghiệp tạo ra một ứng dụng cho các khách hàng có thể chọn để xây dựng nó trên Windows Azure. Bởi vì Windows Azure hỗ trợ NET, nhà phát triển những kỹ năng phải. Không khó để tìm, hoặc chúng là tốn kém. Chạy các ứng dụng trong trung tâm dữ liệu của Microsoft giải phóng các doanh nghiệp từ trách nhiệm và kinh phí quản lý máy chủ của riêng mình, biến chi phí vốn vào chi phí điều hành. Và đặc biệt là nếu trong Đơn có đột biến trong việc sử dụng, có thể nó là một on-line hoa cửa hàng mà phải xử lý vội vàng Ngày của mẹ, cho phép Microsoft duy trì các cơ sở lớn được yêu cầu cho máy chủ này có thể làm cho tinh thần kinh tế. Chạy các ứng dụng trong đám mây là một trong những khía cạnh quan trọng nhất của điện toán đám mây. Với Windows Azure, Microsoft cung cấp một nền tảng để thực hiện điều này, cùng với một cách thức để lưu trữ dữ liệu của ứng dụng. Theo tính toán lãi suất trong đám mây tiếp tục phát triển, mong đợi để xem chi tiết các ứng dụng Windows này tạo ra cho thế giới mới. SQL AZURE Một trong những cách quan trọng nhất của việc sử dụng Internet có thể truy cập máy chủ là để xử lý dữ liệu. Mục tiêu của SQL Azure là địa chỉ khu vực này, cung cấp một tập các dịch vụ dựa trên đám mây để lưu trữ và làm việc với nhiều loại thông tin. Trong khi Microsoft cho biết SQL Azure cuối cùng sẽ bao gồm một loạt các dữ liệu theo định hướng khả năng, bao gồm báo cáo, phân tích dữ liệu, và những người khác, các thành phần Azure SQL đầu tiên xuất hiện là cơ sở dữ liệu SQL Azure và "Huron" Data Sync. Hình 3 minh họa này. Hình 3 SQL Azure cung cấp dữ liệu theo định hướng các cơ sở trong đám mây. Cơ sở dữ liệu SQL Azure trước đây gọi là Dịch vụ dữ liệu SQL cung cấp một hệ thống quản lý cơ sở dữ liệu DBMS trong đám mây. Công nghệ này cho phép trên mặt bằng và các ứng dụng đám mây lưu trữ các loại quan hệ và các dữ liệu trên máy chủ của Microsoft trong Microsoft trung tâm dữ liệu. Cũng như với các công nghệ đám mây khác, một tổ chức chỉ trả cho những gì nó sử dụng, tăng và giảm sử dụng và chi phí như thay đổi các nhu cầu của tổ chức. Sử dụng một cơ sở dữ liệu mây cũng cho phép chuyển đổi những gì sẽ là chi phí vốn, như đầu tư vào đĩa và phần mềm DBMS, vào chi phí điều hành. 7 Không giống như các dịch vụ lưu trữ Windows Azure, Azure Cơ sở dữ liệu SQL được xây dựng trên Microsoft SQL Server. Tuy nhiên, trong bản gốc phát hành CTP 2008 của mình, Cơ sở dữ liệu SQL Azure không phơi bày một cái nhìn truyền thống quan hệ của dữ liệu. Dựa trên thông tin phản hồi của khách hàng, Microsoft đã quyết định thay đổi này. Đi về phía trước, cơ sở dữ liệu SQL Azure sẽ hỗ trợ các dữ liệu quan hệ, SQL Server cung cấp một môi trường trong đám mây, hoàn chỉnh với các chỉ số, xem, lưu trữ các thủ tục, gây nên, và nhiều hơn nữa. Dữ liệu này có thể được truy cập bằng cách sử dụng và Windows truy cập các dữ liệu giao diện. Trong thực tế, ứng dụng mà ngày hôm nay truy cập SQL Server tại địa phương hầu như không thay đổi sẽ làm việc với dữ liệu trong cơ sở dữ liệu SQL Azure. Khách hàng cũng có thể sử dụng trên cơ sở các phần mềm như SQL Server Reporting Services để làm việc với đám mây này dựa trên thông tin. Trong khi các ứng dụng có thể sử dụng cơ sở dữ liệu SQL Azure nhiều như họ làm một DBMS địa phương, các yêu cầu quản lý đã giảm đáng kể. Thay vì lo lắng về cơ học, như giám sát việc sử dụng đĩa và phục vụ các tập tin log, một cơ sở dữ liệu SQL Azure khách hàng có thể tập trung vào những gì quan trọng là các dữ liệu. Microsoft xử lý các chi tiết hoạt động. Và cũng giống như các thành phần khác của nền tảng Windows Azure, sử dụng cơ sở dữ liệu SQL Azure là đơn giản Chỉ cần đi đến một cổng Web và cung cấp các thông tin cần thiết. SQL thứ hai Azure thành phần công bố cho đến nay là "Huron" Data Sync. Được xây dựng trên Sync Framework và Microsoft SQL Azure Cơ sở dữ liệu, công nghệ này đồng bộ hóa dữ liệu quan hệ trên cơ sở khác nhau trên DBMSs. Các chủ sở hữu dữ liệu đó có thể xác định những gì cần được đồng bộ, làm thế nào xung đột nên được xử lý, và nhiều hơn nữa. Ứng dụng có thể dựa vào SQL Azure trong những cách khác nhau. Dưới đây là một số ví dụ Một Windows Azure ứng dụng có thể lưu trữ dữ liệu của nó trong cơ sở dữ liệu SQL Azure. Trong khi Windows Azure cung cấp lưu trữ riêng của mình, các bảng không phải là quan hệ giữa các tùy chọn nó cung cấp. Vì nhiều ứng dụng hiện có sử dụng lưu trữ và phát triển quan hệ nhiều người biết làm thế nào để làm việc với nó, một số lượng đáng kể các ứng dụng Windows Azure có khả năng dựa vào cơ sở dữ liệu SQL Azure để làm việc với dữ liệu trong cách này quen thuộc. Để cải thiện hiệu suất, khách hàng có thể chỉ định rằng một ứng dụng Windows Azure cụ thể phải chạy trong trung tâm dữ liệu giống nhau, trong đó cơ sở dữ liệu SQL Azure cửa hàng là ứng dụng của thông tin. Một ứng dụng trong một doanh nghiệp nhỏ hoặc một bộ phận của một tổ chức lớn, có thể dựa vào cơ sở dữ liệu SQL Azure. Thay vì lưu trữ dữ liệu của nó trong một cơ sở dữ liệu SQL Server hoặc Access chạy trên một máy tính dưới bàn làm việc của ai đó, ứng dụng thay vì có thể tận dụng được độ tin cậy và tính sẵn sàng của các lưu trữ mây. Giả sử một nhà sản xuất muốn làm cho thông tin sản phẩm sẵn có cho cả hai mạng lưới đại lý của mình và trực tiếp cho khách hàng. Đưa dữ liệu này trong SQL Azure Cơ sở dữ liệu sẽ cho phép nó để được truy cập bởi các ứng dụng đang chạy ở các đại lý và khách hàng phải đối mặt với một ứng dụng web do các nhà sản xuất riêng của mình. Một tổ chức với một cơ sở dữ liệu khách hàng rộng khắp vùng địa lý khác nhau có thể sử dụng "Huron" Data Sync để giữ các bản sao đồng bộ. Có lẽ khai từng nhu cầu riêng của mình bản sao của các dữ liệu cho hiệu suất hoặc để đảm bảo tính sẵn sàng hoặc vì một lý do khác. Tự động đồng bộ hóa có thể thực hiện phân phối này cần thiết một cách đáng kể ít đau. Cho dù đó là để hỗ trợ một ứng dụng Windows Azure, làm cho dữ liệu dễ tiếp cận hơn, giữ dữ liệu đồng bộ, hoặc lý do khác, các dịch vụ dữ liệu trong đám mây có thể được hấp dẫn. Theo công nghệ mới trở thành 8 theo ô SQL Azure, các tổ chức sẽ có tùy chọn để sử dụng các đám mây cho nhiều dữ liệu hơn và nhiều hơn nữa nhiệm vụ định hướng. NET DỊCH VỤ. Chạy các ứng dụng và lưu trữ dữ liệu trong đám mây là cả hai khía cạnh quan trọng của điện toán đám mây. Họ đang xa toàn bộ câu chuyện, tuy nhiên. Một lựa chọn khác là cung cấp các dịch vụ dựa trên mây cơ sở hạ tầng có thể được sử dụng bởi hoặc là trên cơ sở ứng dụng hoặc các ứng dụng đám mây. Điền khoảng cách này là mục tiêu. NET Services. Ban đầu được biết đến như là BizTalk Dịch vụ, chức năng cung cấp bởi NET Dịch vụ địa chỉ cơ sở hạ tầng thách thức phổ biến trong việc tạo ra các ứng dụng phân phối.. Hình 4 cho thấy các thành phần của nó. Hình 4. NET cung cấp các dịch vụ dựa trên cơ sở hạ tầng mây có thể được sử dụng bởi cả đám mây và trên cơ sở ứng dụng. Các thành phần của. NET Dịch vụ này là Access Control Một cách tiếp cận ngày càng phổ biến để nhận dạng là có mỗi người dùng cung cấp một ứng dụng với một bộ mã thông báo một số có chứa các tuyên bố. Các ứng dụng sau đó có thể quyết định những người sử dụng này được cho phép để làm dựa trên đơn xin này. Làm điều này một cách hiệu quả các công ty trên toàn liên bang đòi hỏi danh tính, cho phép tạo ra tuyên bố trong một phạm vi nhận dạng được chấp nhận trong một. Nó cũng có thể yêu cầu tuyên bố chuyển đổi, sửa đổi tuyên bố khi họ được thông qua giữa các phạm vi tính. Các Access Control cung cấp các dịch vụ dựa trên một đám mây thực hiện cả hai. Dịch vụ xe buýt Exposing dịch vụ của một ứng dụng trên Internet là khó hơn so với hầu hết mọi người nghĩ. Mục tiêu của dịch vụ xe buýt là để làm cho đơn giản bằng cách cho phép một ứng dụng dịch vụ Web phơi thiết bị đầu cuối, có thể được truy cập bởi các ứng dụng khác, cho dù trên mặt bằng hoặc trong mây. Mỗi điểm cuối là được giao tiếp xúc với một URI, mà khách hàng có thể sử dụng để xác định vị trí và truy cập các dịch vụ. Dịch vụ xe buýt cũng 9 xử lý các thách thức về đối phó với dịch địa chỉ mạng và vượt qua bức tường lửa mà không cần mở port mới cho các ứng dụng tiếp xúc. Đây là một số ví dụ về cách NET Dịch vụ. Có thể được sử dụng ISV An cung cấp một ứng dụng được sử dụng bởi khách hàng trong nhiều tổ chức khác nhau có thể sử dụng dịch vụ Access Control để đơn giản hóa sự phát triển của ứng dụng và hoạt động. Ví dụ, NET Dịch vụ này. Thành phần có thể dịch các yêu cầu đa dạng được sử dụng trong các tổ chức khách hàng khác nhau, mỗi trong số đó có thể sử dụng một công nghệ nhận dạng khác nhau trong nội bộ, thành một tập quán đó của ISV ứng dụng có thể sử dụng. Làm điều này cũng cho phép giảm tải các cơ học của liên bang nhận dạng vào đám mây trên cơ sở dịch vụ truy cập cửa, giải phóng các ISV chạy riêng của mình trên phần mềm cơ sở liên bang. Giả sử một doanh nghiệp muốn để cho phần mềm lúc truy cập các đối tác kinh doanh của một trong các ứng dụng của nó. Nó có thể phơi bày các chức năng này của ứng dụng thông qua SOAP hoặc Restful dịch vụ Web, sau đó đăng ký thiết bị đầu cuối của họ với dịch vụ xe buýt. Các đối tác kinh doanh của nó thì có thể sử dụng dịch vụ xe buýt để tìm các thiết bị đầu cuối và truy cập các dịch vụ. Từ khi làm điều này không yêu cầu mở cổng mới trong tường lửa của tổ chức, nó làm giảm nguy cơ bị phơi bày các ứng dụng. Việc tổ chức cũng có thể sử dụng Access Control dịch vụ, được thiết kế để làm việc với dịch vụ xe buýt, để hợp lý hoá thông tin nhận dạng được gửi đến ứng dụng bởi các đối tác. Như với Windows Azure, một trình duyệt cổng có thể truy cập được cung cấp cho khách hàng đăng ký. NET sử dụng một dịch vụ Windows Live ID. Với mục tiêu của Microsoft. NET Dịch vụ rất rõ ràng cung cấp các đám mây hữu ích dựa trên cơ sở hạ tầng cho các ứng dụng phân phối. Một TECHNOLOGIES ĐẨY XEM CÁC Có một sự hiểu biết rộng của nền tảng Windows Azure là một bước quan trọng đầu tiên. Bắt một sự hiểu biết sâu sắc hơn về công nghệ môi cũng rất hữu dụng, tuy nhiên. Phần này có một hơi sâu hơn xem mỗi thành viên trong gia đình. Windows Azure Windows Azure không chính hai điều Nó chạy các ứng dụng và lưu trữ dữ liệu của họ. Theo đó, phần này được chia thành hai phần, một cho mỗi của các khu vực này. Làm thế nào hai điều này được quản lý cũng rất quan trọng, và như vậy mô tả này trông lúc này là một phần của câu chuyện là tốt. Các ứng dụng đang chạy Trên Windows Azure, một ứng dụng thường có nhiều trường hợp, mỗi lần chạy một bản sao của tất cả hay một phần của mã của ứng dụng. Mỗi trường hợp chạy trong máy ảo riêng VM. Những máy ảo chạy 64-bit Windows Server 2008, và họ đang được cung cấp bởi một ảo đó là thiết kế đặc biệt để sử dụng trong đám mây. Chưa một nhà phát triển không cung cấp hình ảnh VM riêng của mình cho Windows Azure để chạy, ông cũng không cần phải lo lắng về việc duy trì một bản sao của hệ điều hành Windows. Thay vào đó, phiên bản CTP cho phép một nhà phát triển tạo ứng dụng web bằng cách sử dụng hợp vai trò và / hoặc trường hợp vai trò của công nhân. Hình 5 cho thấy cách nhìn này. Hình 5 Trong phiên bản CTP, Windows Azure ứng dụng có thể bao gồm các trường hợp vai trò Web và trường hợp vai trò công nhân, mỗi dụ đang chạy trong máy ảo riêng của nó. Như tên gọi của nó cho thấy, mỗi vai trò dụ web chấp nhận đến HTTP hoặc HTTPS yêu cầu thông qua Internet Information Services IIS 7. Một vai trò web có thể được thực hiện bằng cách sử dụng WCF, hoặc công nghệ khác làm việc với IIS. Như hình 5 cho thấy, Windows Azure cung cấp được xây dựng trong cân bằng tải để lây lan các yêu cầu trên web trường hợp vai trò là một phần của ứng dụng tương tự. Một ví dụ vai trò của công nhân, bằng cách tương phản, không thể chấp nhận yêu cầu trực tiếp từ thế giới bên ngoài, nó không được phép có bất kỳ kết nối mạng đến, và IIS không hoạt động trong máy ảo của nó. Thay vào đó, nó thường được đầu vào của mình thông qua một hàng đợi trong lưu trữ Windows Azure. Các bài viết trong hàng đợi này có thể đến từ một trường hợp vai trò web, một trên cơ sở ứng dụng, hay cái gì khác. Bất cứ nơi nào nó xuất phát từ đầu vào, một trường hợp vai trò của công nhân có thể gửi ra hàng đợi khác hoặc với thế giới bên ngoài, kết nối mạng gửi đi được. Và không giống như một trường hợp vai trò web, được tạo ra để xử lý các yêu cầu HTTP gửi đến, một trường hợp vai trò của công nhân là một việc làm theo đợt. Befitting này tổng quát, một vai trò công nhân có thể được thực hiện bằng cách sử dụng bất kỳ công nghệ Windows với một phương pháp chính. Cho dù nó chạy một trường hợp vai trò Web hoặc một trường hợp vai trò của công nhân, mỗi máy ảo cũng có chứa một Windows Azure đại lý cho phép các ứng dụng để tương tác với vải Windows Azure, như hình 5 cho thấy. Các đại lý exposes một Azure Windows định nghĩa API cho phép các dụ viết thư cho một Azure Windows-duy trì đăng nhập, gửi thông báo cho chủ sở hữu của nó qua vải Windows Azure, và nhiều hơn nữa. Trong khi điều này có thể thay đổi theo thời gian, phát hành của Windows Azure CTP ban đầu duy trì một one-to-một trong những mối quan hệ giữa một máy ảo và một bộ xử lý lõi vật lý. Do đó, hiệu suất của mỗi ứng dụng có thể được bảo đảm cho mỗi trường hợp vai trò Web và dụ công nhân có vai trò nòng cốt của riêng bộ vi xử lý chuyên dụng của nó. Để tăng hiệu suất của một ứng dụng, chủ nhân của nó có thể tăng số lượng các trường hợp quy định tại chạy tập tin cấu hình của ứng dụng. Windows Azure vải sau đó sẽ quay lên mới 11 VM, gán cho chúng đến lõi, và bắt đầu chạy trường hợp nhiều ứng dụng này. Vải này cũng phát hiện khi một vai trò Web hoặc dụ vai trò công nhân đã không thành công, sau đó bắt đầu một hình mới. Thông báo này ngụ ý gì Để có thể mở rộng, Windows Azure web trường hợp vai trò phải được quốc tịch. Bất kỳ khách hàng cụ thể nhà nước phải được ghi vào lưu trữ Windows Azure, được gửi đến cơ sở dữ liệu SQL Azure, hoặc thông qua lại cho khách hàng trong một cookie. Statelessness web vai trò cũng là tất cả, nhưng được uỷ thác bởi Windows Azure's built-in cân bằng tải. Bởi vì nó không cho phép tạo ra một ái lực với vai trò là một ví dụ cụ thể web, không có cách nào để đảm bảo rằng các yêu cầu nhiều từ cùng một người dùng sẽ được gửi đến các trường hợp tương tự. Cả hai vai trò Web và vai trò của công nhân được thực hiện bằng cách sử dụng Windows chuẩn công nghệ. Chưa di chuyển các ứng dụng hiện tại cho Windows Azure có thể yêu cầu một số thay đổi. Đối với một điều, người truy cập lưu trữ Windows Azure sử dụng Data Services, một công nghệ tương đối mới mà chưa được phổ biến trong các ứng dụng trên mặt bằng. A Windows Azure ứng dụng cũng có thể sử dụng tiêu chuẩn để truy cập vào kho quan hệ cung cấp bởi cơ sở dữ liệu SQL Azure, tuy nhiên, điều này làm cho nó dễ dàng hơn để di chuyển một ứng dụng nền tảng này hiện có để mây. Ngoài ra, công nhân hợp vai trò thường dựa vào hàng đợi trong Windows Azure lưu trữ cho đầu vào của họ, một trừu tượng đó là không có ở trên cơ sở các môi trường Windows. Trong chính, tuy nhiên, thế giới thấy một ứng dụng chạy trên Windows Azure là giống như những gì nó thấy trên bất kỳ các hệ thống Windows Server 2008. Đối với các nhà phát triển, xây dựng một Windows Azure ứng dụng trong phiên bản CTP trông giống như xây dựng một ứng dụng Windows truyền thống. Microsoft cung cấp Visual Studio 2008 dự án mẫu cho việc tạo Windows Azure web vai trò, vai trò của công nhân, và kết hợp của hai. Các nhà phát triển có thể tự do sử dụng bất kỳ ngôn ngữ lập trình Windows mặc dù đó là công bằng để nói rằng tập trung ban đầu của Microsoft cho Windows Azure đã được về C . Ngoài ra, Windows Azure kit phát triển phần mềm bao gồm một phiên bản của môi trường Windows Azure chạy trên máy tính của nhà phát triển. Được biết đến như là vải Windows Azure phát triển, nó bao gồm Windows Azure lưu trữ, một đại diện Windows Azure, và mọi thứ khác nhìn thấy một ứng dụng đang chạy trong đám mây. Một nhà phát triển có thể tạo và gỡ lỗi ứng dụng của mình bằng cách sử dụng này simulacrum địa phương, sau đó triển khai các ứng dụng cho Windows Azure trong đám mây khi nó sẵn sàng. Tuy nhiên, một số công việc thực sự là khác nhau trong đám mây. Nó không thể đính kèm một debugger vào một đám mây trên cơ sở ứng dụng, ví dụ, và để gỡ lỗi các ứng dụng đám mây dựa chủ yếu vào một văn bản cho Windows Azure duy trì đăng nhập thông qua các đại lý Windows Azure. Windows Azure cũng cung cấp các dịch vụ khác cho các nhà phát triển. Ví dụ, một ứng dụng Windows Azure có thể gửi một chuỗi cảnh báo thông qua các đại lý Windows Azure, và Windows Azure sẽ mong rằng cảnh báo qua email, nhắn tin, hoặc một số cơ chế khác để nhận định của mình. Nếu muốn, Windows Azure vải tự nó có thể phát hiện một sự thất bại đơn và gửi một cảnh báo. Windows Azure nền tảng cũng cung cấp thông tin chi tiết về tiêu thụ tài nguyên của ứng dụng, bao gồm cả thời gian xử lý, vào và ra băng thông, và lưu trữ. Truy cập vào dữ liệu Làm việc với các ứng dụng dữ liệu theo nhiều cách khác nhau. Đôi khi, tất cả đó là yêu cầu được blobs đơn giản, trong khi tình huống khác gọi một cách chi tiết cấu trúc để lưu trữ thông tin. Và trong một số trường hợp, tất cả đó là thực sự cần thiết là một cách để trao đổi dữ liệu giữa các phần khác nhau của một ứng dụng. Windows Azure lưu trữ địa chỉ cả ba của các yêu cầu này, như Hình 6 cho thấy. Hình 6 Windows Azure cho phép lưu trữ dữ liệu trong blobs, bảng biểu, và hàng đợi, tất cả các truy cập vào một phong cách yên tĩnh qua HTTP hoặc HTTPS. Cách đơn giản nhất để lưu trữ dữ liệu trong lưu trữ Windows Azure là sử dụng blobs. Như Hình 6 cho thấy, có một cấu trúc đơn giản Một tài khoản lưu trữ có thể có một hoặc nhiều container, mỗi trong số đó nắm giữ một hoặc nhiều blobs. Blobs có thể được lớn lên tới 50 gigabyte mỗi-và để thực hiện chuyển giao blobs lớn hiệu quả hơn, một số có thể được chia thành các khối. Nếu không xảy ra, retransmission có thể tiếp tục với khối gần đây nhất thay vì gửi blob toàn bộ một lần nữa. Blobs cũng có thể có liên quan đến siêu dữ liệu, như thông tin về nơi mà một bức ảnh JPEG hoặc những người đã được đưa nhà soạn nhạc được cho một file MP3. Blobs chỉ là đúng cho một số loại dữ liệu, nhưng chúng cũng có cấu trúc cho nhiều tình huống. Để cho phép các ứng dụng để làm việc với dữ liệu trong một tốt đẹp hơn-grained cách, Windows Azure lưu trữ cung cấp bảng. Không được lừa bởi tên Đây không phải là bảng quan hệ. Trong thực tế, mặc dù chúng được gọi là "bảng", dữ liệu họ có thực sự được lưu giữ trong một tập hợp các thực thể bằng tài sản. Một bảng không có định nghĩa giản đồ; thay vào đó, tài sản có thể có các loại khác nhau, như int, string, bơi, hoặc DateTime. Và thay vì sử dụng SQL, một ứng dụng có thể truy cập của một bảng dữ liệu sử dụng Data Services hoặc LINQ. Một bảng đơn có thể khá lớn, với tỷ thực thể đang nắm giữ terabyte dữ liệu, lưu trữ và Windows Azure có thể phân vùng nó trên nhiều máy chủ nếu cần thiết để cải thiện hiệu suất. Blobs và bàn đều tập trung vào việc lưu trữ dữ liệu. Các tùy chọn thứ ba trong lưu trữ Windows Azure, hàng đợi, có một mục đích khá khác nhau. Vai trò chính của hàng đợi là cung cấp một cách để trường hợp vai trò Web để giao tiếp với các trường hợp vai trò của công nhân. Ví dụ, người dùng có thể gửi một yêu cầu để thực hiện một số tác vụ tính toán, chuyên sâu thông qua một trang web thực hiện bởi một vai trò Windows Azure Web. Vai trò dụ web đó nhận được yêu cầu này có thể viết một tin nhắn vào một hàng đợi mô tả công việc phải làm. Một vai trò công nhân dụ đó là xếp hàng chờ đợi ngày này sau đó có thể đọc tin nhắn và thực hiện các công việc chỉ định. Bất cứ kết quả có thể được trả lại qua hàng đợi khác hoặc xử lý bằng cách khác. 13 Bất kể như thế nào nó được lưu trữ trong blobs, bàn, hoặc hàng đợi-tổ chức tại tất cả các dữ liệu lưu trữ Windows Azure là nhân rộng ba lần. Điều này cho phép nhân rộng khả năng chịu lỗi, vì mất đi một bản sao không gây tử vong. Sự ổn định của hệ thống bảo lãnh, tuy nhiên, do đó, một ứng dụng đọc dữ liệu nó cũng đã có văn bản sẽ có được những gì nó mong muốn. Windows Azure lưu trữ có thể được truy cập, hoặc bởi một ứng dụng Windows Azure, hoặc bằng một ứng dụng đang chạy ở một nơi khác. Trong cả hai trường hợp, cả ba Windows Azure phong cách lưu trữ sử dụng các công ước của Văn để xác định và phơi bày dữ liệu. Tất cả mọi thứ được đặt tên là URIs bằng cách sử dụng và truy cập với tiêu chuẩn hoạt động HTTP. Một. NET khách hàng cũng có thể sử dụng Data Services và LINQ, nhưng truy cập để lưu trữ Windows Azure từ, nói rằng, một ứng dụng Java có thể chỉ cần sử dụng REST tiêu chuẩn. Ví dụ, một blob có thể được đọc với một HTTP GET chống lại một URI được định dạng như thế này http// /. / Là một định danh được phân công khi một tài khoản lưu trữ mới được tạo ra, và nó xác nhận blobs, bảng biểu, và hàng đợi được tạo ra bằng cách sử dụng tài khoản này. Và chỉ là tên của các container và blob rằng yêu cầu này được truy cập. Tương tự, một truy vấn với một bảng cụ thể được thể hiện như là một HTTP GET chống lại một URI được định dạng như thế này http// . / ? $ lọc = Ở đây, xác định trong bảng được truy vấn, trong khi chứa các truy vấn được thực hiện để chống lại bảng này. Ngay cả hàng đợi có thể được truy cập bằng cả hai Azure ứng dụng Windows và các ứng dụng bên ngoài bằng việc phát hành một HTTP GET chống lại một URI được định dạng như thế này http// . / Windows Azure phí một cách độc lập nền tảng cho tính toán và tài nguyên lưu trữ. Điều này có nghĩa là trên cơ sở ứng dụng có thể sử dụng chỉ cần Windows Azure lưu trữ, truy cập vào dữ liệu của nó trong cách yên tĩnh được mô tả. Và bởi vì rằng dữ liệu có thể được truy cập trực tiếp từ không ứng dụng Windows Azure, nó vẫn có sẵn ngay cả khi Windows Azure ứng dụng sử dụng nó không chạy. Mục tiêu của các nền tảng ứng dụng, cho dù trên mặt bằng hoặc trong đám mây, là hỗ trợ các ứng dụng và dữ liệu. Windows Azure cung cấp một trang chủ cho cả hai của những việc này. Trước mắt, sẽ thấy một phần của những gì đã có thể được trên cơ sở ứng dụng Windows thay vì chạy trên nền tảng đám mây mới. SQL Azure SQL Azure là một tên ô dù cho một nhóm các đám mây trên nền công nghệ để làm việc với các kiểu quan hệ và các dữ liệu. Các thành viên đầu tiên của gia đình này xuất hiện là cơ sở dữ liệu SQL Azure và "Huron" Data Sync. Phần này sẽ xem xét kỹ hơn ở cả hai. Cơ sở dữ liệu SQL Azure Một DBMS trong đám mây là hấp dẫn đối với nhiều lý do. Đối với một số tổ chức, cho phép một nhà cung cấp dịch vụ chuyên biệt đảm bảo độ tin cậy, xử lý back-up, và thực hiện chức năng quản lý khác làm cho tinh thần. Dữ liệu 14 trong đám mây cũng có thể được truy cập bởi các ứng dụng chạy bất cứ nơi nào, thậm chí trên các thiết bị di động. Và cho các nền kinh tế của quy mô mà một nhà cung cấp dịch vụ thích, sử dụng một cơ sở dữ liệu mây cũng có thể làm nó rẻ hơn so với chính mình. Mục tiêu của Cơ sở dữ liệu SQL Azure là cung cấp cho tất cả các quyền lợi này. Hình 7 cho thấy một cái nhìn đơn giản của công nghệ này. Hình 7 Các ứng dụng truy cập dữ liệu trong SQL Azure Cơ sở dữ liệu thông qua giao thức TDS của Microsoft, cho phép họ sử dụng dữ liệu và phổ biến các giao diện khác. Một ứng dụng bằng cách sử dụng cơ sở dữ liệu SQL Azure có thể chạy trên Windows Azure, tại trung tâm dữ liệu của doanh nghiệp, trên một thiết bị di động, hoặc ở một nơi khác. Bất cứ nơi nào nó chạy, ứng dụng truy cập dữ liệu qua giao thức gọi là Tabular Data Stream TDS. Đây là cùng một giao thức được sử dụng để truy cập vào một cơ sở dữ liệu SQL Server địa phương, và do đó, một cơ sở dữ liệu SQL Azure ứng dụng có thể sử dụng bất kỳ khách hàng hiện tại thư viện SQL Server. Điều quan trọng nhất trong số này có lẽ là nhưng ODBC và những người khác cũng có thể được sử dụng. Đối với hầu hết các phần, một ứng dụng bằng cách sử dụng cơ sở dữ liệu SQL Azure thấy một môi trường SQL Server quen thuộc. Một số điều được bỏ qua, tuy nhiên, như thường SQL Language Runtime CLR và hỗ trợ cho dữ liệu không gian. Ngoài ra, bởi vì chính quyền được xử lý bởi Microsoft, các dịch vụ không vạch trần chức năng vật lý hành chính. Một khách hàng không có thể tắt hệ thống, ví dụ Và. Như bạn mong muốn trong một môi trường chia sẻ, một truy vấn có thể chạy một thời gian chỉ có hạn chế không có yêu cầu duy nhất có thể mất nhiều hơn trước một xác định số tiền của tài nguyên. Tuy vậy, trong khi môi trường sẽ tiêu chuẩn, các dịch vụ ứng dụng được là mạnh hơn so với những gì một trường hợp duy nhất của SQL Server cung cấp. Như trong lưu trữ Windows Azure, tất cả các dữ liệu được lưu trữ trong cơ sở dữ liệu SQL Azure là nhân rộng ba lần. Cũng như Windows Azure lưu trữ, cung cấp dịch vụ mạnh mẽ 15 thống nhất Khi viết thư trả về, tất cả các bản sao đã được viết. Mục đích là để cung cấp đáng tin cậy lưu trữ dữ liệu ngay cả khi đối mặt với hệ thống mạng và thất bại. Kích thước tối đa của một cơ sở dữ liệu duy nhất trong cơ sở dữ liệu SQL Azure là 10 gigabyte. Một ứng dụng có dữ liệu là trong giới hạn này có thể sử dụng chỉ là một cơ sở dữ liệu, trong khi một ứng dụng với nhiều dữ liệu hơn sẽ cần phải tạo ra nhiều cơ sở dữ liệu. Hình 8 minh hoạ ý tưởng này. Hình 8 Một ứng dụng có thể sử dụng một cơ sở dữ liệu duy nhất hoặc nhiều cơ sở dữ liệu. Với một cơ sở dữ liệu duy nhất, một ứng dụng thấy một tập hợp dữ liệu, và vì vậy các truy vấn SQL có thể được sử dụng như bình thường trên tất cả các dữ liệu này. Với cơ sở dữ liệu nhiều, tuy nhiên, việc áp dụng phải phân chia dữ liệu của nó trong số đó. Thông tin về khách hàng có tên bắt đầu bằng "A" có thể là tại một cơ sở dữ liệu, ví dụ, khách hàng có tên bắt đầu với "B" ở khác, vv. Trong khi mỗi cơ sở dữ liệu cho thấy nhiều giao diện bình thường quan hệ, ứng dụng không còn có thể phát hành một đĩa đơn truy vấn SQL mà truy cập tất cả các dữ liệu trong tất cả các cơ sở dữ liệu. Thay vào đó, các ứng dụng mà làm việc với nhiều cơ sở dữ liệu sẽ cần phải được nhận thức như thế nào dữ liệu được chia. Trong một số trường hợp, thậm chí cả các ứng dụng với số lượng nhỏ của dữ liệu có thể chọn để sử dụng cơ sở dữ liệu khác nhau. Cách tiếp cận này cho phép truy vấn song song, ví dụ, và do đó, nó có thể cung cấp hiệu năng tốt hơn trong một số trường hợp. Tương tự, một ứng dụng đa người thuê nhà cung cấp dịch vụ cho các tổ chức khác nhau có thể chọn để sử dụng cơ sở dữ liệu nhiều, có lẽ chỉ định một đến từng tổ chức. Cho dù một ứng dụng cần nhiều cơ sở dữ liệu hoặc chỉ một, SQL Azure Cơ sở dữ liệu có thể giúp các nhà phát triển ứng dụng địa chỉ một loạt các tình huống. Dù là vấn đề được giải quyết, mục tiêu cơ bản của công nghệ vẫn như nhau để cung cấp một cơ sở dữ liệu chi phí đám mây quen thuộc, đáng tin cậy, và thấp cho tất cả các loại ứng dụng. 16 "Huron" Data Sync Lý tưởng nhất, dữ liệu được lưu giữ trong chỉ một nơi. Thực ra, tuy nhiên, điều này thường không có. Nhiều tổ chức có bản sao của cùng một dữ liệu lan rộng trên khắp cơ sở dữ liệu khác nhau, thường là ở các địa điểm khác nhau về địa lý. Giữ rằng dữ liệu đồng bộ là đầy thách thức, nhưng cần thiết. "Huron" Đồng bộ hoá dữ liệu địa chỉ vấn đề này. Được xây dựng trên Sync Framework và Microsoft SQL Azure Cơ sở dữ liệu, nó có thể đồng bộ hóa dữ liệu trong cơ sở dữ liệu quan hệ nhiều. Hình 9 cho thấy những vấn đề cơ bản của công nghệ này. Hình 9 "Huron" Đồng bộ hoá dữ liệu sử dụng Microsoft Framework Sync để đồng bộ hóa dữ liệu trên SQL Azure Cơ sở dữ liệu và trên cơ sở dữ liệu cơ sở. "Huron" Đồng bộ hoá dữ liệu ban đầu sẽ hỗ trợ SQL Server và SQL Server Compact Edition. Công nghệ này cũng bao gồm một SDK, tuy nhiên, cho phép người khác để thêm sự hỗ trợ cho DBMSs hơn. Dù công nghệ cơ sở dữ liệu được sử dụng, "Huron" Đồng bộ hoá dữ liệu công trình theo cùng một cách thay đổi dữ liệu được đồng bộ hóa đầu tiên Azure Cơ sở dữ liệu SQL, sau đó đến DBMSs đang được đồng bộ. Công nghệ này cung cấp một giao diện đồ họa cho phép người dùng xác định đó phải được đồng bộ hóa dữ liệu trên mà cơ sở dữ liệu. Đồng bộ hóa được nhiều thầy, có nghĩa là thay đổi có thể được thực hiện cho bất kỳ các bản sao. Những người dùng thiết lập đồng bộ cũng có thể định nghĩa như thế nào xung đột nên được xử lý. Tùy chọn bao gồm việc viết cuối cùng giành chiến thắng, đòi hỏi rằng những thay đổi được thực hiện cho một cơ sở dữ liệu cụ thể giành chiến thắng, và nhiều hơn nữa. 17 "Huron" Đồng bộ hoá dữ liệu, làm việc với cơ sở dữ liệu SQL Azure, địa chỉ là một vấn đề quan trọng trong nhiều tổ chức. Khi SQL Azure gia đình mở rộng, mới thấy mây nhiều giải pháp dựa trên dữ liệu theo định hướng các vấn đề phổ biến. NET DỊCH VỤ. Lưu trữ dữ liệu trong đám mây là hữu ích, nhưng như vậy là cung cấp các dịch vụ dựa trên mây cơ sở hạ tầng. Những dịch vụ này có thể được sử dụng bởi hoặc là trên cơ sở hoặc các ứng dụng dựa trên mây, và họ có thể giải quyết vấn đề mà không thể được giải quyết cũng như trong bất kỳ cách nào khác. Phần này có một cái nhìn sâu hơn về các dịch vụ của Microsoft trong lĩnh vực này các NET cận. Control NET Dịch vụ và Dịch vụ. Buýt, được gọi chung là. NET Services. Access Control Service Làm việc với nhận dạng là một phần cơ bản của hầu hết các ứng dụng phân phối. Dựa trên thông tin về danh tính của người sử dụng, một ứng dụng ra quyết định về những gì mà người dùng được phép làm. Để truyền tải thông tin này, ứng dụng có thể dựa vào thẻ được xác định bằng cách sử dụng Security Assertion Markup Language SAML. Một SAML có chứa mã thông báo yêu cầu, mỗi có thể mang theo một số mẩu thông tin về một người sử dụng. Một trong những yêu cầu bồi thường có thể chứa tên của cô, một có thể chỉ ra vai trò của mình, chẳng hạn như quản lý, trong khi một phần ba có chứa địa chỉ email của cô. Thẻ được tạo ra bởi phần mềm được biết đến như một dịch vụ bảo mật mã thông STS, mà mỗi một dấu hiệu kỹ thuật số để xác minh nguồn gốc của nó. Khi một khách hàng như là một trình duyệt Web có một mã thông báo cho người sử dụng của nó, nó có thể trình bày dâu hiệu cho một ứng dụng. Ứng dụng này sau đó yêu cầu sử dụng của thẻ để quyết định những gì người dùng này được cho phép để làm. Có một vài vấn đề có thể, tuy nhiên Nếu dâu hiệu không chứa các tuyên bố này cần áp dụng? Với tuyên bố dựa trên danh tính, mỗi ứng dụng là miễn phí để xác định tập các tuyên bố rằng người dùng của nó phải hiện nay. Tuy nhiên, STS đã tạo mã thông báo này có thể không có đưa vào nó một cách chính xác những gì ứng dụng này đòi hỏi. gì nếu các ứng dụng không tin tưởng rằng STS cấp thẻ này? Một ứng dụng không thể chấp nhận thẻ phát hành bởi chỉ cần bất kỳ STS. Thay vào đó, ứng dụng thường có quyền truy cập vào một danh sách các giấy chứng nhận cho STSs tin cậy, cho phép nó để xác nhận chữ ký trên thẻ mà họ tạo ra. Chỉ có thẻ từ những STSs tin cậy sẽ được chấp nhận. Chèn khác STS vào quá trình này có thể giải quyết cả hai vấn đề. Để chắc chắn rằng thẻ chứa các tuyên bố quyền, điều này phụ STS thực hiện yêu cầu chuyển đổi. STS có thể chứa các quy tắc xác định cách thức đầu vào và đầu ra phải được yêu cầu liên quan, sau đó sử dụng những quy tắc để tạo ra một thẻ mới có chứa các tuyên bố chính xác một ứng dụng đòi hỏi. Quyết những vấn đề thứ hai, thường được gọi là nhận dạng liên bang, đòi hỏi sự tin tưởng ứng dụng STS mới. Nó cũng đòi hỏi phải thiết lập một mối quan hệ tin cậy giữa này STS mới và một trong đó tạo ra các STS token nhận được. Thêm một STS cho phép chuyển đổi và liên bang tuyên bố danh tính, cả những điều có ích. Nhưng mà nên này STS chạy? Có thể sử dụng một STS chạy bên trong một tổ chức, một lựa chọn đó là do nhà cung cấp một vài ngày hôm nay. Tuy vậy tại sao không chạy một STS trong đám mây? Điều này sẽ làm cho nó dễ tiếp cận cho người dùng và các ứng dụng trong tổ chức nào. Nó cũng có những nơi gánh nặng cho chạy và quản lý STS trên một nhà cung cấp dịch vụ. 18 Điều này là chính xác những gì các Access Control Dịch vụ cung cấp Đây là một STS trong đám mây. Để xem cách này STS có thể được sử dụng, giả sử một ISV cung cấp một ứng dụng có thể truy cập Internet mà có thể được sử dụng bởi những người trong nhiều tổ chức khác nhau. Trong khi tất cả những tổ chức có thể có thể cung cấp thẻ SAML cho người dùng của họ, những thẻ ít có khả năng để chứa các thiết lập chính xác của tuyên bố này cần áp dụng. Hình 10 minh hoạ cách Access Control dịch vụ có thể giải quyết những thách thức này. Hình 10 The Access Control cung cấp các dịch vụ dựa trên luật lệ chuyển đổi và liên bang tuyên bố danh tính. Trước tiên, các ứng dụng của người dùng mà trong ví dụ này là một trình duyệt web, nhưng cũng có thể là một khách hàng WCF hay cái gì khác sẽ gửi SAML của người sử dụng thẻ để kiểm soát truy cập dịch vụ bước 1. Dịch vụ này xác nhận chữ ký trên thẻ, xác minh rằng nó đã được tạo ra bởi một STS các tín thác dịch vụ. Dịch vụ này và sau đó tạo ra một dấu hiệu mới SAML có chứa mã thông báo chính xác các yêu cầu ứng dụng này yêu cầu bước 2. Để làm điều này, các Access Control dịch vụ của STS dựa vào quy định của chủ sở hữu của ứng dụng mà người dùng đang cố gắng truy cập. Ví dụ, giả sử ứng dụng cấp quyền truy cập cụ thể đến bất kỳ một người sử dụng quản lý trong công ty của mình là ai. Trong khi mỗi công ty có thể bao gồm một tuyên bố trong thẻ của nó cho thấy rằng một người dùng là một người quản lý, họ sẽ có khả năng tất cả sẽ khác nhau. Một trong những công ty có thể sử dụng chuỗi "Quản lý", một chuỗi các "Supervisor", và một mã một phần ba số nguyên. Để giúp các ứng dụng đối phó với sự đa dạng này, chủ nhân của nó có thể định nghĩa được quy định trong Access Control rằng chuyển đổi tất cả ba trong số các tuyên bố đến chuỗi thường Maker Quyết định "". Các ứng dụng của cuộc sống bây giờ là đơn giản, kể từ công tác tuyên bố chuyển đổi được thực hiện cho nó. Một khi nó được tạo ra, STS trong kiểm soát truy cập dịch vụ trở về bước này thẻ mới cho khách hàng 3 những người sau đó vượt qua nó trên vào ứng dụng Bước 4. Ứng dụng này xác nhận chữ ký trên thẻ, đảm bảo rằng nó thực sự đã được phát hành bởi các kiểm soát truy cập dịch vụ STS. Lưu ý rằng trong khi Access Control vụ STS phải duy trì một mối quan hệ tin cậy với STS của mỗi tổ chức của khách hàng, ứng dụng 19 Bản thân sự tin tưởng chỉ cần truy cập cửa Dịch vụ STS. Khi nó đã được một số mã thông báo của provenance này, ứng dụng có thể sử dụng các tuyên bố nó chứa để quyết định những gì người dùng này được phép làm bước 5. Một cách khác để sử dụng Access Control Service là ngụ ý bằng tên của nó Một ứng dụng có thể có hiệu quả offload đến các quyết định về loại dịch vụ của mỗi người dùng truy cập được cho phép. Ví dụ, giả truy cập vào một chức năng nhất định của một ứng dụng đòi hỏi người sử dụng hiện nay là một yêu cầu cụ thể. Các quy tắc trong việc kiểm soát truy cập dịch vụ cho các ứng dụng có thể được xác định để đưa ra tuyên bố này chỉ cho người dùng rằng hiện nay yêu cầu khác theo yêu cầu, như là một trong những người quản lý các yêu cầu được mô tả trước đó. Khi ứng dụng nhận được một người sử dụng của thẻ, nó có thể cấp hoặc từ chối truy cập dựa trên sự hiện diện của yêu cầu này, quyết định đã có hiệu quả làm cho nó bằng các kiểm soát truy cập Dịch vụ. Làm điều này cho phép một quản trị viên xác định nguyên tắc kiểm soát truy cập tại địa điểm chung, và nó cũng có thể giúp trong việc chia sẻ các quy tắc kiểm soát truy cập trên nhiều ứng dụng. Mọi liên lạc với kiểm soát truy cập dịch vụ dựa trên giao thức chuẩn như WS-Trust và WS-Liên bang. Điều này làm cho các dịch vụ truy cập từ bất kỳ loại ứng dụng trên nền tảng nào. Và để xác định các quy tắc, dịch vụ cung cấp cho cả một trình duyệt dựa trên giao diện và một API cho khách hàng truy cập vào chương trình. Tuyên bố dựa trên danh tính là trên đường trở thành phương pháp tiêu chuẩn cho các môi trường phân phối. Bằng cách cung cấp một STS trong đám mây, hoàn chỉnh với quy định dựa trên yêu cầu chuyển đổi, các Access Control Dịch vụ này làm cho cách tiếp cận hiện đại để nhận dạng hấp dẫn hơn. Dịch vụ xe buýt Giả sử bạn có một ứng dụng chạy bên trong tổ chức của bạn mà bạn muốn trình bày cho hệ thống trong các tổ chức khác thấy thông qua Internet. Thoạt nhìn, điều này có vẻ như là một vấn đề đơn giản. Giả sử ứng dụng của bạn cung cấp chức năng của nó như là dịch vụ Web RESTful hoặc SOAP-based, bạn chỉ có thể làm cho người dùng thấy được các dịch vụ web này. Khi bạn thực sự cố gắng để làm điều này, một số vấn đề xuất hiện. Trước tiên, làm thế nào để ứng dụng trong các tổ chức khác hoặc ngay cả trong các bộ phận khác trong tổ chức của bạn có thể tìm thấy thiết bị đầu cuối để có thể kết nối đến các dịch vụ của bạn? Sẽ tốt hơn nếu có một số loại đăng ký Registry, nơi mà những ứng dụng khác có thể xác định vị trí ứng dụng của bạn. Và một khi các ứng dụng khác đã tìm thấy, có thể yêu cầu bằng cách nào để phần mềm trong các tổ chức khác được kết nối vào ứng dụng của bạn? Cơ chế dịch địa chỉ mạng NAT - Network Address Translate rất phổ biến, do đó, một ứng dụng thường xuyên không có địa chỉ IP cố định để giao tiếp với bên ngoài. Và thậm chí nếu NAT không được sử dụng, làm thế nào để nhận được yêu cầu thông qua tường lửa của bạn? Điều này có thể được thực hiện bằng cách mở tường lửa để cho phép truy cập vào các ứng dụng của bạn, nhưng hầu hết các nhà quản trị mạng không khuyến khích điều này. Service Bus sẽ phân tích những thách thức nêu trên. Hình 11 Service Bus cho phép ứng dụng đăng ký thiết bị đầu cuối, sau đó các ứng dụng khác truy xuất và sử dụng các thiết bị đầu cuối này để truy cập vào dịch vụ của ứng dụng đó. Để bắt đầu, ứng dụng của bạn đăng ký một hoặc nhiều thiết bị đầu cuối với Service Bus bước 1. Service Bus gán cho tổ chức của bạn một gốc URI, nơi mà bạn được miễn phí tạo ra bất kỳ hệ thống cấp bậc được đặt tên theo ý bạn. Điều này cho phép thiết bị đầu cuối của bạn được gán một cách rõ ràng – một URIs có thể được nhìn thấy. Ứng dụng của bạn cũng phải mở một kết nối với Service Bus cho mỗi thiết bị đầu cuối nó giao tiếp. Service Bus giữu cho kết nối này mở để giải quyết hai vấn đề. Một là, NAT không còn là một vấn đề, bởi vì lưu lượng thông tin trên kết nối được mở bằng Service Bus luôn luôn được chuyển đến ứng dụng của bạn. Hai là, bởi vì kết nối được tạo ra từ bên trong tường lửa, nên không có lỗi thông tin được trả về lại cho ứng dụng thông qua kết nối này - tường lửa không ngăn chặn kết nối này. Khi một ứng dụng trong một tổ chức khác hoặc là một phần khác của bạn muốn truy cập vào ứng dụng của bạn, nó chỉ cần kết nối tới khối Đăng kýregisty của Service Bus bước 2. Kết nối này sử dụng giao thức Atom Publishing Atom Publishing Protocol, và nó trả về tài liệu của dịch vụ AtomPub liên quan đến thiết bị đầu cuối của ứng dụng của bạn. Khi có được điều đó, nó có thể gọi dịch vụ cung cấp thông qua các thiết bị đầu cuối nàybước 3. Mỗi kết nối được nhận bởi Service Bus, sau đó chuyển sang cho ứng dụng của bạn, bằng con đường ngược lại. Mặc dù nó không được hiển thị trong hình, Service Bus thiết lập một kết nối trực tiếp giữa một ứng dụng và ứng dụng khách của nó bất cứ khi nào có thể, làm cho giao tiếp được hiệu quả hơn. Service Bus cũng cho phép giao tiếp thông qua hàng đợi, cho phép một ứng dụng khách gửi yêu cầu ngay cả khi ứng dụng nguồn không có sẵn; Service Bus có thể xếp các yêu cầu chờ ứng dụng nguồn trả lời trong một tuần. Cùng với việc giao tiếp dễ dàng hơn, Service Bus có thể cải thiện khả năng bảo mật. Bởi vì máy khách bây giờ chỉ thấy địa chỉ IP được cung cấp bởi Service Bus, bạn không cần cung cấp IP bên trong tổ chức của bạn. Điều này làm ứng dụng của bạn vô danh một cách hiệu quả, vì bên ngoài không thể nhìn thấy địa chỉ IP tổ chức của bạn. Service Bus hoạt động như một DMZDe-Militarised Zone bên ngoài, cung cấp một lớp vô hướng để ngăn chặn kẻ tấn công. Và cuối cùng, Service Bus được thiết kế để được sử dụng bởi dịch vụ điều khiển truy cập Access Control Service, cho phép các quy tắc cơ bản yêu cầu chuyển đổi. Trong thực tế, Service Bus chỉ chấp nhận các thẻ được phát hành bởi dịch vụ điều khiển truy cập Access Control Service STS. Một ứng dụng muốn thể hiện dịch vụ của mình thông qua Service Bus thường được thực hiện bằng cách sử dụng WCFWindows Communication Foundation một nền tảng framework để xây dựng và chạy các ứng dụng hướng dịch vụ. Khách hàng có thể được xây dựng với WCF hoặc các công nghệ khác, chẳng hạn như Java, và họ có thể thực hiện các yêu cầu thông qua SOAP hoặc HTTP. Ứng dụng và các thành phần của nó cũng được tự do sử dụng cơ chế bảo mật riêng của chúng, chẳng hạn như mã hóa, để bảo vệ chúng khỏi những kẻ tấn công và từ Service Bus. Trưng bày ứng dụng ra thế giới bên ngoài không đơn giản. Mục đích của Service Bus là làm cho việc này trở nên đơn giản nhất. KẾT LUẬN Sự thật hiển nhiên là Cloud computing là ở đây. Đối với các nhà phát triển, lợi dụng đám mây nghĩa là sử dụng nền tảng đám mây một cách nào đó. Với nền tảng Windows Azure, Microsoft giới thiệu một loạt các phong cách nền tảng địa chỉ một loạt các nhu cầu Windows Azure cung cấp một tính toán dựa trên Windows và môi trường lưu trữ trong đám mây. SQL Azure DBMS cung cấp một đám mây với SQL Azure Cơ sở dữ liệu và đồng bộ hóa dữ liệu thông qua "Huron" Data Sync, với đám mây hơn dựa trên dữ liệu các dịch vụ kế hoạch. . NET cung cấp dịch vụ đám mây trên cơ sở hạ tầng cho các đám mây và trên cơ sở ứng dụng. Những phương pháp tiếp cận địa chỉ một loạt các yêu cầu, và không phải tất cả các nhà phát triển sẽ sử dụng tất cả chúng. Tuy vậy cho dù bạn làm việc cho một ISV hoặc một doanh nghiệp, một số nền tảng dịch vụ đám mây có khả năng có ích cho các ứng dụng tổ chức của bạn tạo ra. Một thế giới mới là unfolding; chuẩn bị được một phần của nó. GIỚI THIỆU CỦA TÁC GIẢ David Chappell là hiệu trưởng Chappell & Associates tại San Francisco, California. Thông qua nói của ông, viết, và tư vấn, ông đã giúp người dân trên toàn thế giới hiểu, sử dụng, và đưa ra quyết định tốt hơn về công nghệ mới. Các file đính kèm theo tài liệu này
Phi HuynhFollowPublished inAzure Vietnam1 min readJul 1, 2018-
tài liệu học azure
