API ພາຍໃນທຽບກັບຂ້າງນອກວິສາຫະກິດ

ຂອບເຂດຊາຍແດນລະຫວ່າງການເຮັດວຽກ IT ພາຍໃນແລະພາຍນອກໃນວິສາຫະກິດແມ່ນຄວາມແຕກຕ່າງທີ່ບໍ່ຖືກຕ້ອງ. ບໍ່ມີໃຜສາມາດຄາດເດົາໄດ້ວ່າຂໍ້ມູນຈະຖືກ ນຳ ໃຊ້ຫຼືຂໍ້ມູນຈະໄຫຼເຂົ້າໄປໃນບ່ອນໃດ. ເຖິງແມ່ນວ່າທ່ານຈະຮູ້ບ່ອນທີ່ສາຍພາຍໃນ / ພາຍນອກຂອງບໍລິສັດຂອງທ່ານຖືກແຕ້ມໃນມື້ນີ້ - ສາຍເຫຼົ່ານັ້ນແນ່ນອນເກືອບຈະເປັນເປົ້າ ໝາຍ ການເຄື່ອນຍ້າຍໃນອະນາຄົດ.

ເອົາ Pitney Bowes, ບໍລິສັດທີ່ຂ້ອຍເຄີຍເຮັດວຽກກັບພາລະບົດບາດຂອງຂ້ອຍໃນທີມ Apigee ທີ່ Google. ໃນຂະນະທີ່ປະຫວັດສາດເກືອບສະຕະວັດຂອງມັນມີຮາກຖານໃນການແກ້ໄຂທາງໄປສະນີທາງກາຍະພາບເຊັ່ນ: ທາງໄປສະນີ, ບໍລິສັດຍັງໄດ້ພັດທະນາການ ຊຳ ລະເງິນແລະຄວາມສາມາດດ້ານອີຄອມເມີຊໃນຫລາຍປີຜ່ານມາແລະໄດ້ຮັບຂໍ້ມູນການຂົນສົ່ງ, ການຂົນສົ່ງແລະຂໍ້ມູນທາງພູມສາດຢ່າງຫຼວງຫຼາຍ. ໃນຂະນະທີ່ Pitney Bowes ພັດທະນາຈາກການບໍລິການແບບອະນາລັອກໄປສູ່ໂລກການຄ້າທີ່ເຊື່ອມໂຍງກັນໃນປະຈຸບັນ, ມັນໄດ້ມາຈາກມູນຄ່າຈາກຊັບສິນແລະຄວາມສາມາດເຫຼົ່ານີ້ພາຍໃນອົງກອນ - ແຕ່ມັນໄດ້ຮັບຮູ້ວ່າຊັບສິນແລະຄວາມສາມາດອາດຈະມີຄຸນຄ່າຢູ່ນອກບໍລິສັດເຊັ່ນດຽວກັນກັບນັກພັດທະນາແລະຄູ່ຮ່ວມງານທີ່ສາມາດ ນຳ ໃຊ້ພວກມັນໄດ້. ເພື່ອສ້າງແອັບ apps ແລະບໍລິການ ໃໝ່.

ເພື່ອຍຶດເອົາໂອກາດນີ້, Pitney Bowes ສະ ເໜີ ໂປແກຼມ API ສາທາລະນະຫຼາຍກວ່າ 160 ແຫ່ງຜ່ານ Cloud, ເປີດລາຍໄດ້ ໃໝ່ ຫຼາຍລ້ານແລະຊ່ວຍໃຫ້ຄວາມພະຍາຍາມດ້ານການຄ້າດິຈິຕອນຂອງບໍລິສັດກາຍເປັນທຸລະກິດປະ ຈຳ ປີທີ່ມີມູນຄ່າ 1 ພັນລ້ານໂດລ້າ. ຂໍ້ມູນແລະການ ທຳ ງານທີ່ເຄີຍເປັນພາຍໃນດຽວນີ້ແມ່ນຢູ່ພາຍນອກເຊັ່ນດຽວກັນ.

