메리 커틀랜드
Microsoft Corporation
2001년 1월 3일
웹 서비스에 전념하는 새 열인 At Your Service에 오신 것을 환영합니다.
Web Services는 표준 인터넷 프로토콜을 기반으로 하는 잘 정의된 프로그래밍 인터페이스를 통해 애플리케이션에 정보 및 서비스를 제공합니다. Microsoft .NET의 핵심 부분입니다. 당연히 MSDN에서 우리는 이를 구축하는 방법을 이해해야 한다고 생각했습니다. Visual Studio에서 단추를 누르는 방법뿐만 아니라 확장 가능하고 고가용성이며 안전하고 신뢰할 수 있는 Web Services를 빌드하는 방법입니다.
우리 팀은 Duwamish Online과 같은 웹 애플리케이션을 빌드하는 귀중한 경험을 쌓았습니다. Web Services 빌드의 다른 점은 무엇인가요? 다른 개발자가 애플리케이션에서 웹 서비스를 사용하려는 경우( 다른 운영 체제에서 호스트되고, 다른 언어로 작성된 애플리케이션, SOAP와 같은 주요 사양의 다양한 구현을 사용하려는 경우 어떤 문제가 발생합니까?
우리는 알아내는 유일한 방법은 일부 서비스를 직접 구축하는 것입니다. 따라서 앞으로 몇 개월 동안 웹 서비스 지침 팀은 일부 샘플 Web Services를 빌드, 배포 및 운영할 것입니다. Microsoft의 목표는 사용자 고유의 웹 서비스를 디자인, 구현, 배포 및 운영할 때 고려해야 하는 문제를 설명하기 위한 것입니다. (웹 서비스 사용도 살펴보겠습니다.) 3개월마다 하나의 웹 서비스를 릴리스할 예정입니다.
하지만 3개월은 새 정보를 기다리는 데 오랜 시간이 걸립니다. 따라서 Duwamish Diary의 위대한 전통에서 이 열을 사용하여 개념부터 디자인, 구현 및 배포까지 각 샘플 프로젝트를 따를 것입니다. 적어도 2 주에 한 번, 우리는 당신이 우리와 함께 따를 수 있도록 일기 항목을 게시합니다. 각 프로젝트를 완료하면 사양, 원본 및 기타 프로젝트 아티팩트가 여기에 MSDN에 게시됩니다. 또한 항상 새 웹 서비스 개발자 센터에서 이 모든 정보에 액세스할 수 있습니다.
팀을 만나보세요
웹 서비스 지침 팀은 현재 6명으로 구성됩니다.
- 저는 메리 커틀랜드(Mary Kirtland)가 팀의 수석 요리사이자 병목 현상(즉, 건축가 및 프로그램 관리자)입니다. 샘플 서비스를 코드, 테스트 또는 운영하는 것을 제외한 대부분의 작업을 수행합니다. 여러분 중 일부는 OLE/COM/DCOM/MTS/COM+/whatever-you-want-to-call-it 팀과 함께 프로그램 관리자로 일했던 시절부터 저를 알고 계실 수 있습니다. 그런 다음 .NET을 둘러싼 침묵의 원뿔 속으로 사라졌습니다. 약 1년 전만 해도 기술을 사용하여 앱을 빌드하는 방법에 대한 글을 쓰는 것이 기술 자체를 구축하는 것보다 훨씬 더 많다는 것을 알게 되었습니다. 그래서 4월에 MSDN으로 이동하여 웹 서비스 지침 팀이 된 작업을 수행했습니다. 대부분의 시간은 Web Services 리소스 페이지에 대한 이 열과 콘텐츠를 작성하는 데 전념합니다. 나머지는 프로젝트 사양을 최신 상태로 유지하고 도로를 덮고 싶은 새로운 기술을 추적하는 데 사용됩니다.
- 맷 파월과 스콧 실리가 개발 팀을 구성합니다. Matt는 개발자 지원에서 10월에 팀에 합류했습니다. Matt는 VISUAL Studio 6.0용 SOAP 도구 키트에서 ISAPI 수신기를 작성했으며, Microsoft Press용 Microsoft Information Server 4.0 실행을 공동 저술했으며 MSDN Magazine 과 그 전임자인 MSJ 및 MIND에 대한 여러 기사를 작성 했습니다.
Scott은 지난 5년 동안 Microsoft 제품으로 실제 앱을 빌드하는 데 지난 5년을 보낸 후 12월에 Microsoft와 우리 팀에 합류했습니다. 그의 풍부한 여가 시간에, 그는 Windows 개발자의 저널에 대 한 기사 뿐만 아니라 Windows 셸 프로그래밍 이라는 책을 작성 했습니다. 그는 우리의 샘플 서비스에서 작업하지 않을 때, 그는 SOAP에 대한 책을 작업하고 있습니다.
앞으로 몇 달 안에 Matt와 Scott이 사물의 개발 측면에 대한 기사를 쓰는 것을 볼 수 있습니다. - 테스트 팀은 얀 맥콜럼과 짐 프란시스코로 구성됩니다. Jan은 10월에 테스트 리더로 참여했으며 첫 번째 프로젝트에 대한 테스트 계획을 세우기 위해 열심히 노력해 왔습니다. Jim은 12월에 우리와 함께 단위 테스트 및 테스트 자동화 작업을 진행하고 있습니다. Jim은 Windows 98 네트워킹 테스트 팀과 Microsoft Host Integration Server 빌드/릴리스 테스트 팀에서 근무했습니다. 그는 n 계층 웹 애플리케이션에 대한 배포 및 관리 도구를 개발하는 닷컴 월드에서 근무한 후 우리 팀에 왔습니다. 좀 더 멀리 있을 때 웹 서비스 테스트에 대한 몇 가지 문서를 작성하도록 하려고 합니다.
- 브론윈 칼신은 우리의 운영 매니저입니다. Bronwyn은 11월에 시작되어 샘플 서비스를 인터넷에 배포하는 데 필요한 장비와 원활하게 실행되는 데 필요한 운영 절차를 파악하기 위해 바쁘게 노력해 왔습니다. 배포 및 운영 측면에 대한 몇 가지 문서도 작성하도록 할 것입니다.
즐겨찾기 서비스 소개
첫 번째 프로젝트는 즐겨찾기 서비스입니다. 웹의 열렬한 사용자로서, 최종 사용자가 직면한 문제 중 하나는 이전에 방문한 페이지를 찾는 것입니다. 특히 MSDN Online과 같은 동적 사이트 또는 몇 일 이상 첫 페이지에서 기사에 액세스할 수 없는 뉴스 사이트에서 발생합니다. 브라우저 즐겨찾기를 사용하여 즐겨찾기 페이지를 추적할 수 있지만 브라우저 즐겨찾기는 특정 컴퓨터의 로컬입니다. 그러나 여러 컴퓨터 또는 디바이스를 사용하는 경우 어떻게 해야 할까요? 즐겨찾기를 서버에 저장하여 사용 중이던 컴퓨터에서 쉽게 액세스할 수 있다면 좋지 않을까요?
이것이 바로 즐겨찾기 서비스에서 수행하는 동작입니다. 이를 통해 웹 사이트에서 최종 사용자의 즐겨찾는 웹 페이지에 대한 링크를 저장할 수 있습니다. 지금, 당신은이 매우 복잡한 서비스처럼 들리지 않습니다 생각할 수 있습니다. 비즈니스 논리 관점에서 볼 때 그렇지 않습니다. 즉, 비즈니스 논리를 설명하는 데 많은 시간을 할애할 필요가 없으며 자체 Web Services에서 사용할 수 있는 기술을 찾기 위해 처리할 애플리케이션별 코드가 많지 않습니다. 그러나 서비스에는 여러 가지 흥미로운 문제가 발생했습니다. 우리가 말한 다른 많은 개발자들도 실행 중인 문제입니다.
처음 몇 개의 열은 프로젝트의 디자인 단계에서 발생한 문제에 초점을 맞춥니다. 고려 중인 topics 중 일부는 다음과 같습니다.
- 사용자 개인 정보 보호. 애초에 즐겨찾기를 저장한 애플리케이션에 관계없이 전 세계 모든 애플리케이션이 모든 최종 사용자의 즐겨찾기를 쿼리하거나 편집할 수 있어야 하나요?
- 감사합니다. 모든 애플리케이션이 모든 최종 사용자의 즐겨찾기에 액세스할 수 없는 경우 서비스에 대한 액세스를 어떻게 제어하나요? 서비스에 대한 비용을 청구해야 하나요? 어떤 비즈니스 모델이 적합한가요?
- 인증 및 권한 부여. 서비스에 대한 액세스를 제한하려는 경우 클라이언트 애플리케이션을 인증하고 권한이 부여된 작업을 결정하려면 어떻게 해야 할까요? 최종 사용자를 식별하려면 어떻게 해야 할까요?
- 성능 요구 사항 예측 서비스가 어떤 종류의 부하를 받게 되는지 어떻게 알 수 있나요? 웹 사이트의 부하를 예측하는 데 사용하는 것과 동일한 방법을 사용할 수 있나요? 클라이언트가 요구할 응답 시간과 가용성의 종류를 어떻게 결정합니까?
- 개발, 테스트 및 운영의 라이선스 요구 사항. 서비스에 대한 액세스를 제한하는 경우 사용량에 따라 비용을 청구하는 경우 클라이언트 애플리케이션 개발자와 테스터는 서비스에 의존하는 앱을 어떻게 사용해 보나요? 프로덕션 데이터 저장소에 영향을 주지 않도록 하시겠습니까? 클라이언트의 테스트 및 운영 직원이 애플리케이션 또는 서비스에 문제가 있는지 문제를 해결하는 데 필요한 도구의 종류는 무엇인가요? 어떤 종류의 설명서를 제공해야 하나요?
- 세계화. 전 세계의 클라이언트 애플리케이션이 웹 서비스를 사용할 수 있도록 하려면 어떻게 해야 할까요?
- 관리 효율성입니다. 웹 서비스를 관리하기 위해 운영 직원에게 필요한 정보는 무엇인가요? 해당 정보를 수집하고 관리 도구에 제공하려면 어떻게 해야 하나요?
다른 topics 있는 경우 에서 이메일을 보내wsgmsdn@microsoft.com주세요. 현재는 이 페이지의 사용자 의견을 통해 응답할 수 없습니다. 그러나 주석을 정기적으로 읽습니다. 귀하의 의견이 콘텐츠와 어떤 관련이 있는지 파악할 수 있는 경우 향후 열에서 문제를 해결하기 위해 수행할 수 있는 작업을 확인할 수 있습니다.
다음 주에 즐겨찾기 서비스 프로젝트에 대한 비전을 정의할 때 발생한 문제를 살펴보겠습니다. 그럼 님을 만나보세요!