Service-oriented architecture (SOA

Service-oriented architecture (SOA ) utilises the principle of service orientation
to organise the overall technology architecture of an enterprise. This means that
technology is selected, speci fi ed and integrated to support an architectural model
that is speci fi ed as a set of services . Such an approach results in technologically
unique architectures for each enterprise, in order to realise the best possible
chance of supporting the services that the business requires. However, whilst the
overall architecture may appear bespoke, the underlying services are discrete and
often reusable and therefore may be shared even between organisations. For
instance, the processing of payroll information is common to most enterprises of
a certain size and is a common choice for service outsourcing to third-party
suppliers.
From an organisation’s perspective, SOA has some key advantages:
• The adoption of the principles of service orientation enables commonly utilised
functionality to be reused, which signi fi cantly simpli fi es the addition of new
functionality, since a large portion of the existing code base is already present.
Additionally, the emergence of standard protocols for service description and
invocation means that the actual service is abstracted away from the implementation
program code, so it doesn’t matter if the constituent parts of a newly composed
service are implemented in different ways, as long as their speci fication conforms
to a commonly declared interface contract .
• Changes in business demand that require new services to be speci fi ed can be
accommodated much easier, and it is quicker to react to business market forces .
This means that an SOA is much more fl eet of foot, enabling new business
opportunities to be explored quickly with less cost.
• The abstraction of service also facilitates consideration of the enterprise’s
performance at the process level; quality of service (QoS) , lead times and
defect rates become more obvious measures to observe and therefore targets
to specify, since the underlying complexity is shrouded behind a service
declaration.
• Tighter integration along value chains is enabled, as a particular functionality
can be made available as a service between an enterprise and its satellite
suppliers. A supplier may deal with several business customers, and it might
not be practical to adopt a number of different systems to integrate with. SOA
simpli fi es this by the publication of services that suppliers can ‘hook into’
with their own systems. This has the added advantage that any changes to a
customer’s system are encapsulated behind the service description , and therefore,
no other modi fi cations will be required from those that consume that
service.
Service orientation and its architectural model SOA are key concepts for the
realisation of utility computing. Now, we shall consider some technological developments
that can support this realisation. Later, in Chap. 5 , we shall encounter
SOA again, where you will be building a Google App as an exemplar use of web
services .

Hasil (Bahasa Indonesia) 1:

Keunggulan arsitektur (SOA) memanfaatkan prinsip berorientasi pada pelayananmengatur teknologi keseluruhan arsitektur perusahaan. Ini berarti bahwateknologi yang dipilih, spesi fi ed dan terintegrasi untuk mendukung model arsitekturItulah spesi fi ed sebagai satu set layanan. Pendekatan tersebut mengakibatkan berteknologiarsitektur yang unik untuk masing-masing perusahaan, untuk menyadari terbaikkesempatan untuk mendukung layanan yang memerlukan usaha. Namun, sementaraarsitektur keseluruhan mungkin muncul dipesan lebih dahulu, Layanan yang mendasari diskrit dansering dapat digunakan kembali dan karena itu dapat dipergunakan bersama bahkan antara organisasi. UntukMisalnya, pengolahan informasi gaji umum untuk kebanyakan perusahaantertentu ukuran dan merupakan pilihan yang umum untuk jasa outsourcing untuk pihak ketigapemasok.Dari perspektif organisasi, SOA memiliki beberapa keuntungan:• Memungkinkan penerapan prinsip-prinsip berorientasi pada pelayanan umumnya dimanfaatkanfungsi untuk digunakan kembali, yang signi fi cantly simpli fi es penambahan barufungsi, karena sebagian besar basis kode yang ada sudah hadir.Selain itu, munculnya protokol standar untuk Deskripsi Layanan dandoa berarti bahwa layanan yang sebenarnya adalah disarikan dari implementasiProgram kode, sehingga tidak masalah jika bagian dari baru yang terdiriLayanan yang dilaksanakan dalam cara yang berbeda, asalkan mereka yang tertentu sesuaiumumnya dinyatakan antarmuka kontrak.• Perubahan permintaan bisnis yang membutuhkan layanan baru untuk menjadi spesi fi ed dapatditampung jauh lebih mudah, dan itu lebih cepat bereaksi terhadap kekuatan pasar bisnis.Ini berarti bahwa SOA adalah lebih fl eet kaki, memungkinkan bisnis barupeluang untuk dieksplorasi dengan cepat dengan lebih sedikit biaya.• Abstraksi dari layanan juga memfasilitasi pertimbangan perusahaankinerja di tingkat proses; kualitas layanan (QoS), lead time danCacat tingkat menjadi langkah-langkah yang lebih jelas untuk mengamati dan oleh karena itu sasaranuntuk menentukan, karena kompleksitas terselubung di balik LayananDeklarasi.• Integrasi yang lebih kuat sepanjang rantai nilai diaktifkan, sebagai fungsi tertentudapat dibuat tersedia sebagai layanan antara perusahaan dan satelit yangpemasok. Pemasok mungkin berhubungan dengan beberapa bisnis pelanggan, dan mungkintidak akan praktis untuk mengadopsi sejumlah sistem yang berbeda untuk mengintegrasikan dengan. SOASimpli fi es ini oleh publikasi layanan yang pemasok dapat 'menghubungkan ke'dengan sistem mereka sendiri. Ini memiliki keuntungan tambahan bahwa setiap perubahanNasabah sistem dirumuskan di belakang Deskripsi Layanan, dan karena itu,tidak ada kation fi modi lainnya akan diminta dari orang-orang yang mengkonsumsi ituLayanan.Layanan orientasi dan model arsitektur SOA adalah konsep-konsep kunci untukrealisasi utilitas komputasi. Sekarang, kita akan mempertimbangkan beberapa perkembangan teknologiyang dapat mendukung realisasi ini. Kemudian, dalam Bab 5, kita akan temuiSOA lagi, mana Anda akan membangun sebuah aplikasi Google sebagai contoh penggunaan webLayanan.

Hasil (Bahasa Indonesia) 2:

Arsitektur berorientasi layanan (SOA) menggunakan prinsip orientasi pelayanan
untuk mengatur arsitektur teknologi keseluruhan suatu perusahaan. Ini berarti bahwa
teknologi yang dipilih, dispesifikasikan dan terintegrasi untuk mendukung model arsitektur
yang dispesifikasikan sebagai satu set layanan. Seperti hasil pendekatan dalam teknologi
arsitektur yang unik untuk masing-masing perusahaan, dalam rangka mewujudkan kemungkinan terbaik
kesempatan mendukung layanan yang membutuhkan usaha. Namun, sementara
arsitektur keseluruhan mungkin muncul dipesan lebih dahulu, layanan yang mendasari diskrit dan
sering digunakan kembali dan karena itu dapat dibagi bahkan antara organisasi. Sebagai
contoh, pengolahan informasi penggajian yang umum bagi kebanyakan perusahaan dari
ukuran tertentu dan merupakan pilihan umum untuk layanan outsourcing untuk pihak ketiga
pemasok.
Dari sudut pandang organisasi, SOA memiliki beberapa keunggulan:
• Penerapan prinsip-prinsip pelayanan Orientasi memungkinkan umum digunakan
fungsi untuk digunakan kembali, yang secara signifikan fi disederhanakan es penambahan baru
fungsionalitas, karena sebagian besar basis kode yang ada sudah ada.
Selain itu, munculnya protokol standar untuk deskripsi layanan dan
doa berarti bahwa Layanan sebenarnya disarikan dari pelaksanaan
kode program, sehingga tidak masalah jika bagian pokok dari yang baru terdiri
layanan diimplementasikan dengan cara yang berbeda, asalkan fikasi spesifik mereka sesuai
dengan kontrak antarmuka umum dinyatakan.
• Perubahan dalam bisnis permintaan yang membutuhkan layanan baru yang akan dispesifikasikan dapat
ditampung lebih mudah, dan lebih cepat untuk bereaksi terhadap kekuatan pasar bisnis.
Ini berarti bahwa SOA jauh lebih armada kaki, memungkinkan bisnis baru
peluang untuk dieksplorasi cepat dengan kurang . Biaya
• The abstraksi layanan juga memfasilitasi pertimbangan perusahaan itu
kinerja pada tingkat proses; kualitas layanan (QoS), lead time dan
cacat tingkat menjadi tindakan yang lebih jelas untuk mengamati dan karena itu target
untuk menentukan, karena kompleksitas yang mendasari diselimuti balik layanan
deklarasi.
• Integrasi ketat di sepanjang rantai nilai diaktifkan, sebagai fungsi tertentu
dapat tersedia sebagai layanan antara perusahaan dan satelit
pemasok. Pemasok dapat menangani beberapa pelanggan bisnis, dan mungkin
tidak praktis untuk mengadopsi sejumlah sistem yang berbeda untuk mengintegrasikan dengan. SOA
fi disederhanakan es ini dengan publikasi layanan yang pemasok dapat 'hook ke'
dengan sistem mereka sendiri. Ini memiliki keuntungan tambahan bahwa setiap perubahan pada
sistem pelanggan yang dikemas di balik deskripsi layanan, dan oleh karena itu,
tidak ada kation modi fi lainnya akan diperlukan dari orang-orang yang mengkonsumsi itu
layanan.
Layanan orientasi dan model SOA arsitektur adalah konsep kunci untuk
realisasi komputasi utilitas. Sekarang, kita akan membahas beberapa perkembangan teknologi
yang dapat mendukung realisasi ini. Kemudian, di Bab. 5, kita akan menemukan
SOA lagi, di mana Anda akan membangun Google App sebagai penggunaan contoh dari web
layanan.