ມີບົດຮຽນຢູ່ທີ່ນີ້: ການຄິດເຖິງວິທີແກ້ໄຂທາງທຸລະກິດແລະຍຸດທະສາດໃນແງ່ຂອງ "ພາຍໃນ" ແລະ "ພາຍນອກ" ຫຼືໃນແງ່ຂອງການລວມເຂົ້າລະບົບ A ແລະລະບົບ B ແມ່ນລ້າສະ ໄໝ. ບັນຫາບໍ່ແມ່ນວິທີທີ່ທ່ານຈະເຊື່ອມຕໍ່ລະບົບພາຍໃນແລະຜູ້ໃຊ້ຂອງທ່ານ - ການເຊື່ອມຕໍ່ນັ້ນສາມາດເຮັດໄດ້ຫຼາຍວິທີ. ກົງກັນຂ້າມ, ບັນຫາແມ່ນສິ່ງທີ່ທ່ານສາມາດເຮັດໄດ້ກັບການເຊື່ອມຕໍ່ເມື່ອມັນໄດ້ຖືກສ້າງຂຶ້ນ.

ຄໍາຕອບແມ່ນຂື້ນກັບປະເພດຂອງການເຊື່ອມຕໍ່ - static versus dynamic. ຕົວຢ່າງ, ໃນໂລກເກົ່າຂອງການແກ້ໄຂຈຸດ, ຕົວຢ່າງ, ຈຸດສຸມແມ່ນມັກຈະເປັນການເຊື່ອມໂຍງແບບຄົງທີ່, ການໄດ້ຮັບຂໍ້ມູນຈາກລະບົບ A ເຖິງລະບົບ B. ເສັ້ນທາງໃນອະນາຄົດທີ່ຈະໄປ C, D ຫລື E ຈະບໍ່ຖືກທຸລະກິດເລີຍ.

ແຕ່ແນ່ນອນວ່າມັນບໍ່ແມ່ນ. ດັ່ງທີ່ຕົວຢ່າງ Pitney Bowes ສະແດງໃຫ້ເຫັນ, ເສັ້ນທາງຂໍ້ມູນຂອງມື້ນີ້ອາດຈະບໍ່ມີຫຍັງຄືກັບມື້ອື່ນ. ໃນໄລຍະຍາວ, ການເຊື່ອມຕໍ່ທັງ ໝົດ ຕ້ອງມີຄວາມຄ່ອງແຄ້ວ, ກຽມພ້ອມທີ່ຈະປັບຂະ ໜາດ ຫລືລົງຕາມຄວາມຕ້ອງການ, ແລະກຽມພ້ອມທີ່ຈະໂຕ້ຕອບກັບສິ່ງທີ່ຕ້ອງການ. ເພື່ອຮັກສາການແຂ່ງຂັນ, ທ່ານບໍ່ພຽງແຕ່ສາມາດ ນຳ ໃຊ້ເຕັກໂນໂລຢີດຽວກັນແລະສືບຕໍ່ພັດທະນາ, ແລະທ່ານຍັງບໍ່ສາມາດອີງໃສ່ບັນດາໂຄງຮ່າງທີ່ຫຍໍ້ທໍ້ເຊັ່ນ "ພາຍໃນ" ແລະ "ນອກ."

ພິເສດ, ນີ້ແມ່ນຂໍ້ ກຳ ນົດຕ່ ຳ ສຸດ ສຳ ລັບການເຂົ້າເຖິງລະບົບພາຍໃນ:

  • ຄວາມປອດໄພ
  • ການກວດສອບ
  • ການເບິ່ງເຫັນ
  • ການປະຕິບັດເວລາແລ່ນ (ເວລາ, ເວລາພັກຜ່ອນ)
  • ຕົ້ນທຶນ (ຫລີກລ້ຽງຕົ້ນທຶນ, ປະຫຍັດຕົ້ນທຶນ)

ຕາມປະເພນີ, ຫຼາຍທຸລະກິດໄດ້ຢຸດຢູ່ທີ່ນີ້. ແຕ່ມີບາງຈຸດເພີ່ມເຕີມທີ່ຕ້ອງໄດ້ຮັບການພິຈາລະນາໃນໂລກທີ່ມີຄວາມກ້າວ ໜ້າ ໄວໃນປະຈຸບັນ:

  • ຄວາມເຂົ້າໃຈ / ການວິເຄາະ
  • ຄວາມ​ງ່າຍ​ຂອງ​ການ​ການ​ນໍາ​ໃຊ້
  • ການຂະຫຍາຍ
  • ຕົວເລືອກການ ນຳ ໃຊ້ (ເຊັ່ນ: ພາຊະນະ, ເມຄ, ຂະ ໜາດ)
  • ການຫາເງິນ
  • ການຄວບຄຸມລະອຽດ

