Konsorcjum World Wide Web Consortium (W3C) [17] definiuje wykrywanie usług w następujący sposób:
czynność polegająca na zlokalizowaniu przetwarzalnego maszynowo opisu zasobu związanego z usługą sieciową, który mógł być wcześniej nieznany i który spełnia określone kryteria funkcjonalne. Polega ona na dopasowaniu zestawu kryteriów funkcjonalnych i innych do zestawu opisów zasobów. Celem jest znalezienie odpowiedniego zasobu związanego z usługą sieci Web.
Chociaż ta definicja została utworzona w celu wykrywania usług sieci Web, możemy bez utraty ogólności zastąpić sieć Web w definicji chmurą. Pierwszym krokiem do przyjęcia rozwiązania opartego na chmurze jest znalezienie rozwiązań / usług dostępnych na rynku, które mogą zaspokoić potrzeby Twoich aplikacji i wstępnie spełnić Twoje wymagania. W obecnym scenariuszu ten krok jest głównie ręczny; Jednak wraz z gwałtownym wzrostem liczby dostawców CSP, wkrótce konieczne będzie znalezienie dobrze zdefiniowanej metody wykrywania usług. Pomoże to konsumentom zaoszczędzić pieniądze, automatycznie wykrywając niezbyt dobrze znane, ale kompetentne CSP. Uniwersalny interfejs opisu i wykrywania (UDDI) oraz język opisu usługi WWW (WSDL) zostały użyte do wykrywania usług w usłudze WWW. Wyzwania związane z wykrywaniem usług w chmurze są jednak złożone, ponieważ usługi są oferowane na różnych warstwach [infrastruktura jako usługa (IaaS), platforma jako usługa (PaaS) i oprogramowanie jako usługa (SaaS)] i obejmują nie tylko oprogramowanie, ale zasoby sprzętowe też. Tradycyjne metody wykrywania usług SOA nie mogą przenikać przez warstwy i dlatego są nieefektywne. Dlatego potrzebne są metody wykrywania usług specjalnie ukierunkowane na przetwarzanie w chmurze. Kompozycja usług wraz z wykrywaniem usług jest również integralną częścią tego komponentu TMS. Wei i Blake zwracają uwagę, że chociaż wysiłki w zakresie standaryzacji usług internetowych nie przyniosły jeszcze wielu owoców, w przypadku przetwarzania w chmurze usługi są z natury scentralizowane ze względu na naturę chmury. Autorzy dalej rozwijają, że federacja chmury może zapewnić jednolitość i otwarte drzwi do wykrywania usług, co przyniosłoby korzyści użytkownikom końcowym w tworzeniu i komponowaniu usług analogicznych do usług internetowych. Odkrywanie i kompozycja usług to interesujący obszar badań w dziedzinie przetwarzania w chmurze. Wcześniej zaproponowano rozwiązania oparte na ontologii i atrybutach. Cloudle to oparta na ontologii wyszukiwarka usług w chmurze, która bierze również pod uwagę semantyczne relacje między różnymi koncepcjami przetwarzania w chmurze. Cloudle najpierw definiuje pewne koncepcje przetwarzania w chmurze, w które wpadnie każdy obiekt. Każdy obiekt (obiekty mogą być dostawcami usług) ma dobrze zdefiniowane właściwości, a właściwości mają dobrze zdefiniowane wartości. Następnie wykonuje trzy różne rodzaje wyszukiwania podobieństwa, podobieństwa koncepcji, podobieństwa właściwości obiektu i podobieństwa właściwości typu danych i zwraca wyniki do użytkownika na podstawie wyniku podobieństwa. Gościnski i Brock wprowadzają zasoby za pośrednictwem struktury usług sieci Web (RVWS) dla stanowych usług sieci Web dla przetwarzania w chmurze. W artykule uznano, że stan zasobów w przetwarzaniu w chmurze jest dynamiczny, w związku z czym bezstanowe usługi sieciowe nie mogą być używane w takim scenariuszu. W RVWS usługi sieci Web składają się z dwóch rodzajów atrybutów; atrybuty stanu i atrybuty charakterystyczne. Charakterystyczne atrybuty to atrybuty, które nie zmieniają się w czasie, takie jak całkowita liczba dysków twardych w maszynie i liczba rdzeni. podczas gdy atrybuty stanu są atrybutami dynamicznymi, takimi jak wykorzystanie procesora i używany dysk. Wydawcy lub dostawcy zasobów w tym przypadku publikują swoje zasoby w dynamicznym brokerze. Dynamiczny broker udostępnia konsumentom interfejs sieciowy i wykorzystuje strukturę RVWS do wybierania dla nich odpowiednich zasobów.