ດັ່ງທີ່ຂໍ້ ກຳ ນົດ ໃໝ່ ສະແດງໃຫ້ເຫັນ, ຖ້າທ່ານບໍ່ສ້າງລະບົບຂອງທ່ານດ້ວຍຄວາມຄາດຫວັງວ່າພວກເຂົາຈະຕ້ອງພົວພັນກັບລະບົບທີ່ຍັງບໍ່ທັນໄດ້ຖືກປະດິດສ້າງ, ທ່ານກໍ່ສ່ຽງທີ່ຈະລັອກຕົວທ່ານເອງ. ຫຼາຍຄົນກໍ່ຍັງຄິດຜິດຢູ່ ສິ່ງທ້າທາຍແມ່ນການປິດຂໍ້ມູນສ່ວນໃຫຍ່ໂດຍຜ່ານການຮັກສາຄວາມປອດໄພທີ່ຫຍາບຄາຍກັບແອັບ apps ລູກຄ້າ ໜາ.

ແຕ່ການກ້າວໄປຂ້າງ ໜ້າ, ການ ນຳ ໃຊ້ແລະສະຖາປັດຕະຍະ ກຳ ຈະຕ້ອງມີຄວາມຫລາກຫລາຍແລະສາມາດປັບຂະ ໜາດ ໄດ້. ເພື່ອໄປທີ່ນັ້ນ, ທຸລະກິດຕ້ອງໄດ້ພັດທະນາຈາກແນວຄິດເຊື່ອມໂຍງເຂົ້າກັບວິທີການທີ່ທັນສະ ໄໝ ກວ່າເກົ່າເຊິ່ງເຮັດໃຫ້ລະບົບມີຄວາມເປັນລະບຽບ, ມີຄວາມ ໜ້າ ເຊື່ອຖື, ແລະຂະ ໜາດ ໃຫຍ່ໃນຂະນະທີ່ສະ ໜອງ ການເບິ່ງເຫັນ, ຄວາມເຂົ້າໃຈ, ການຄວບຄຸມແລະຄວາມປອດໄພ. ພື້ນຖານ ສຳ ລັບສະຖາປັດຕະຍະ ກຳ ປະລໍາມະນູທີ່ວ່ອງໄວທີ່ສຸດຈະເປັນ API ຜະລິດຕະພັນ - ນັ້ນຄື API ທີ່ບໍ່ພຽງແຕ່ຖືກ ນຳ ໃຊ້ເພື່ອສະແດງຊັບສິນແຕ່ວ່າຖືກອອກແບບແລະຄຸ້ມຄອງເປັນຜະລິດຕະພັນທີ່ໃຫ້ ອຳ ນາດແກ່ນັກພັດທະນາ, ບໍ່ວ່າຈະຢູ່ພາຍໃນແລະພາຍນອກ, ເພື່ອສ້າງແອັບ apps ໃໝ່, ຂະຫຍາຍການເຂົ້າເຖິງຂອງແບ, ແລະເປີດໂອກາດລາຍໄດ້ ໃໝ່.

ຄວາມແຕກຕ່າງນີ້ມີຄວາມ ສຳ ຄັນ: API ໄດ້ຖືກ ນຳ ໃຊ້ໃນທຸກສະຖານະການໃນການເຊື່ອມໂຍງກັນ, ສະນັ້ນຈຸດທີ່ບໍ່ຕ້ອງມີ APIs - ມັນຕ້ອງມີ APIs ອອກແບບແລະຄຸ້ມຄອງເພື່ອການຊົມໃຊ້, ນຳ ໃຊ້ແລະປັບປຸງຢ່າງຕໍ່ເນື່ອງ. ເວົ້າອີກວິທີ ໜຶ່ງ, ດ້ວຍແນວຄິດການເຊື່ອມໂຍງ, API ສາມາດແກ້ໄຂບັນຫາໄລຍະສັ້ນ - ແຕ່ເມື່ອເຫັນວ່າການແບ່ງແຍກພາຍໃນ / ພາຍນອກໄດ້ລົ້ມລົງແລະວ່າກໍລະນີການ ນຳ ໃຊ້ການເຊື່ອມໂຍງບໍ່ພຽງພໍ, ການຄຸ້ມຄອງ API ກາຍເປັນທາງແກ້ທີ່ສົມເຫດສົມຜົນທີ່ສຸດ.

[ສົນໃຈ ຄຳ ແນະ ນຳ ເພີ່ມເຕີມ ສຳ ລັບການຈັດການ API ແລະການຂັບທຸລະກິດດີຈີຕອນ? ເບິ່ງ ebook ແບບ ໃໝ່ ຂອງ Apigee,“ ແນວຄິດສິນຄ້າຂອງ API.”]